Gengik84

non proprio esattamente, il discorso è che di natura le tue acpi hanno la relativa porta del BT disattiva

ok ottimo la porta usb del BT è attiva adesso

Semplicemente nel bios cambia l'ordine per quanto il P1 scrive variabili che lo mettono al primo posto di default

ordine cosa intendi? il disco che parte in automatico? di fatto è normale, anche questo è salvato su nvram quindi se pulisci lo perdi ti basta semplicemente impostarlo nuovamente

se avvii da altra EFI e hai 0x67, si... ricordati che quando lo modifichi devi pulire la nvram altrimenti rimane quello che c'era prima

Aggiungi ssdt e sostituisci il config poi rifai ioreg Archivio.zip

devi modificare il config csr-active-config mettendo 00000000 riavvia, pulisci la nvram e poi fai il boot del disco

allega anche il config

ma sono estratte con clover... come fare è scritto nel topic "richiesta di supporto"

quel problema sarebbe proprio la batteria di norma, ma se l'hai già cambiata è strano si resetta solo se scolleghi il cavo? sicuro che non sia avvenuto un reset in precedenza?

potrebbe dipendere dalle acpi, allega quelle pulite

si esatto

hai alcune porte usb disattive, potrebbe dipendere da questo non hai niente che riguarda la mappatura di queste, giusto? in caso metti usbinjectall e rifai ioreg poi allega anche le acpi pulite

in kernel/quirk hai abilitato XhciPortLimit?

prova questo IORegistryExplorer_3.0.2.zip

allega ioreg i kext li hai definiti?

Cambia in DeviceProperties/Add PciRoot(0x0)/Pci(0x1b,0x0) con --> PciRoot(0x0)/Pci(0x1f,0x3) Rimuovi anche gli spazi che hai nel patch della grafica, deve essere PciRoot(0x0)/Pci(0x2,0x0)

ma questo era per la codifica? quindi igpu+ dgpu? per lo schermo nero hai provato a mettere le boot-arg: igfxonln=1 agdpmd=pikera ig-platform-id hai provato anche 0300C89B?

no non variano è Kabylake... Tu non hai kabylake ...

ProcessorType lascerei default ossia 0

Ciao, nel tuo config vedo SIP abilitato ma nel verbose risulta l'opposto per caso hai modificato dopo? in caso devi pulire la nvram, perchè le impostazioni csr-active.... (SIP) sono salvate qui

Si si ricordo, credo che visto i cambiamenti in corso, Apple abbia creato bug e non pochi a riguardo nella ultima beta di BS 11.3 il tuo discorso è ancor più articolato per il fatto di hub esterno, quindi come lo vede e gestisce il sistema stesso

@iCanaro il discorso è che non è più possibile (almeno per ora) abilitare un port limit vit9696 conferma il problema e la deprecazione imminente e futura di quel fix Problemi per molti che sono abituati a usare patch e hanno sempre ignorato la mappatura 😄 Riporto il discorso di vit9696 in data odierna Checked the patches. The code changes apply fine and the patched code did not change. It is macOS itself that got changed (somewhere, perhaps even outside the driver) resulting in the patches no longer functioning correctly. This may well be because of the incorrect location ids. Given the overall discourage of the approach to patch USB ports, I think it is about the time to abandon these patches. At least by the core team, until anybody provides a better set.

fai tu, applica questa patch che ti scrivo con maciASL into method label _DSM parent_adr 0x00170000 remove_entry; Compila, se non hai errori, come dovrebbe essere, salva poi scarica BSInjector, aggiungilo in efi e prova Senza altri kext Sata Vediamo come si comporta... quell' injector aggiornato funziona bene su BS Mette quella che è anche estetica nella definizione SATA in info di sistema Da vedere se risolve lacune più profonde

Esatto giusto, su BS sono cambiate varie cose, fin dall'inizio per questo ti ho detto poco sopra di provare BSinjector ma va modificato il dsdt attuale