Integrazione mappatura tramite proprie ACPI OEM

[Gengik84]

Si potrebbe integrare un altro metodo di mappatura delle usb utilizzando le proprie acpi originali, quindi senza usare ne kext e nemmeno ssdt di terze parti.
Alcuni di noi già conoscono bene il tutto da anni
CC @dreamwhite @1alessandro1 cito voi nello specifico perchè poco tempo fa mi chiedesti qualcosa a riguardo di questa possibilità

[dreamwhite]

Sure, qualche piccolo spoiler? Ti riferisci al metodo GENG?

[Gengik84]

si esatto :)
Visto che mi chiedesti di questa possibilità, ho aperto un issue qui
poi se ritenete opportuno lasciare una piccola guida su una repo a se invece di integrarla su questa, a me va bene comunque
Tu cosa preferisci?

Mi disse Ale che volendo c'è già quasi tutto fatto su file .md

[1alessandro1]

Si esatto, qualche tempo fa avevo fatto una PR: dortania/OpenCore-Post-Install#54

Rifiutata per il fatto che fosse ristretta a Skylake e superiori (solo li le USB stavano in un SSDT separato, e non era neanche detto per i laptop) - abbiamo bypassato questo problema con un rename _UPC to XUPC e caricando un SSDT custom "universale" (o almeno era quella la nostra intenzione) ma gli address variano da motherboard a motherboard, quindi l'idea era quella di includere nella guida una indicazione per chi avesse le USB solo nel DSDT e non voglia caricare un DSDT modificato (cosa sconsigliata)

Le strade sono diverse, una delle possibili è uno script python cui uno gli dà in pasto il DSDT e si tira fuori la tabella che poi subentra in collaborazione all'invalidazione del rename XUPC per mappare con un SSDT esterno, come fatto qui su HP2072NL e qui con Prodesk 600G1 e discusso qui con dihinakg e qui con vit9696

Quindi una soluzione definitiva non è stata ancora trovata, quindi la guida risulterebbe "incompleta" per i privilegiati che hanno un SSDT separato nelle ACPI (e per questo meno universale, quindi più una peculiarità che una guida che dovrebbe essere per tutti)

[1alessandro1]

Riguardo all'integrazione con il set di guide presenti in OpenCore-Post-Install avevamo separato i metodi (kext, universale, valido per tutti ma con alcuni lati negativi) con quello ACPI, più pulito ma più difficile da esplicare in una guida che sia universale (a meno che ci sia un programmino dietro, come ora è HPET - non c'è una guida, ma funziona perché ci sta un programma apposta)

Il percorso dentro il repo della guida è il seguente:

OpenCore-Post-Install/usb/manual/ssdt.md

Qui ci sta una copia del lavoro che avevo fatto nella traduzione in PR.
manual.zip

[Gengik84]

Quindi una soluzione definitiva non è stata ancora trovata, quindi la guida risulterebbe "incompleta" per i privilegiati che hanno un SSDT separato nelle ACPI (e per questo meno universale, quindi più una peculiarità che una guida che dovrebbe essere per tutti)

Sinceramente non lo vedrei molto difficile
mi spiego meglio:
Basta istruire chi legge, far capire come punto base usb su relativo SSDT oem, qualora non fossero qui..sarebbero ovviamente su DSDT e in questo caso entrerebbe in gioco un SSDT ( parte alternativa del di questo metodo stesso). che va a riallocare UPC grazie al rename XUPC
Di fatto non è una novità ma funziona nello stesso modo dei _DSM per esempio

più pulito ma più difficile da esplicare in una guida che sia universale

Anche qui sono perplesso... perchè la guida attuale è unica?
no non penso, basta vedere il fatto di tutte le diversità dei chipset riguardo alle varie impostazioni del config
quindi non è problematico per un utente andare in parti separate per trovare il suo chipset esatto (oltretutto ci sono persone che nemmeno sanno cosa è) ma è problematico seguire rispettivamente un punto .A oppure un .B riguardo a altre cose come per esempio le usb? :)

[tiziodcaio]

@1alessandro1 detta sinceramente prima o poi avrei tentato un PR della tua guida, dato che la stavi facendo su dortania... Poi essendo un metodo principalmente italiano, mi pare sensato che possa andare qua dentro...

[Gengik84]

@1alessandro1 detta sinceramente prima o poi avrei tentato un PR della tua guida, dato che la stavi facendo su dortania...

quello era già stato fatto... ma non essendo "universale" etc...

Poi essendo un metodo principalmente italiano, mi pare sensato che possa andare qua dentro...

Effettivamente si c'è di fatto ormai da anni, la trovi sul forum

[tiziodcaio]

@1alessandro1 detta sinceramente prima o poi avrei tentato un PR della tua guida, dato che la stavi facendo su dortania...

quello era già stato fatto... ma non essendo "universale" etc...

Intendo un PR dal suo fork a questo fork

Poi essendo un metodo principalmente italiano, mi pare sensato che possa andare qua dentro...

Effettivamente si c'è di fatto ormai da anni, la trovi sul forum

👍🏻

[Gengik84]

Intendo un PR dal suo fork a questo fork

ah ok, sorry
Ho letto male il tuo messaggio prima