Jump to content

Gengik84

Administrators
  • Posts

    20,281
  • Joined

  • Days Won

    290

Posts posted by Gengik84

  1. Ciao prima di aggiornare la efi sul disco dovevi fare le prove da usb

    ci sono molte variazioni su clover tra cui aggiornare il config,driver etc...

    Spero tu abbia un backup della precedente efi...

  2. @SemanticA

    si si certo, era per spiegarti il discorso

    esempio: vedi un ID su DPCI manager

    se lo inietti con clover/FakeID lo metterai pari pari con aggiunta di vendor-id

    invece su properties lo metti pari pari a come sono visti su ioreg, confrontando con DPCI Manager lo devi invertire e non va messo il vendor-id

     

    Ipotesi AMD, ID 67DF su DPCI

    clover/FakeID: 0x67DF1002

    con DeviceProperties diventa DF670000

    • Ok 1
  3. 11 minuti fa, dreamwhite ha scritto:

    Differenze all'atto pratico non ne sono, fatta eccezione forse per i tempi di boot (idealmente)

    millesimi di secondo.. 0,00000? 😄

    anche su opencore si sono innumerevoli condizionali quindi uno che dovrebbe fare, rimuoverli e lasciare solo quelli per il suo caso?

    Fattibile per carità ma a me sembra estremizzare la cosa 🙂

     

    • +1 1
  4. 1 ora fa, dreamwhite ha scritto:

    Inoltre, non sarebbe più "giusto", una volta identificato il valore della variabile _UID, rimuovere da SSDT-PNLF stesso l'algoritmo di identificazione dell'UID per altre generazioni e definire il valore della variabile _UID, come fatto nel caso di SSDT-PNLFCFL?

    Si ma all'atto pratico non cambierebbe nulla

    in condizionale fatto a modo funziona benissimo, usati oltretutto dagli OEM in gran numero.

    Condizionali che ci sono su molti linguaggi di programmazione

  5. 2 ore fa, Lorys89 ha scritto:

    prova già fatta e non caricava il pnlf. 

    provato a dare if osi darwin sotto lo scope gfx0 che comprendeva pnlf (modificando lo _STA in name 0x0B) pure ed in quel caso caricava il pnlf avviava windows ma il pnlf lavorava male avevo livelli di luminosità del 50% inferiori poiché caricava uid skl kbl e non quello cfl. 

    Ciao, strano che uno _STA,  che alla fine è il medesimo,

    0x0B interferisca su altri condizionali (codice successivo) riguardo a uuid

    Comunque ok

     

    2 ore fa, Lorys89 ha scritto:

    la soluzione finale fa sì che se avvi windows da opencore non dia errori acpi e blu screen e su macos carica il valore pnlf corretto. 

    il bluscreen dovuto a OperationRegion?

    giusto per sapere e conferma, come detto in precedenza non ho modo di provare

  6. 11 minuti fa, dreamwhite ha scritto:

    Mi intrometto nel thread perchè ho ancora qualche dubbio:

    perchè non mettere un

    all'inizio dell'SSDT così il codice viene eseguito solo se il sistema operativo, o meglio il kernel, è Darwin?

    Potrebbero esserci delle complicazioni su motherboard con BIOS legacy/primi UEFI?

    La vedrei come una soluzione più pulita piuttosto che riempire gli SSDT di n-Darwin...

    ma c'è di già e comprende tutto lo Scope https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/AcpiSamples/Source/SSDT-PNLF.dsl#L29

    Forse intendi altro?

    Io avevo inteso da Alessandro di avere una variante anche forse migliore usando _STA per la condizione

     

    7 minuti fa, foskvs ha scritto:

    È preoccupante che Windows vada in tilt con una semplice definizione di OperationRegion (che peraltro potrebbe essere definita già sul DSDT).

    Non ho windows quindi non posso provare ma anche se l'avessi, con tutto il rispetto per i bootloader, non lo avvierei da questi

    Uguale su DSDT... forse ..ma RM** è Rehabman

    • +1 1
  7. intendi perchè ha lo scope interno?

    in questo caso si potrebbe semplicemente mettere la condizione Darwin su _STA in PNLF ossia qui https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/AcpiSamples/Source/SSDT-PNLF.dsl#L49

    all'atto pratico if Darwin return 0x0B else return 0 cosi PNLF non è minimamente caricato

    poi se anche questo da problemi a windows https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/AcpiSamples/Source/SSDT-PNLF.dsl#L32 mettere un altro e semplice if (_OSI("Darwin")) per quella linea di codice 

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.