Intel 7,8,9 Chipsatz - Sleep geht nicht (inklusive Lösung)

@Sleep

Wie sehen denn deine Einstellungen in: Systemsteuerung -> Energie sparen aus?

Ist dort "Ruhezustand bei Netzwerkzugriff beenden" aktiviert?

@FBPatcher

Ich glaube für den FBPatcher muss auch noch der PortLimitPatch aktiv sein, kann mich aber auch irren.

Aber probieren geht über studieren

Hast du eine PCIe Airport Karte mit Bluetooth verbaut? Hatte bis Montag das selbe „Problem“.

Und der FBPatcher funktioniert mit Serie 6 Chipsätzen nur eingeschränkt.

MiChaRiot

Nachdem die Kiste bereits läuft, muss der Thread sogar zu "Post-install allgemein"...

Nur indirekt, stehe momentan mit dem selben Problem da. Hatte eigentlich gedacht das ich es gelöst habe. :-/

Es liegt an dem Bluetooth welches am USB hängt, dies verursacht den Walke. Eine Lösung sollte sein, den Port als „Integriert“ zu markieren. Allerdings hat es bei mir nur teilweise was gebracht.... Die Anleitungen zum Ports konfigurieren die ich so gefunden habe sind nur für neuere Chipsätze (Serie 7 oder neuer) unsere (Z68 bei mir H67 bei dir) sind da etwas anders gestrickt. :-/

Aber da wird bestimmt jemand hier im Forum helfen können. Ich lade gleich mal meine DSDT und den EFI Ordner hoch.

{Edit} Die DSDT wurde gerade mit Clover gedumped und befindet sich noch im Origin Ordner.

Zitat von MiChaRiot

Lese ich also richtig das es am Ethernet liegt? Wie fixe ich das?

Versuchs mal mit dem HibernationFixup und dem entsprechenden bootflag.

Gruss Coban

Ihr benötigt eine saubere SSDT-USB für Euer Board. Hierzu gibt es eine gute Anleitung im Board.

Die USBInjectAll in Zusammenspiel mit dem Limit Patch ist super, der Connector an dem die BT Karte hängt wird jedoch als externer Anschluss erkannt. Dieser muss mittels der SSDT gepascht.

Vorgehensweise ist ungefähr so:

1.) IORegExplorer öffnen

2.) Einen USB2.0 Stick in alle USB Ports stecken, dabei die angezeigten Ports aus dem ioregistryexplorer notieren.

3.) Das ganze mit einen USB3.0 Stick in den USB3 Plätzen wiederholen.

4.) Die Definitionen in der SSDT-USB eintragen und den Port an dem die BT Karte hängt den Connector Type 255 (intern) geben.

Evtl. kann man das auch nur für den einen Port machen - das habe ich nicht versucht, da ich ein sauber gepaschtes System bevorzuge.

Anleitung: USB 3.0 El Capitan / (High-) Sierra für jedermann (Zukunftssicher für Updates und komplett gepatcht)

Die Anleitung und das portmapping (255) funktioniert nicht mit den SandyBridge Chipsätzen. Deshalb läuft der fbpatcher auch nicht.

cobanramo Bei mir klappt’s damit nicht.

Zitat

Die Anleitungen zum Ports konfigurieren die ich so gefunden habe sind nur für neuere Chipsätze (Serie 7 oder neuer

Hängt mal bitte einen IORegistryExplorer Dump an...

Ich vermute, dass eure Boards nicht XHC nutzen (obwohl sich XHCI im ACPI finden lässt). Dementsprechend bringen auch etwaige PortLimitPatchs, FB-Patcher, normale UIAC_SSDTs, etc. nichts.

Einfallen würde mir da spontan die Möglichkeit entweder per USBInjectAll die Ports als intern zu definieren (mit einer SSDT die sich an den entsprechenden EHCI Port richtet), oder in der DSDT per _UPC die Ports zu markieren und zu hoffen, dass macOS das ganze auch so übernimmt. Für letzteres wären primär erstmal folgende Renames in der config nötig:

• change EHC1 to EH01
• change EHC2 to EH02

MiChaRiot

Laut dem Wake Reason Log würde bei dir der Bootarg dann so aussehen;

-hbfx-patch-pci=GLAN, EHC2

Wobei ich persönlich würde mich an kuckkuck halten, EHC2 ist schon mal nicht Apple like.

Gruss Coban

Andersrum, auf EHC2 matchen Apples Port Injectoren, weshalb der ConnectorType des Ports immer nur dem Connector entsprechen wird, den das gewählte SMBios an diesem Port haben will. Um den ConnectorType der DSDT zu injecten, muss erstmal der Apple Port Injector durch einen Rename deaktiviert werden

öhm, hab ich jetzt nicht verstanden, jetzt bitte bisschen klarer erklären

Erwartet Apple jetzt EHC1 oder EH01 bei diesen Geräten?

Gruss Coban

Grundsätzlich: Im ACPI (DSDT) werden über die _UPC Methode connector-types der einzelnen Ports definiert. Wenn es keine eigenen OS-Informationen gibt, versucht macOS die connector-types aus dem ACPI auszulesen und zu benutzen.

Interne Informationen zu connector-types besitzt macOS für jedes SMBios in den Port-Injectoren. Dort steht nicht nur welche Ports injected werden, sondern auch welchen connector-type sie haben. Die Port-Injectoren matchen auf EHCX, laden also nur bei EHC1/EHC2. Da die Ports des bestimmten SMBios aber nicht den Ports unseres Hackys entsprechen, muss der Port-Injector für unsere Änderungen an den connector-types deaktiviert werden. Dafür benennt man (Apple like -) EHC2 in (non Apple -) EH02 um.

Danke, wie immer erleuchtend deine Beiträge

Wobei ich denk connector bei mir schon als intern Makiert habe, dass wird auch im Systembericht so angezeigt (Integriert: Ja)

{Edit} @kuckkuck anbei mein ioregistryexplorer dump.

Ich werd mir das erst am Montag anschauen können, ich werd dann nochmal schreiben...