AMD RADEON RX Grafikkarten ohne LILU & WhatEverGreen nutzen

ich würde es ebenfalls ausprobieren.... aber
wie, oder woher krieg ich die Version 4296 von Clover
ich finde nirgends einen Download der Installationsdatei....

weiß des jemand?

Mit freundlichen Grüßen

Im Clover Configurator gibt’s eine Funktion dein Clover Bootloader zu updaten. Da kannst du die neue Version ziehen.

werd mich dieses wochenende auch dran machen! wahnsinn was die typen immer wieder raushaun - ebenso unsere vertreter hier, DANKE!

also irgendwie will das nicht so recht bei mir...

@schluden mit der Updatefunktion von Clover komme ich nur bis Version 4289
und mit der Installationsdatei von @rubenszy habe ich anschließend auch nicht mehr als Version 4289

wie gesagt, es will nicht so recht
warten wir noch ein Weilchen.......

servus

Nachdem auf IM schon einige tönen "In Clover gelöst. Thread hat sich erledigt. Wer kein Clover nutzt SSKM":

Schön für diejenigen.

Andere haben dennoch weiterhin ein Interesse. Und die Cloveristen mögen dann bitte einen eigenen Thread aufmachen.

Wissen zur Lösung des Problems mittels DST/SSDT zu konzentrieren ist ja wohl nicht der schlechteste Ansatz.

Zitat von schluden

Im Clover Configurator gibt’s eine Funktion dein Clover Bootloader zu updaten. Da kannst du die neue Version ziehen.

Die lädt Dir nur die off. Releases, dazu gehört die 4296 nicht.

Also bei mir funktioniert das nicht so richtig mit dem Clover. Sehr merkwürdig.

hat sich erledigt, war etwas in der clover config.plist zu viel, läuft nun 1a

PS: Gibt auch schon wieder eine neuer Version von Clover.

Zitat von Mork vom Ork

PS: das fällt mir jetzt erst auf: in Deiner DSDT steht der Patch an der völlig falschen Stelle! Der müsste eigentlich unter der Device PEGP kommen, und nicht schon, wie bei Dir unter Device PEG0. Frage: Müsste nicht eigentlich einfach PEGP GFX0 heißen und nicht beides existieren?
Schicke mir bitte mal eine unmodfizierte DSDT (kannst Du im CLOVER Bootmenu mit "F4" machen).

Ich befasse mich gerade nochmal damit und bin irgendwie immernoch nicht 100% durchgestiegen...

Ich habe dir mal eine DSDT frisch aus dem BIOS gezogen, damit du sehen kannst, wie die Ursprungskonfiguration aussieht. Dabei ist in PEG0 nur noch PEGP zu finden, danach gehts mit PEG1 weiter... Dementsprechend erscheint der AMD7000Controller (und Anhängsel) im IOReg unter PCI0/PEG0/PEGP (IOACPIPlane:/_SB/PCI0@0/PEG0@10000/PEGP@0).

Injecte ich mit einer SSDT jetzt ein Device mit dem Namen GFX0 nach PEG0/PEGP inklusive Miezes Patch, sowie einer _DSM Methode (siehe Anhang), funktioniert Sleep richtig, im IOReg hängt der AMD7000Controller dann aber weiterhin an PEGP und es gibt im IOReg kein Gerät Namens GFX0. Die _DSM Properties sind dementsprechend auch nicht unter GFX0 zu finden und erscheinen auch nicht unter PEGP.

Erstelle ich hingegen eine SSDT, die Miezes Patch in das Device PEGP injected, funktioniert Sleep nicht, wahrscheinlich weil PEGP bereits vorhanden ist und nicht von der SSDT überschrieben wird...

Vielleicht kannst du mich aufklären

Respekt! Es funktioniert mal wieder tadellos, die Treiber erscheinen im IOReg jetzt unter GFX0 und die DSM Einträge sind auch mit dabei. Nur HDAU wird im IOReg nicht unter PCI0@0/PEG0@1/IOPP/HDAU@0,1 sondern unter PCI0@0/AppleACPIPCI/HDAU@3 gelistet, ich weiß nicht ob das von dir so gewollt ist.

Du veränderst also die _ADR von 0x00 auf 0x0F und injectest das GFX0 Device nicht "in" PEGP sondern "neben" PEGP. Letzteres macht für mich perfectly sinn, aber wieso die Adress-Änderung? Damit GFX0 0x00 sein kann?

In meiner Vanilla DSDT gibt es kein HDAU, sondern lediglich B0D3. (Das Device B0D3 ist in PCI0/B0D3)

Ich habe jetzt mal mit der Vanilla DSDT gearbeitet und deine SSDT installiert. IOReg ist im Anhang. Wie du siehst gibt es damit kein HDAU-Gerät.

Benenne ich B0D3 in HDAU um, gibt es ein HDAU Device in IOReg, jedoch unter PCI0/HDAU und nicht PCI0/PEG0/HDAU, wo es meines Wissens eigentlich hin sollte. Jetzt ist die Frage, was wohl die beste Lösung ist...

Danke fürs Drüberschauen!

Habe ne frage ist es auch möglich mit dem Enoch Bootloader weil Clover will bei mir irgendwie nie funktionieren.

Im Prinzip geht auch Chameleon (passende Sierra/HS Version vorausgesetzt) - doch nur dann, wenn du ein schon gut gepatches DSDT.aml für dein Board hast. Chameleon kann auch SSDT.aml nutzen und laden.
Im Prinzip ja die Hauptunterschiede dass bei Clover (dank der vielen eingebauten DSDT fixes) auch ein booten ganz ohne DSDT möglich und bei Clovers kext und kernel patches möglich sind.
Wenn man ein passendes DSDT.aml fürs Biard hat ist Chameleon gut möglich und für Einsteiger meist auch viel einfacher. Ohne DSDT.aml ist für Einsteiger + Profis Clover angesagt.

Wo würde ich die Daten finden ? Habe noch net mal den sound installiert weil das ist die einfachere Sache die nötig Kext zu finden. Aber was bringt mir ja sound wenn di karte streikt

@Mork vom Ork Die DTGP Methode hat leider nicht geholfen, ich arbeite generell auch gerne ohne sie.

Ich habe aber den Fehler gefunden, ist eigentlich ganz banal
In deiner SSDT befindet sich das HDAU Gerät im GFX0 Device:

Optisch gesehen erscheint HDAU also erst nach Aufklappen von GFX0.

Das HDAU Gerät müsste aber eigentlich einfach nach PEG0, also quasi "neben" GFX0. Dementsprechend habe ich die SSDT wie folgt angepasst:

Optisch gesehen erscheint HDAU also jetzt nach Aufklappen von PEG0, direkt nach/neben GFX0.

Damit funktioniert alles bestens. Vielen Dank für deine Hilfe! Auf das Anpassen von _ADR in Miezes Patch wäre ich echt nicht gekommen!
(Store (0x0F, \_SB.PCI0.PEG0.PEGP._ADR))