In Clover: Graphics -> Load VBios (An)
ROM gezogen.
Nach EFI -> Clover -> ROM kopiert
Datei benannt nach: hersteller_geräteID.rom -> In meinem Fall wohl: 1002_67ef.rom
Neustart
Anhang: Clover Log
Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake
-
- Erledigt
- REVAN
- Erledigt
-
Das setzen der richtigen Connector-Types ist die Lösung für das externe Icon Problem. Wenn ich mir aber deine SSDT so anschaue, setzt du einige Connectoren falsch...Also um ehrlich zu sein kapier ich im moment nur noch Bahnhof, was kann man da noch falsch setzen?
Ich hab mein Bordbuch, ich kenn mein Hardware, hab alle Ports durchgetestet, benannt, sortiert, hab sogar ein Bild erstellt damit ich ja nicht was verwechsle.
Alle Ports funktionieren so wie sie es sollten, Geräte werden korrekt erkannt (USB2, USB3 usw.), Speed stimmt.Hier physische zustand aller Ports;
Habe alle Mainboard (Hinten) Connectoren USB2=0x00, USB3=0x03 alle Front/Header angeschlossene USB2=0xff USB3=0xff Bluetooth Connector auch 0xff
hier noch das plist vom kexteinzig das problem mit intern/extern icons, das auch nur wenn am Front/Header Port angeschlossen wird. an den Hinteren Board ports alles ok.
wo liegt der haken? versteh nicht. -
@murashi Ich kann dir das alles nicht mit 100%iger Sicherheit sagen, da ich mich da selber genauso einlese wie du, aber wenn du dir die Clover Wiki nochmal anschaust, steht dort:
Zitat<key>LoadVBios</key>
<true/> - Use for mobile Radeon cards without any external file.
Can also be used to supply a legacy video bios to cards, which only contain a UEFI video bios.
<false/> - For all other variants
Dementsprechend müsstest du Load VBios eigentlich ausstellen, solange ich da nichts falsch verstehe.
Und du bist dir sicher, dass sich die Firmware Version nicht geändert hat? -
Ich finde das einwenig verwirrend geschrieben in der Clover Wiki.
Man kann es so verstehen, aber man kann es auch so verstehen - weißt du?
Wie wäre es mit ausprobieren?
-
Sehe ich auch so
@cobanramo Ja, es kann wirklich verwirrend sein. Ich denke ich werde mal einen Guide zum erstellen der SSDT für USBInjectAll erstellen, wo die Basics zu den Connector-Types dabei stehen.
Zurück zu deinem Problem:
1. Wieso lösen wir das jetzt in diesem Thread hier?
2. Ich kann deine Info.plist nicht herunterladen... -
Egal wie ich es mache, die EFI Version ist immer auf den August diesen Jahres datiert.
Vll hängt das mit Whatevergreen zusammen?
Ich denke ja gerade das wir an der falschen Ecke suchen. Die Grafikkarte ist eher nicht das Problem. Denke ich.
Ich glaube derzeit das es der Haswell Prozessor oder der RAM ist. Ich hab drüben bei Tony's Themen ohne Ende gelesen. Da gibts einige die Probleme haben.
Eine Lösung hab ich bis dato noch nicht gefunden.
Irgendwas habe ich gelesen mit "Memory Reset After Wake fails".
-
@Kuckuck Ja hast recht, in der tat sieht es jetzt völlig unplaziert aus, das problem selber war ja Sleep/Wake da das ganze eben zusammen häng sind wir bei den USB problemen gelandet.
Ich warte mal bis wir Murashi's problem gelöst haben danach gucken ich ob es einen neuen tread oder eben irgendwie anders zu lösen ist.
Ich danke für dein geduld.Gruss
Edit; hab jetzt mal Brumbear angefragt betreffend USB problem, ich benutz ja seine methode, wenns dort eine lösung gibt kanns ja weitergehen mit sleep/wake. danke
Edit 2; Der grosse BrumBär hat gesprochen, damit basta, hab keine USB sorgen mehr, weiter mit wake/sleep
Alles anzeigen@cobanramo
Du kannst statt 0xFF auch 0x03 bzw 0x00 nehmen.
Die Kennung dient u.a. zur Icon Auswahl.
Ich nehme an, dass sie auch für die max. Stromaufnahme des/der angeschlossenen Geräte verwendet wird.
Da der MoBo Header letztendlich für den Anschluss einer USB 3.0 bzw. 2.0 Buchse vorgesehen ist, sehe ich kein Problem den Anschluss entsprechend zu benennen.Das Kext enthält keinen Programmcode und ruft Apple Kexte mit den selben Parametern auf, wie die Original Apple Kexte.
Ich bezweifle, dass das Kext (selbst) Probleme bei Sleep/Wake verursacht. Auf der anderen Seite korrigiert es auch keine Unstimmigkeiten, die BIOS und macos eventuell haben.
Sleep/Wake verursacht bei vielen Systemen Probleme.
Da ich ein bekennender Nicht-Ruhemodus-er bin, habe ich keine Erfahrungen mit deren Ursachen und Behebung.
Tut mir leid. -
Mir ist glaube ich nicht mehr zu helfen
-
geduld geduld, irgend jemand wird noch mitleid mit uns haben, danach wird auch zügig gelöst das schei.. ding.
-
eben wie schon mal erwähnt, ich les sehr viel über sleep/wake Probleme mit msi Board's.
bei mir dasselbe, gerade denke ich ja jetzt ist es gelöst schon funktionierte dem nächst wieder nicht,
für mich waren semtliche lösungen bis jetzt eintagsfliegen. -
Hast Du es mal damit probiert?
Natives Powermanagement - Alternative für ssdtPRGen - Hilft ggf. bei Sleep/Wake-Problemen
Hatte auch spontane reboots bei längeren sleep phasen, sprich hackintosh abends in den ruhezustand, am nächsten morgen begrüsste mich das clover auswahlmenü.
seit ich diese methode verwende ist das nicht mehr vorgekommen.
cheers
-
Hängen vill noch irgendwelche Geräte an den USB Ports, die den Sleep verhindern könnten?
-
Und ich glaube ganz fest das es an der GPU liegt und der einzigste weg ist, sich an die Developer von Whatevergreen zu wenden. Die "Symptome" entsprechen exakt den Problemen von R9 6000+ Karten vor Whatevergreen. Mit der iGPU als primär funktioniert der Sleep. Da muss etwas mit deiner GPU in Verbindung mit Whatevergreen nicht stimmen.
Die VBios Option in Clover scheint noch nie die zuverlässigste gewesen zu sein. Bei vielen der Fälle wird das BIOS wohl garnicht geladen und der einzigste Weg ist das ROM zu flashen... -
Dann benutz doch garkeine gepatchte DSDT... Oder die originale von al6042
-
