OCLP: il Wi-Fi è tornato in macOS Sonoma e piu' recenti!

[carlo_67]

da hackintosh tool mostrami i kext caricati e le usb, 

visto che hai USBPort.kext ma non hai i suoi SSDT-USBX e SSDT-USBX, la mappatura è incompleta

quindi disabilitalo, metti usbinjectall e dichiaralo nel config, Resetta e riavvia

la BCM la devi togliere

USBInjectAll.kext.zip

[Perdu]

19 ore fa, carlo_67 ha scritto:

ma hai anche la bmc montata

fisicamente no

o altri dischi che la hanno installata 

dopo li stacco tutti e lascio solo gli m2 e questo con la intel 

adesso vado a votare già abbiamo il sindaco uscente agli arresti domiciliari, e si è pure ricandidato 

e ce una sola lista , lo hanno fregato ad una settimana dalle nuove elezioni

a dopo

chiedo scusa Carlo ma da ignorante in materia puo essere che ci sia qualcuno di questi ssdt 

che vada in conflitto perche anche in -v è lentissimo fino ad arrivare alla scrivania

piu di questo non so dirti  se si trova una soluzione va bene se no pazienza

in ACPI volevo chiedere se è possibile perche mi ritrovo questi SSDT hanno funzioni diverse?

SSDT-Basic.aml - questo è quello base del forum 

SSDT-XHC.aml - questo è quello preparato da @Anto65 che uso attualmente nella efi che fa funzionare tutti i sistemi

SSDT-PLUG-DRTNIA.aml - questo è quello che hai aggiunto 

 

scusate il disturbo e grazie dei consigli

Edited 23 hours ago by Perdu

[morfy]

Update: in questi giorni si è bloccato molte volte il sistema e non arriva va al login ogni volta. Ora ho disinstallato del software che secondo me era il problema. Vedremo come va nei prossimi giorni 🙂

[Perdu]

reinstallo vediamo cosa ne viene fuori

 

[morfy]

Update 2: purtroppo i problemi continuano, sia che a volte non arriva al login, che ogni volta dopo un po di tempo, il sistema si impalla e devo spegnerlo per riavviarlo. La cosa strana che nella console nei vari blocchi, non mi segna niente. Pensavo che era del software che avevo installato aver impallato tutto, e invece...

[carlo_67]

sicuro che sia colpa del wifi

puoi postare il config 

[morfy]

2 ore fa, carlo_67 ha scritto:

sicuro che sia colpa del wifi

puoi postare il config 

 

Non penso che sia un problema del wifi. Ho installato la beta versione direttamente. Dici di postare l'EFI che utilizzo?

https://wormhole.app/Xn9bXm#uc44uCql6gHNFUXCXoRz2w

 

Eccola vedi se riesci a scaricarla.

[carlo_67]

intanto ti dico da subito  gli ssdt che usi non vanno insieme  o metti il Basic o il Dartania,

un altra cosa aggiorna Opencore e kext, come hai mappato le usb vedo solo UsbPort.kext  ma non vedo dichiarati i relativi ssdt, SSDT-UIAC e SSDT-USBX

[morfy]

9 ore fa, carlo_67 ha scritto:

intanto ti dico da subito  gli ssdt che usi non vanno insieme  o metti il Basic o il Dartania,

un altra cosa aggiorna Opencore e kext, come hai mappato le usb vedo solo UsbPort.kext  ma non vedo dichiarati i relativi ssdt, SSDT-UIAC e SSDT-USBX

Grazie della risposta. Alla fine  + o - uguale a quello che uso su sequoia, questa ha in più il fatto delle usb che in tahoe ha una gestione particolare. Il belo è che nella precedente installazione di tahoe dopo un periodo di rodaggio era perfettamente funzionate. In questa ho messo l'ultima beta di tahoe (Beta di 26.6 (25G5028f)) non vorrei che il problema sia questa beta 😅

[Anto65]

" non vedo dichiarati i relativi ssdt, SSDT-UIAC e SSDT-USBX "

 

Non serve è già tt nel kext 

( SSDT-UIAC e SSDT-USBX , EC )

 

Stessa cosa se sì usa il Ssdt-Basic , le informazioni relative all alimentazione delle  USB sono già incluse , quindi basta solo

l SSDT e il Kext

 

Qui un piccolo suggerimento dell AI

 

Spoiler

" Se stai utilizzando un file generato correttamente USBPorts.kext, dovresti eliminare SSDT-UIAC.aml, SSDT-USBX.aml

(o SSDT-EC-USBX.aml), e USBInjectAll.kext.   

L'utilizzo di USB USBPorts.kext è considerato il metodo più pulito e preferibile, in perfetto stile Apple, per gli Hackintosh con macOS. Ecco come funzionano i diversi metodi USB e perché non hai bisogno degli altri:

 

1. USBPorts.kext (Il metodo pulito)

Cos'è: Un kext di iniezione senza codice generato da strumenti come Hackintool o USBMap .

 

Perché non ha bisogno degli altri: memorizza la mappatura esatta, i tipi di connettore (USB3, Type-C, Interno ecc.) e le proprietà di alimentazione direttamente all'interno del kext Info.plist.

Poiché tutti i dati di configurazione delle porte e di alimentazione sono già codificati al suo interno, non sono necessari SSDT o kext di iniezione aggiuntivi. 

 

2. SSDT-UIAC.aml & USBInjectAll.kext

(Il metodo Legacy/ACPI)

Cos'è:

Il vecchio metodo che USBInjectAll.kext obbliga il sistema a visualizzare tutte le porte e

SSDT-UIAC.aml funge da file di testo per indicare a macOS quali porte mantenere entro il limite di 15 e come alimentarle. 

 

Perché sono in conflitto: poiché USBPorts.kexts volge già esattamente lo stesso compito di USBInjectAll.kext + SSDT-UIAC.aml, eseguirli entrambi contemporaneamente causerà conflitti, instabilità del sistema e comportamento errato delle porte. 

 

3.SSDT-USBX.aml

Cos'è: Una tabella ACPI utilizzata per iniettare le proprietà di alimentazione specifiche (come i limiti di alimentazione USB, 500 mA contro 2000 mA, ecc.) necessarie per AppleBusPowerController. 

 

Perché non è necessario:

quando si mappano le porte e si genera il proprio file di configurazione USBPorts.kext, di solito i dati di alimentazione vengono iniettati internamente. Pertanto, un file di configurazione separato SSDT-USBX.aml diventa superfluo. 

 

Lista di controllo riassuntiva per il tuo

EFI/OC/Kexts& EFI/OC/ACPI:

 

MANTENERE: USBPorts.kext

RIMUOVERE: USBInjectAll.kext

RIMUOVERE: SSDT-UIAC.aml

RIMUOVERE: SSDT-USBX.aml

 

Impostazioni Quirk:

XhciPortLimit assicurati di disabilitarlo poiché il config.plist del tuo kext personalizzato ha già mappato e limitato le porte per rimanere entro il limite di 15 porte. "

 

@morfy 

Piuttosto il Kext generato ha solo 10 porte attive e nessuna porta 255 interna mappata

( bluet.) Rivedrei la mappa. da Win

 

Prenderei in considerazione che Tahoe e' installato su Ssd USB ( è ancora così ? )

Potrebbe essere il disco ad avere problemi 

 

D altronde Thaoe richiede più reattivita' e periferiche veloci

 

Proverei su Disco interno per vedere se si riscontrano gli stessi problemi 🤷

[morfy]

1 ora fa, Anto65 ha scritto:

" non vedo dichiarati i relativi ssdt, SSDT-UIAC e SSDT-USBX "

 

Non serve è già tt nel kext 

( SSDT-UIAC e SSDT-USBX , EC )

 

Stessa cosa se sì usa il Ssdt-Basic , le informazioni relative all alimentazione delle  USB sono già incluse , quindi basta solo

l SSDT e il Kext

 

Qui un piccolo suggerimento dell AI

 

  Nascondi Contenuti

" Se stai utilizzando un file generato correttamente USBPorts.kext, dovresti eliminare SSDT-UIAC.aml, SSDT-USBX.aml

(o SSDT-EC-USBX.aml), e USBInjectAll.kext.   

L'utilizzo di USB USBPorts.kext è considerato il metodo più pulito e preferibile, in perfetto stile Apple, per gli Hackintosh con macOS. Ecco come funzionano i diversi metodi USB e perché non hai bisogno degli altri:

 

1. USBPorts.kext (Il metodo pulito)

Cos'è: Un kext di iniezione senza codice generato da strumenti come Hackintool o USBMap .

 

Perché non ha bisogno degli altri: memorizza la mappatura esatta, i tipi di connettore (USB3, Type-C, Interno ecc.) e le proprietà di alimentazione direttamente all'interno del kext Info.plist.

Poiché tutti i dati di configurazione delle porte e di alimentazione sono già codificati al suo interno, non sono necessari SSDT o kext di iniezione aggiuntivi. 

 

2. SSDT-UIAC.aml & USBInjectAll.kext

(Il metodo Legacy/ACPI)

Cos'è:

Il vecchio metodo che USBInjectAll.kext obbliga il sistema a visualizzare tutte le porte e

SSDT-UIAC.aml funge da file di testo per indicare a macOS quali porte mantenere entro il limite di 15 e come alimentarle. 

 

Perché sono in conflitto: poiché USBPorts.kexts volge già esattamente lo stesso compito di USBInjectAll.kext + SSDT-UIAC.aml, eseguirli entrambi contemporaneamente causerà conflitti, instabilità del sistema e comportamento errato delle porte. 

 

3.SSDT-USBX.aml

Cos'è: Una tabella ACPI utilizzata per iniettare le proprietà di alimentazione specifiche (come i limiti di alimentazione USB, 500 mA contro 2000 mA, ecc.) necessarie per AppleBusPowerController. 

 

Perché non è necessario:

quando si mappano le porte e si genera il proprio file di configurazione USBPorts.kext, di solito i dati di alimentazione vengono iniettati internamente. Pertanto, un file di configurazione separato SSDT-USBX.aml diventa superfluo. 

 

Lista di controllo riassuntiva per il tuo

EFI/OC/Kexts& EFI/OC/ACPI:

 

MANTENERE: USBPorts.kext

RIMUOVERE: USBInjectAll.kext

RIMUOVERE: SSDT-UIAC.aml

RIMUOVERE: SSDT-USBX.aml

 

Impostazioni Quirk:

XhciPortLimit assicurati di disabilitarlo poiché il config.plist del tuo kext personalizzato ha già mappato e limitato le porte per rimanere entro il limite di 15 porte. "

 

@morfy 

Piuttosto il Kext generato ha solo 10 porte attive e nessuna porta 255 interna mappata

( bluet.) Rivedrei la mappa. da Win

 

Prenderei in considerazione che Tahoe e' installato su Ssd USB ( è ancora così ? )

Potrebbe essere il disco ad avere problemi 

 

D altronde Thaoe richiede più reattivita' e periferiche veloci

 

Proverei su Disco interno per vedere se si riscontrano gli stessi problemi 🤷

 

Grazie @Anto65ora cerco di fare un po di pulizia 🙂 Si esatto il mio tahoe è installato su un ssd nvme esterno, come le altre installazione, ad eccezione del Ventura che è installato su un sdd nvme interno.