Asus Vivobook S510UA

[dreamwhite]

Salve a tutti,

dopo aver spazzato via le cose inutili dalla EFI Clover di un Asus Vivibook S510UA di un utente, ho riscontrato dei problemi nell'abilitazione della scheda grafica integrata (più precisamente una Intel Graphics UHD620). L'installazione è stata effettuata col metodo vanilla. E' stato sbloccato il CFG Lock seguendo la guida di khronokernel-2 (niente KernelPM e/o derivate, solo AppleRTC).
Allego due EFI:

1. EFI fatta da un utente facebook che è riuscito magicamente a far funzionare la grafica tramite _DSM di IGPU da SSDT

2. La EFI che ho creato personalmente sulla base delle mie conoscenze contenente la patch per la UHD620 NON funzionante

Se tolgo la patch per la grafica, e aggiungo -igfxvesa fra i boot-arg sono in grado di avviare.
Allego inoltre una foto di ciò che accade all'utente con la patch per la grafica attiva quando avvia il sistema operativo

 

 

Non riesco a spiegarmi il perchè non funzioni.
Grazie in anticipo ❤️

 

 

CLOVER Dreamwhite.zip EFI Utente Facebook.zip

[Gengik84]

Ciao

Al tempo ricapitato che per esempio si andasse a usare una HD520 come configurazione della grafica (non è il massimo)

Prove che puoi fare sono i connettori, con questo intendo ulteriori patch in properties

Alcuni invece hanno usato il kext VoodooTSCSync e se non erro mi hanno riferito, quando mi sono capitati determinati casi, kext la grafica non funzionava e dava un problema simile al tuo.

Sinceramente non ricordo quale grafica ma comunque ti allego il kext

 

VoodooTSCSync.kext.zip

[dreamwhite]

Ciao @Gengik84, perdonami se sbaglio ma VoodooTSCSync.kext non serve solo se hai problemi di TSC della CPU? (tipo kp o problemi di sleep)?

[Gengik84]

no infatti non sbagli, dici giusto ed è quello che ho sempre detto anche io quando si presentavano tali utenti con quel kext

Successivamente su mia richiesta rimuovendo quel kext la grafica non andava più oppure aveva strani bug.

Per questo, visto il caso te ne ho parlato 🙂

 

Oltre a questo non prendere quel kext nello stesso modo in cui veniva usato per esempio per definire i core della cpu, tipo su amd o serie xeon

[dreamwhite]

Uh che top! Effettivamente l'utente riesce a bootare. Provo con la patch che ho anche sul mio pc per la uhd620? 

[Gengik84]

si si certo prova 

[dreamwhite]

Perdonami l'orario. La patch funziona correttamente se non per la porta HDMI. (Parlo per esperienza personale) È la NVidia a causare questo problema?

[Gengik84]

Nella porta hdmi non hai video o audio?

oppure entrambi?

Se fosse collegato a nvidia c'è da farci ben poco, potresti controllare da windows

[thepickboy]

Ciao, sono il ragazzo che dreamwhite sta aiutando. Dalla porta hdmi non esce nulla ma in precedenza usavo una efi fatta per uno zenbook simile e l'hdmi funzionava

[Gengik84]

allora sono le patch

andrebbe confrontato e visto il tutto, sia come configurazione e anche ioreg

[thepickboy]

Allora ecco qui le due EFI ed anche ioreg se puoi buttarci un occhio

 

 

EFI_NO _hdmi .zip EFI_HDMI_Ok.zip ioreg.zip

[Gengik84]

nella efi ok non usano alcuna patch con properties

in caso allega ioreg con quella efi

[thepickboy]

Ioreg che ho inviato è stato fatto con la efi hdmi ok

[dreamwhite]

3 hours ago, Gengik84 said:

allora sono le patch

andrebbe confrontato e visto il tutto, sia come configurazione e anche ioreg

Potrebbe anche essere che nella efi precedente l'NVidia è stata configurata come #display e di conseguenza viene abilitato il monitor? in teoria non dovrebbe avere l'accelerazione grafica su quel monitor o sbaglio?

[Gengik84]

Ciao, assolutamente no

quello fa si che non vengano caricati kext di sistema... 

stesso modo e anche migliore disattivandola del tutto con -wegnoegpu

quindi la nvdia non c'entra nulla

[dreamwhite]

Perfetto @Gengik84. Per quanto riguarda la questione delle USB purtroppo @thepickboy ha le porte USB definite nel DSDT, tra cui quella del Bluetooth. Ti terrò aggiornato 🙂

[Gengik84]

Va beh dai tanto sei li a usarlo per la batteria se non erro... quindi fatto 30 fai anche 31 😄