Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 09/21/2020 in all areas

  1. Lo scopo di questa guida è quello di configurare il nostro hack in un modo ancora migliore, senza usare UsbInjectall (escluso per metodo Rehabman) e nessuna patch per port limit attenendoci a ciò che Apple fa e vuole…. Ossia un massimo di 15 porte disponibili e utilizzabili Decisamente molto più qualitativo. …. 😉 Occorrente: IORegistryExplorer.app MaciAsl (lo trovate in download) Procuriamoci una usb sia 2.0 che 3.0 Aggiungiamo la patch per aumentare il port limit sul config Aggiungiamo usbinjectall.kext nella EFI Riavviamo.... Iniziamo con la mappatura… Apriamo IOReg, scorriamo fino a trovare XHC o nel caso XHCI Nota:Nel caso le nostre usb fossero nominate XHC1 vanno rinominate tramite una patch sul config Adesso inseriamo ed espelliamo prima una pendrive usb 2.0 e poi una pendrive 3.0 Nota: Questo procedimento dovrà essere eseguito senza chiudere IOReg e ripetuto su ogni singola porta usb del nostro hack…mobo e case.. Una volta terminato ci ritroveremo ad un esempio di questo tipo Le usb verranno mostrate in rosso dopo averle scollegate Adesso ipotizziamo di aver terminato e basiamoci sulla foto precedente Annotiamoci le porte non usate..per esempio HS02-HS04 Ovviamente questo è un esempio…potreste averne molte di più…con porte SSPx La differenza tra le due nominazioni è: HSxx = USB 2.0 SSPx = USB 3.0 A questo punto è necessario un ssdt per disabilitare le porte non usate Metodo Basato su SSDT generico fatto da Rehabman Apriamo ssdt con MaciASL Adesso dobbiamo eliminare le porte che non usiamo, questo perché ssdt comprende tutte le porte possibili e utilizzabili della scheda madre Per rimuovere le vostre porte non in uso vi basterà rimuovere la parte che vi ho evidenziato…ovviamente è solo un esempio e non è detto che quella specifica porta non sia usata nel vostro hack. Una volta aver rimosso le porte, all’inizio del ssdt definiamo i l numero di porte in uso "port-count", Buffer() { 26, 0, 0, 0 }, 26 è il numero di porte totali disponibili su schede madri Skylake e successivi… ma su osx il limite imposto è per 15 porte al massimo Noi dobbiamo cambiare 26 con il numero delle porte che usiamo e deve essere inferiore o uguale a 15…ma non superiore. Adesso passiamo alla parte "UsbConnector" In questa parte dobbiamo definire il “tipo di porta” .. quindi se è 2.0, 3.0 e se è una usb interna Guardate questo esempio Quindi le usb 2.0 avrà "UsbConnector", 0, la usb 3.0 avrà "UsbConnector", 3, Mentre le usb interne dovranno avere "UsbConnector", 255, ( 0xFF) CREDITS: @ Apple @ ACPICA @ Pokenguyen (primo che all’inizio di El Capitan ha fatto presente l’aggiunta da parte di Apple del limite di porte in uso) @ PJalm @ Piker @ Rehabman Metodo Alternativo Basato sulle proprie ACPI compatibile da Skylake e successivi Questo è il metodo che preferisco e che uso da anni nei miei hack o di amici stretti… Lo ritengo migliore, per il mio modesto parere, perché andiamo a usare e lavorare sul nostro proprio ssdt, senza usarne di aggiuntivi Estrazione ACPI Clover Estraiamo le nostre acpi tramite clover (il dump richiede che sia installato nella ESP) Premiamo F4 quando siamo nella GUI,per sicurezza che il dump sia corretto aspettiamo una trentina di secondi prima di avviare. Montiamo la partizione EFI del dispositivo usato per il boot Rechiamoci in EFI/Clover/acpi/origin Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml OpenCore: Per estrarre le proprie acpi con questo bootloader abbiamo bisogno dei bianri in versione Debug Quindi se per esempio avessimo la versione 0.6.1, andremo a scaricare la stessa versione con dicitura DEBUG. Prendiamo poi il file bootx64.efi che troviamo in EFI/BOOT e OpenCore.efi che troviamo in EFI/OC. Sostituiamoli nelle stesse posizioni nella nostra EFI. Modifichiamo il config in Misc/Debug/SysReport mettendo YES. Salviamo e riavviamo. Troveremo le nostre acpi dentro una cartella nella root della partizione EFI. Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml Nota: il Nome del relativo ssdt contenente le usb può cambiare da mobo a mobo, quindi dovrete voi controllare le vostre acpi e trovare quello contenente XHC Apriamola con MaciASL Adesso visualizzeremo le porte usb disponibili per la mobo Soffermiamoci su questa parte di codice…ovviamente partiamo dalla prima usb HS01 Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (One)). } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Bene adesso l’operazione è molto semplice One in questo caso vuol dire Vero/Abilitato La parte di codice da modificare per ogni singola usb è: Return (GUPC (One)) Quindi porta abilitata lasceremo One Porta disabilitata cambieremo sostituendo One con Zero Tornando all’esempio sopra… Il codice rispettivamente per ogni porta disabilitata sarà: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Nota: Anche il codice relativo può essere diverso, quindi potresti anche avere una cosa di questo tipo: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (H1CN)) } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } in questo caso la parte interessata sarà contenuta all'interno della prima condizione, quindi avremo la solita sostituzione Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (One)) // << ----- } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } Finito di cambiare il valore per ogni porta basandoci sulla nostra mappatura non ci resta che compilare e salvare Parte finale Collochiamo il nostro SSDT in EFI/Clover/acpi/patched Questo però non sarà sufficiente perché la tabella originale (OEM) verrà sempre caricata e quindi il nostro ssdt non avrà alcun effetto Quindi dobbiamo “Droppare” la relativa tabella OEM Cosa vuol dire? Significa bloccare il caricamento della stessa per permettere al nostro ssdt di lavorare Apriamo il config.plist, rechiamoci nella parte ACPI/Drop Tables Clicchiamo sul simbolo + Selezioniamo SSDT —> TableId ed accanto scriviamo il nome esatto della tabella da bloccare…esempio xh_rvp08 Il risultato sarà questo Come possiamo essere sicuri del corretto TableId? Ecco spiegato nell'imagine sottostante: Nota: Qualora trovassimo per esempio " AMI " questo non dovrà essere usato perchè nel caso del drop usando appunto il TableID, questo deve essere unico per tale ssdt e non uguale su più ssdt. In questo caso dovrete usare Lenght per droppare la tabella. Quindi seguite la relativa spiegazione nella parte della guida inerente a X299. Rimuoviamo o disabilitiamo la patch per port limit e salviamo Rimuoviamo usbinjectall.kext dalla relativa cartella kext in EFI Riavviamo Aprendo ioreg, cercando XHC noteremo che verrano visualizzate solo le porte in uso Questo è l’esempio del mio hack Perfezionamento: Definizione dei connettori. In download, nella sezione ACPI troverete una mia patch. Scaricatela, aprite il file txt copiate e incollate il contenuto nella finestra patch di MaciAsl. Applicate la patch sul relativo ssdt. Adesso possiamo Abilitare/Disabilitare la porta modificando il primo valore mentre con il secondo valore andremo a definire la tipologia del connettore usb. Quindi andiamo nella relativa porta e scriviamo/sostituiamo il contenuto del metodo _UPC con: Return (GENG (One, 0x03)) Esempio: One ovviamente renderà la porta attiva, qualora volessimo disattivarla e vogliamo usare questo metodo, basterà mettere Zero al suo posto. Nota: Per la disattivazione va ugualmente bene il metodo elencato sopra. Seconda parte: 0x03 va a definire la relativa porta come semplice Usb 3.0 Nella mia patch sono elencati i vari connettori che possono essere usati, in primo luogo troviamo diciamo quelli più "comuni" e successivamente quelli diciamo opzionali. Quindi con questa unica patch potete fare di tutto, abilitare/disabilitare e definire... Spero che vi possa aiutare e spero anche che venga apprezzato e non solo copiato senza un credits come già è accaduto! Vii invito a leggere, anche giusto per informazione, questo topic che ha vari riferimenti Buon Hack !
    1 point
  2. quella di mettere mano alle ACPI con macials, non è cosa semplice all'inizio... ma piano piano si impara male no, ma ad esempio se colleghi un HD USB potresti ricevere il messaggio di mancanza di energia avere problemi con lo stop, che tra l'altro, con lo stop è possibile avere problemi anche quando pare tutto perfetto. no problem 🙂 ma essendo queste cose che se fatte a modo, funzionano, come vedi, basta sbagliare di uno spazio e il castello casca.
    1 point
  3. thank you added a patch (n. 28) otherwise with the vega56 yellow screen BS-Min-Patches-Vega56.plist.zip
    1 point
  4. Attached is a reduced Patch set that still boots Mojave, Catalina and Big Sur ß7 (but not HS) that I used for the speed improvements above. (It is reduced from Pavo's posting.) No Aquantia patches are present. BS-Min-Patches.plist.zip
    1 point
  5. sarebbe? 😁 che io sappia, per clonare BS al momento, solo R-Drive Image funziona egregiamente
    1 point
  6. @fabiosun, here's mine from an experiment I did about a week ago before my install became corrupted somehow 39:527 00:005 OCABC: MMIO devirt start 39:530 00:003 OCABC: MMIO devirt 0xE2100000 (0x81 pages, 0x8000000000000001) skip 0 39:534 00:003 OCABC: MMIO devirt 0xE3180000 (0x81 pages, 0x8000000000000001) skip 0 39:537 00:003 OCABC: MMIO devirt 0xEF100000 (0x181 pages, 0x8000000000000001) skip 0 39:541 00:003 OCABC: MMIO devirt 0xFA180000 (0x81 pages, 0x8000000000000001) skip 0 39:544 00:003 OCABC: MMIO devirt 0xFA300000 (0x100 pages, 0x8000000000000001) skip 0 39:548 00:003 OCABC: MMIO devirt 0xFEA00000 (0x100 pages, 0x8000000000000001) skip 0 39:551 00:003 OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 0 39:555 00:003 OCABC: MMIO devirt 0xFEC10000 (0x1 pages, 0x8000000000000001) skip 0 39:558 00:003 OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 0 39:562 00:003 OCABC: MMIO devirt 0xFED40000 (0x5 pages, 0x8000000000000001) skip 0 39:566 00:004 OCABC: MMIO devirt 0xFED80000 (0x10 pages, 0x8000000000000001) skip 0 39:570 00:003 OCABC: MMIO devirt 0xFEDC2000 (0xE pages, 0x8000000000000001) skip 0 39:574 00:003 OCABC: MMIO devirt 0xFEDD4000 (0x2 pages, 0x8000000000000001) skip 0 39:578 00:003 OCABC: MMIO devirt 0xFEE00000 (0x100 pages, 0x8000000000000001) skip 0 39:581 00:003 OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x8000000000000001) skip 0 39:586 00:004 OCABC: MMIO devirt 0x10000000000 (0x10400 pages, 0x8000000000000001) skip 0 39:589 00:003 OCABC: MMIO devirt 0x3CB90000000 (0x10400 pages, 0x8000000000000001) skip 0 39:593 00:003 OCABC: MMIO devirt 0x3CBC0000000 (0x10400 pages, 0x8000000000000001) skip 0 39:596 00:003 OCABC: MMIO devirt 0x69750000000 (0x10400 pages, 0x8000000000000001) skip 0 39:599 00:003 OCABC: MMIO devirt end, saved 1087664 KB 39:603 00:003 OCABC: Only 176/256 slide values are usable! 39:607 00:003 OCABC: Valid slides - 80-255 As you can see the addresses start the same, but then they diverge. I also backed out a white list from doing the @iGPU booting experiment, which essentially disabled only 2 of them (3rd and 4th from bottom). I booted successfully with 2 enabled all else disabled, then tried to enable the next 2 and failed, then succeeded on 2 enabled, 2 disabled, 1 enabled, all else disabled. Decided to enable all after and booted again successfully as it didn't make sense to have 2 disjoint regions of memory affected reducing the search to 6 reboots. After I added the whitelist I managed to get the same "clicking off" experience on shutdown as @iGPU. Then, I was about to test NVRAM with SSDT and among some other reboots and tweaks, when my entire install got somehow compromised and I could not a find a single EFI (including ones that worked before) where I could stably boot or perform recovery or reinstall. I'd get forced restarts 2 minutes into sessions. Flashed BIOS, as I can't explain how this is possible without board NVRAM corruption, and went back to VMs. MmioWhitelist.plist.zip
    1 point
  7. SMT off in BIOS and there we are. The Catalina installer loaded. Good job guys!
    1 point
  8. anche se lo togli uno alla volta? nel senso hai provato togliendo sola patch o solo injectall?
    1 point
  9. mm ok.. domani ti faccio riprovare
    1 point
  10. 1 point
  11. ok volevo vedere del wifi per capire se effettivamente serviva quel kext, comunque si. Sei ok.. mantieni questa configurazione empticons_thu
    1 point
  12. ok, prova anche senza patch per port limit allega ioreg
    1 point
  13. ok, allora potresti spostare il disco su una porta già mappata, quindi finire la mappatura nella portarestante
    1 point
  14. Quando vuoi, siamo qui..come sempre sei ben accetto e fa piacere averti qui default_wink_anim emoticon_sorriso
    1 point
  15. 1 point
  16. mmm... allora fai questa prova nella tua configurazione, rimuovi usbinjectall e fai sapere se le usb funzionano
    1 point
  17. Quando puoi rifai la mappatura
    1 point
  18. Ciao @marzillo[/mention] tutto bene, tu? fa piacere rileggerti :) allegami la cartella clover dopo aver estratto le acpi pulite inoltre oltre alle usb ci sono altre cose non configurate, come il PM per esempio
    1 point
  19. dovrei vedere il DSDT comunque si è possibile, perché è scritto in modo diverso passando doppio argomento.
    1 point
  20. @Pol[/mention] metti il DSDT in acpi/patched rimuovi usbinjectall riavvia e posta ioreg DSDT.aml.zip
    1 point
  21. non sono su ssdt ma su DSDT, hai un Haswell... nel caso elenca le porte da disattivare o allega ioreg della mappatura, appena riesco ci guardo
    1 point
  22. 1 point
  23. Buono, le porte non usate sono disattivate, quelle in uso sono riconosciute e con connettori idenei Adesso se vuoi, ottimizzare ulteriormente ti consiglio di provare "ssdt per Hack" C'è il relativo topic sempre in questa sezione Ssdt sono generici ma ognuno specifico in base all'hardware .. sono nominati per la relativa serie :D
    1 point
  24. Ok adesso sostituisci il precedente ssdt in EFI/Clover/acpi/patched con questo allegato rifai ioreg, giusto per controllare nuovamente SSDT-6-A M I.aml.zip
    1 point
  25. Aggiorno il topic: Aveva problemi per estrarre le acpi perchè nella sua EFI non era presente la cartella ACPI contenete a sua volta le altre due cartelle @Soul[/mention] Sostituisci il config, metti ssdt in EFI/Clover/acpi/patched Rimuovi usbinjectall.kext dalla efi Riavvia, ripeti la mappatura usando solamente con un dispositivo usb 3.0, questo perchè non avevi messo la patch per port limit e quindi le usb3 non erano presenti e funzionanti. Riallega poi nuovamente ioreg Archivio.zip
    1 point
  26. Certo ho fatto esattamente quello che ho descritto in questa guida :)
    1 point
  27. rieseguirla la mappatura adesso con quel ssdt purtroppo per il fatto che la patch per port limit non funziona... capita che bisogna modificare più volte allegami poi il nuovo ioreg
    1 point
  28. allegami anche il config
    1 point
  29. Sicuramente perchè la patch non sta funzionando stai usando mojave attualmente? nel caso il problema è quello...spesso la patch per port limit non funziona quindi: apri ioreg,mappa le usb allega ioreg precedentemente salvato e la cartella origin dopo aver estratto le acpi
    1 point
  30. HS06 è attiva su SSDT devi mettere come da guida Return (GUPC (Zero)) Ha scritto dopo 1 minuto 12 secondi: EDIT: sorry visto ora l'altro ssdt che hai rinominato Ha scritto dopo 1 minuto 6 secondi: Lascia il nome originale del ssdt droppa così https://postimg.cc/y3mm33Rs">
    1 point
  31. ma quale dici? per serie 200 già era presente l'altro metodo usando le proprio acpi originali
    1 point
  32. lascialo in quel modo la nomenclatura non è un problema e ricorda che SSDT.aml in caso è solo per il PM :D Ha scritto dopo 6 minuti 38 secondi: dopo che hai aggiunto quel ssdt fai ioreg e allegalo sul topic inerente poi almeno controllo il tutto
    1 point
  33. perchè ho usato un dsdt pulito e solo disattivato le porte adesso ti consiglio di andare su altro topic SSDT test per hackintosh ho scritto un All in One per Haswell ;) ti basta aggiungerlo... con le opportune modifiche al config Ha scritto dopo 1 minuto 36 secondi: lo trovi qui https://www.macos86.it/viewtopic.php?f=45&t=644">viewtopic.php?f=45&t=644">https://www.macos86.it/viewtopic.php?f=45&t=644 ricorda che PCI è solo cosmetico... si può patchare al TOP le acpi lasciando PCI vuoto...;) Questo per farti capire il discorso
    1 point
  34. @LeoVanex[/mention] Sostituisci il config, metti il dsdt in patched (deve esserci solo questo) rimuovi usbinjectall riavvia e rifai ioreg Archivio.zip
    1 point
  35. Passi ioreg poi faccio io e ti ridico di preciso :)
    1 point
  36. Si ... ma è un paradosso andare a usare un kext se non se ne ha necessità solo per disattivare le usb Quindi dovrei potertelo fare direttamente da dsdt Ha scritto dopo 2 minuti 23 secondi: ioreg allegato non va bene Devi rimuovere ssdt uuiac, mettere la patch per port limit e usbinjectall poi aprire ioreg, collegare su ogni porta una usb 2.0 e poi 3.0 da ripetere per ogni porta disponibile su mobo/case alla fine salvare ioreg e allegarlo
    1 point
  37. @LeoVanex[/mention] ssdt uuiac funziona solo con usbijectall... Quindi allega ioreg della mappatura e il dsdt... Ha scritto dopo 4 minuti 21 secondi: EDIT: le acpi in origin sono le tua? se confermi uso quel dsdt.. ma ho comunque bisogno di ioreg con tutta la mappatura che hai eseguito
    1 point
  38. emoticon-personaggi_89 default_wink_anim la mappatura è ok.. sono abilitate solo alcune porte... emoticon_sorriso2
    1 point
  39. mmm... è qualcosa su clover.. anche perchè attualmente non possiamo droppare nessuna tabella prova a estrarre da windows o linux
    1 point
  40. la 1 e la 2 solamente? sicuro di averle mappate bene?
    1 point
  41. Conta un po' quante porte stai usando... ricordati che il limite è a 15....
    1 point
  42. Quella è legata e creata dallo script di toleda... se usi AppleALC etc ...si devi disabilitarla Però continuiamo sul tuo topic perché qui altrimenti andiamo OT
    1 point
  43. Portatitili di ultime generazioni difficilmente hanno usb non intel, come poteva essere in precedenza con Asmedia,Nec..etc... Comunque nel caso apri un topic per parlare di questo, perché il tema fa fuori da quello trattato nella guida
    1 point
  44. in scrittura velocità, non è gran che, soprattutto se sono usb3.. dovresti provare a testare su altro supporto, meglio se pulito, appena formattato La velocità precedente l'avevi testata?
    1 point
  45. Oppss...ho proprio dimenticato di agire sulla quella porta... emoticon_vergogna Sorry... Comunque corretto..anche per quella, in allegato emoticon_sorriso DSDT.aml.zip
    1 point
  46. Update X299 La procedura alla fine è la stessa per Skylake e successivi con alcune ulteriori attenzioni e modifiche Estraiamo le tabelle acpi premendo F4 nella gui di clover, rechiamoci in origin e cerchiamo ssdt relativo alle usb Nel mio esempio è SSDT-2-AMI.aml una volta aperto troviamo a partire dalla prima usb Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (0x01)) } Come per l'altri casi dobbiamo modificare GUPC (0x01) in GUPC (Zero) Da ripetere per ogni porta da disattivare quindi il codice finale sarà Scope (\_SB.PC00.XHCI.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } finito di disattivare le nostre porte non in uso su X299 bisogna fare altre modifiche Avendo PC00 finito originalmente nelle acpi, x299 deve e usa un rename acpi sul config PC00 to PCI0 Quale è il problema? Se noi collochiamo il nostro ssdt in patched questo non verrà poi caricato anche se droppata la tabella oem originale perchè "tutte" le acpi hanno a quel punto, grazie al rename di clover PCI0 La nostra tabella patchata e reiniettata invece avrà sempre PC00 e questo non va bene.... quindi Nel nostro compilatore andiamo su Find, mettiamola spunta su "Replace" e modifichiamo il tutto da PC00 in PCI0 come da immagine sottostante Clicchiamo su " All " Compiliamo e salviamo. Collochiamola in EFI/Clover/acpi/Patched Adesso dobbiamo modificare il config e droppare la tabella OEM originale in questo caso ho usato " Length " invece di " table" perchè ci sono altre tabelle con stesso "nome" e quindi usando questo bloccherei non solo la tabella delle usb ma tutte quelle con stesso nome Da dove si ricava Lenght? Lo trovate All'inizio della tabella ssdt su cui lavorate Usando clover configurator per modificare il config, prendete direttamente il valore contenuto dentro le parentesi come evidenziato nell' immagine Adesso sempre dovuto ai rename che si usando su X299 ed a altro occorre diciamo definire un ordine di caricamento delle tabelle evitando così vari problemi Per questo usiamo " SortedOrder " Qui scriviamo il nome esatto della tabella trovata in origin su cui abbiamo lavorato Rimuoviamo o disabilitiamo la patch per port limit Salviamo, riavviamo... Adesso se avete eseguito tutto correttamente avrete attivate solo le usb che usate... NOTA: se dovete in caso rimuove il vostro ssdt da patched ricordate di rimuovere anche il relativo Drop Tables Altrimenti potresti aver problemi al boot oppure nessuna usb funzionante.. perchè ovviamente come detto prima quella funzione blocca il caricamento della tabella OEM e quindi questa tabella non verra mai caricata perchè mancante anche da patched.. NOTA-2: Potete rinominare tale ssdt messo in patched.. per esempio SSDT_DisableUSB.aml Però ricordate che in SortedOrder il nome dovrà essere il medesimo Quindi come cambiate nome al ssdt cambiate anche li... Buon Hack! empticons_thu
    1 point
  47. Metodo Per Serie 8/9 (Haswell) Un altro metodo per questa serie di hardware è quello di apportare alcune modifiche direttamente sul dsdt poiché le usb sono qui definite Il tutto viene eseguito tramite _UPC modificando ed aggiungendo questa parte di codice Name (_UPC, Package (0x04) // _UPC: USB Port Capabilities { Zero, 0xFF, //Connector type (N/A for non-visible ports) Zero, Zero }) La modifica manuale e la relativa aggiunta può non essere facile per tutti, per questo ho scritto una patch per aiutarvi La patch è scritta con impostata, di default, la prima porta usb2 quindi HS01 Quindi dovrete modificare questa patch per ogni porta da disattivare cambiando su di essa HS01 con HS03 o SSP3 per esempio e quindi applicarla nuovamente Nota:la patch potrebbe funzionare anche su altre serie ma non l'ho personalmente testata, quindi questo è il motivo per cui ho definito per haswell in caso ..come anche in caso di problemi..fate sapere allegando le vostre tabelle acpi pulite! UPDATE SSDT PER DISABILITARE LE PORTE SU HASWELL Dopo aver mappato le porte , aprite questo ssdt SSDT-DisableUSB-Haswell-9Series.dsl.zip dovete togliere il commento ossia // riguardante la usb da disattivare Prestate attenzione questo dovrà essere fatto per sia la usb corrispondente sia per il relativo "External" Esempio di disattivazione della porta HS01 Immagine di esempio una volta eseguito per tutto le vostre porte da disattivare...compilate e salvate in .aml Collocate ssdt in patched e rimuovete la patch per port limit Nota è stato scritto in base ad alcune acpi...quindi potrebbero esserci da fare in caso degli "aggiustamenti" in caso... Fatelo presente sul topic e cercherò di aggiornare tale ssdt oppure di scriverlo e allegarlo un altro Disable_USB.txt.zip Disable_USB_Haswell_8series.zip
    1 point
×
×
  • 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.