Introduzione

Questa guida è divisa in tre parti: Introduzione, Video, Audio.
La versione originale in inglese è stata creata da MoDs nel forum del sito di Netkas, a cui vanno tutti i ringraziamenti, e da me è stata rivista e tradotta, aggiungendo alcuni dati mancanti.

PC_EFI?
PC_ECI ha cambiato l'intera scena del mondo OSx86. Questo emulatore di EFI ci permette in determinati PC, di far funzionare le kexts e i kernel originali. Alcune periferiche (che non esistono nel mondo Mac) hanno bisogno di particolari fix per funzionare.

Come funzionano queste fix?
La maggiorparte sono kexts (estensioni del kernel) e sono situate in /System/Library/Extensions/.
Mac OS usa una mappa chiamata "Device Tree". Questa mappa indica al kernel, durante il boot, quali driver caricare. Le kexts non fanno altro che "passare" i dati necessari al "Device Tree" durante il boot.

NVinject, Titan, Natit (injectors) non fanno altro che determinare la sk video usata e passare i dati al "Device Tree".
ALCinject fa lo stesso per l'audio.
Naturalmente anche se i dati per il video o l'audio sono passati al "Device Tree" dagli injectors, ma non sono presenti i drivers (kexts) per quella periferica questa non funzionerà.

PC_EFI Strings
Attualmente PC_EFI supporta le cosidette "pluggable strings" usate per aggiungere o passare dati al "Device Tree" durante il boot.
Queste "strings" sono serie molto lunghe di caratteri inserite nel file "/Library/Preferences/SystemConfiguration/com.apple.Boot.plist".



Ad esempio ecco il file com.Apple.Boot.plist prima della modifica:



Per aggiungere la stringa aggiungi una nuova key chiamate "device-properties" al file come nell'esempio seguente:



Nota: non si può editare il com.Apple.Boot.plist nella cartella in cui è situato se non via terminale. Se volete usare Textedit o altro, modificate il file nel dekstop e rimpiazzatelo.

Perche usare queste "strings"?
1) Non dipendere da injectors vari, ma solo dalle presenza o meno di driver.
2) Rendere il PC più simile ad un Mac.
3) Tutto l'hardware che vi interessa (sino a 4 periferiche) sarà caricato in un solo file (in caso di rispistino basta backapparlo)

Devo sapere altro?
Si possono inserire indicare sino a 4 periferiche al "Device Tree".
Ad esempio: Video, Audio, Ethernet, Controller SATA (ICH8R), IDE (JMicron) ecc...
Il file com.Apple.Boot.plist non può avere dimensioni superiori a 16384 Byte.
Prossimamente le "strings" saranno indicate anche come "HEX String" e avranno estensione .hex.
Scaricatevi questo programma (l'ultima versione) da link http://forum.netkas.org/index.php/topic,64.0.html, vi servirà per convertire i file plist in hex e viceversa.
Consiglio anche in installarvi Xcode 3.0 per avere maggiori strumenti anche visuali per effettuare le modifiche e leggere il "Device Tree".

Prosegue.

EFI string per il video

Il metodo che vi consiglio è di non usare file hex già fatti ma di ricavarvi il vostro in modo da personalizzarvi il file plist che vi creerete, potendo aggiungere o eliminando periferiche ecc...

Per fare ciò installate un injector video (quello che ritenete migliore per la vostra sk video, es: vi da il dual monitor ecc...).

1) Create un file template.plist usando questo modello (è quello di una 7600GS ma il discorso non cambia):



2) Ora avete bisogno di trovare il devicepath della vostra sk video: usate il seguente comando



L'output sarà qualcosa di simile:



3) Inserite il vostro devicepath tra le due stringhe <key> nel file plist.

Avviate Console in Applicazioni > Utilities

Cliccate su mostra lista log evidenziando system.log

Nel campo cerca scrivete NVinject o ATIinject o Natit o Titan (dipende da quale injector usate) e modificate il file plist con i dati che vi appaiono (potete sia aggiungere voci che rimuoverne).
L'effetto del template sarà più simile a quello dell'injector quanto più i dati indicati saranno uguali.

4) Convertite il file template.plist in hex così:



5) Aggiungete il contenuto del file template.hex al file com.Apple.Boot.plist come indicato nell'introduzione avendo cura di rimuovere qualsiasi ritorno a capo.

6) Rimuovete l'injector video utilizzato e pulite la cache



7) Riavviate e buona fortuna

Se il risultato non fosse quello apprezzato con l'injector, assicuratevi di avere dati uguali tra quelli mostrati nel system.log con l'injector e quelli inseriti nel file plist.

EFI per l'audio

Per tutti coloro che usano AppleAzalia in discorso è semplicissimo, basta effettuare le modifiche o aggiunte al file template plist e si può eliminare la kext AppleAzalia).
Per chi usa un AppleHDA patchata da Taruga deve mantenere almeno per ora la kext patchata, dato che non si sa come inserire i dati di configurazione nel file template, ma si può eliminare l'injector ALCinject.

Per chi ha già una stringa per il video

aprite il template.plist ed aggiungete



Per chi non ha una stringa video createvi il seguente file:



Per tutti e due i casi continuate così:

1) Ottenete il devicepath della vostra sk audio così:



2) Avviate IORegistryExplorer (xcode tools) e navigate sino al nodo AZAL.

Modificate il template modificando i valori in grassetto con quello mostrati nel lato destro del IORegistryExplorer.
Nota bene: i dati del tipo <d8 27 00 00> vanno convertiti in 0x000027d8, ciò si ottione aggiungendo 0x all'inizio e leggendo i dati da destra a sinistra.

3) Salvate e create il file hex.

4) Inserite i file hex nel com.Apple.Boot.plist.

5) Cancellate gli injector AppleAzaliaAudio.kext, ALCinject.kext, ...

6) Cancellate e ricreate la cache e riavviate.

Se non avate Azalia (AZAL) cercate la vostra sk audio con IORegistryExplorer.
In questo caso una volta individuate date il seguente comando per trovare il devicepath:



dove <name> stà per la vostra sk audio.

Se la sk audio ha questo formato qualcosa@xxxx rimuovete la chiocciola e tutto quello che segue, ad esempio la mi sk audio è AZAL@1b, il comando che darò sarà .

Spero di essere stato utile e chiaro.

Continuerò con i controller SATA E Jmicron dopo che li avro testai ampiamente.

scusa la domanda, ma a che servono di preciso?? cioè mi spiego, avendo gli injector, i driver li carica comunque... quando "mettiamo gli injector" nel com.apple.boot.plist e li eliminiamo, che privilegi abbiamo?? certo, teoricamente potremmo fare andare anche la (per esempio) intel 3945 wireless, ma non avendo gli injectors da dove copiare le stringe esadecimali, non possiamo fare comunque niente...
E' giusto quello che dico??

grazie babyporch per la traduzione e la spiegazione!
era un po che giravo attorno a quel forum
per risolvere il problema del tearing
ma non avevo capito che si poteva fare molto altro
non solo le schede video

Piccola nota.
Forse mi sbaglio , ma il limite a 4 periferiche non mi torna molto, in realtà , il limite è dato dalla dimensione del file in questione che so di essere di 64kb , quindi in teoria riguarda la lunghezza di stringa , alcuni potranno avere strighe piu corte e inserire piu devices..

No, il limite del file com.apple.boot.plist è di 16384 bytes per un massimo di 4 perifieriche specificate (Netkas e test vari docet). Ciao.

c'è nessuno che mi sa dire se è giusto e l'utilita delle strighe efi?

Il non avere gli injectors non è un qualcosa di inutile, ma nel mio caso ad esempio (HP dv9585el) qualsiasi injector non vedeva la 8600gs (M???) e se la vedeva no QE ne CI. Con la gfx string io ho risolto editandola a manima, e inserendo gli approppriati ven e dev id nei kext necessari. Quindi come in Mac.
Ciao.

conosco quel portatile, lo volevo anche io, solo che alla fine ho preso quello che ho in firma perchè è un 15" (io volevo il 17", ma mi hanno dovuto deconvincere perchè per l'università non andava bene...)
gli nvinject non te la vedevano la 8600M GS? da me funziona alla grande la 8400M GS, anche se non mi dice system information il tipo di scheda... per il resto c'ho tutto abilitato... e poi, scusa, non bastava che inserivi il tuo ven id e dev id negli nvinject? non sarebbe funzionato lo stesso?

PS: a mia mi parino inutili 'sti strighne (cu è sicilianu un ci pienza chiu assai ri ru vote...)

scusate io sono profano, da quello che ho capito, emulare l'efi da la possibilità di far funzionare le periferiche che abbiamo, non nserendo nuove estenzioni del kernel apposite per le nostre periferiche, ma andando a modificare dei dati in un preciso file, in cui fino ad un certo limite, sarà lui (stò file) a garantire il funzionamento delle periferiche.

Ma oltre a questo, stringhe delle periferiche a parte, quali altri vantaggi ci sono ad emulare questo benedetto efi?

che gira il kernel originale su sistema originale (o quasi...), anche se gli aggiornamenti non li puoi fare direttamente poichè crea alcuni file di default ed altri che bloccano il pc per la cpu (se la cpu non è hpet...)

ciao!

Ma il che ho una 7600gs DA 256MB e non riesco a far riconoscere il kext uso questa guida?????perchè non lo molto capita e volevo chiedere se qualcuno mi poteva un po spiegare

babyporch, perdonami ma sto uscendo pazzo, ho un toshiba u300 con x3100, con efi e kets base funziona qe/qi ma solo se tengo collegato il monitor esterno, se lo stacco scompare lo schermo fino a che non reinserisco la vga. Se installo i kext di paulicat parte leo e rimane schermata blu sui due monitor, parte solo in -x.

secondo me leo vede con la porta vga il mio philips lcd come primario, infatti se vado sul informazioni mac e su grafica monitor mi dice monitor philips e collegamento esterno assente.

c'e' il modo o una stringa da modificare per rendere il monitor interno principale?

ciao e grazie.

Problema di (per le sk Nvidia) NVCAP (per Intel non conosco l'equivalente). Per le Nvidia lo risolvi così http://nvinject.free.fr/forums/viewtopic.php?t=214.
Con x3100 non sò. Forse ponticellando l'uscita VGA come con la 915 o 950 puoi risolvere.
Cerca nel forum, ci sono vari test.

Grazie babyporch coi ponticelli niente ma se attacco una vga esterna con un cavo maschio maschio funziona. Devo capire come funziona il circuito vga, poi mi autocostruisco un connettore

ma chi può gentilmente farmi stò file con la mia scheda video ( 8400gs 512 ) ????
io non ho capito molto e ho una paura matta di sbagliare