Jump to content

Gengik84

Administrators
  • Posts

    20,281
  • Joined

  • Days Won

    288

Everything posted by Gengik84

  1. Buono rimane con questa configurazione @iCanaro aveva lavorato bene, solo nel tuo caso avevi problemi ben a monte della mappatura curiosità: bios aggiornato? e configurato a modo?
  2. ok adesso rimuovi usbinjectall sostituisci e riavvia 🤞 in caso allega ancora ioreg config.plist.zip
  3. Davo per scontato che usavi l'hack in firma invece sei su un hack che io nei mei casi chiamo "dinosauri"... con opencore oltretutto Grande! ottimo! 🙂
  4. ahhh ecco non capivo...quasi pensavo a nuova linea pci express 😂 Fattibile ma riguardo al discorso di tempo non pensare chissà quale differenza anche perchè hai un ottima cpu etc.., potrei capire con un core 2 Duo 😄 macbuild-KvL.tool.zip
  5. prova a sostituire Archivio.zip
  6. @tuxy riprova rtcfx_exclude=00-FF con questo dsdt DSDT-tuxy.aml.zip
  7. @Manu0900 mi alleghi ioreg adesso?
  8. mm quindi il problema è a monte della mappatura se ti funzionano solo con usbinjectall è probabile che tu abbia errori acpi tali che non fanno caricare la tabella contenente le usb vai in download/script scarica e esegui KeaX posta il log che ti creerà sul desktop
  9. questa prova intendevo che tu la facessi ovviamente senza alcun ssdt della mappatura e senza drop table
  10. Ciao, con le patch per portlimit ma senza usbinjectall, le porte funzionano? quando dici che non ti funzionano nessuna, ne sei sicuro? ti chiedo questo perchè potrebbe essere utile un log ma ovviamente almeno una usb dovrebbe funzionarti per poterlo fare
  11. Ciao un GT710 credo che sia un buon compromesso a comodo se vuoi prova la efi allegata EFI.zip
  12. @XCLele72 scusa ma veramente non capisco perchè ogni volta vai a usare una efi nuova, quando avevi già tutto configurato. io per primo come altri ti abbiamo ripassato la tua stessa efi configurata e funzionante più volte.(la stessa allegata e riallegata nei tuoi topic) Quindi vai e segui nuovamente i tuoi topic e correggi il tutto.
  13. Ciao, il rename porta spesso ad avere *buscontroller e *acpiEC entrambi caricati sotto unico device, quindi non è il massimo anche perchè di fatto acpiec è strettamente legato a acpi di un vero mac che di fatto in hack non abbiamo. Per ovvie ragioni nei portatili non può essere evitato disattivando la relativa e originale "parte", perchè comporterebbe problematiche come per esempio il non funzionamento della batteria. Nei desktop a differenza è possibile farlo, quindi è bene non avere in hack acpiec caricato, facendo in modo però venga caricato buscontroller che diciamo riguarda tra virgolette un certo pm.. delle usb etc.., usando un nuovo device con stesso nome originale (EC). Device "semplice" che non ha "dichiarazioni" forzate e quindi non idonee. con questo mi riferisco a operatioregion etc... un esempio stupido sarebbe come se uno copi/incolla il tutto da parti acpi di un vero mac su acpi usate in hack. Tutta la parte aggiunta di fatto è stata fatta esplicitamente per un determinato hardware che non è il nostro nello specifico. il nuovo device semplice invece oltre a permettere il caricamento citato sopra lascia al sistema gestire il resto e di conseguenza risulta più mirato e idoneo il tutto per l'hardware stesso. acpiEC come è stato ridetto, anche per esempio da vit9696 può portare a vari problemi e instabilità. oltre a questo sembra che in caso dove non può essere evitata questa determinata situazione, sia meglio comunque non avere entrambi i caricamenti sotto un unico device.
  14. non capisco come è possibile che tu abbia la cartella driver32UEFI sicuro di aver installato ultimo clover? https://github.com/CloverHackyColor/CloverBootloader/releases
  15. Sostituisci il config do per scontato che tu abbia installato l'ultima versione di clover disponibile Poi come descritto nella guida aggiungi l'altri kext al suo posto insieme a Fakesmc... riprova il boot config.plist.zip
  16. Version 1.1.0

    269 downloads

    Unico SSDT per abilitare il power management su varie serie Molto più utile per OpenCore Attualmente supporta e abilita il PM, indistintamente da Desktop o Laptop, su: Haswell Skylake Skylake-R Kabylake Kabylake-R Coffelake Whiskeylake Icelake Nota: per IvyBridge è consigliato usare ssdt_automator che crea un ssdt apposito basato sul lavoro di Piker Alpha Ringraziamento speciale al team ACPICA per tutte le loro preziose informazioni la versione decompilata (.dsl) è disponibile qui: https://github.com/macos86/OpenCore-Utility/blob/master/SSDT-PM-All.dsl
×
×
  • 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.