Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake

REVAN · 27. August 2017

Habe ich, direkt beim Boot kam eine Kernel Panic. Ich werde mal ein Bild anhängen.

Da du auch ein MSI Board hast: Was kann man noch tun? Ein neues Board ist nicht drin und für einen OEM Rechner auch sinnlos denke ich.

PS: Wen das geht mit Sleep/Wake gibts eine Runde Freibier xD

kuckkuck · 27. August 2017

Zitat von kuckkuck

Geh in IOReg und schau ob die Ports dort genau den Connecter Type haben den du in der SSDT gesetzt hast.

Wie siehts damit aus?

Und ich bräuchte danach wieder

Code

pmset -g log

.

Weißt du wie man die DSDT entfernt?

REVAN · 27. August 2017

Die USB 3.0 Connector haben den richtigen Typen, die USB 2.0 Connector werden immer noch als USB 3.0 Connector erkannt. Das kann irgendwie so nicht stimmen, habe ich auch so nicht eingestellt.

Spoiler anzeigen

Code

Sleep/Wakes since boot at 2017-08-27 15:12:22 +0200 :0 Dark Wake Count in this sleep cycle:0
Time stamp Domain Message Duration Delay
========== ====== ======= ======== =====
UUID: (null)
2017-08-27 18:29:38 +0200 Start powerd process is started
2017-08-27 18:29:38 +0200 Assertions Summary- [System: No Assertions] Using AC
2017-08-27 18:29:38 +0200 Assertions Kernel Idle sleep preventers: IODisplayWrangler
2017-08-27 18:29:44 +0200 Assertions PID 97(hidd) Created UserIsActive "com.apple.iohideventsystem.queue.tickle.4294968104.3" 00:00:00 id:0x0x90000807a [System: DeclUser kDisp]
2017-08-27 18:29:59 +0200 : Showing all currently held IOKit power assertions
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 77(apsd): [0x00000003000b8000] 00:00:20 ApplePushServiceTask named: "com.apple.apsd-recreatecourierstate-push.apple.com"
pid 395(AddressBookSourceSync): [0x0000000f000180f8] 00:00:08 PreventUserIdleSystemSleep named: "Address Book Source Sync"
Timeout will fire in 1792 secs Action=TimeoutActionTurnOff
pid 97(hidd): [0x000000080009807a] 00:00:15 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4294968104.3"
Timeout will fire in 596 secs Action=TimeoutActionRelease
pid 58(mds): [0x00000004000b8005] 00:00:19 BackgroundTask named: "com.apple.metadata.mds.power"
pid 186(mds_stores): [0x0000000c000b8081] 00:00:11 BackgroundTask named: "com.apple.metadata.mds_stores.power"
Kernel Assertions: 0x4=USB
id=502 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14100000 owner=USB Keyboard
id=503 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14200000 owner=USB Receiver
Idle sleep preventers: IODisplayWrangler

Alles anzeigen

kuckkuck · 27. August 2017

Dann ist irgendwas an der SSDT noch nicht ganz korrekt. Schau dir bitte nochmal alle links an die ich geschickt hatte und vergleiche den Aufbau etc...

kuckkuck · 27. August 2017

Hier nochmal die Guides zum erstellen:
• Anleitung: USB 3.0 unter El Capitan / Sierra für jedermann (Zukunftssicher für Updates und komplett gepatcht)
• USBInjectAll
Ab "Sei doch nicht so negativ"
•

USB Definitionen

• https://github.com/RehabMan/OS…/master/SSDT-UIAC-ALL.dsl
• Problem mit Sleep/Wake

REVAN · 27. August 2017

Muss ich die SSDT nicht in Clover eintragen? Hab ich jetzt auch schon mehrmals im Internet gelesen das die USB SSDT in Clover eingetragen worden ist.

Btw. ein Bluetooth Port habe ich immer noch nicht

kuckkuck · 27. August 2017

Hast du kein Bluetooth an deinen Rechner?

REVAN · 27. August 2017

Nein habe ich nicht, ich bin bis jetzt noch nicht wirklich dazu gekommen mir ein Bluetooth Dongle zu kaufen und von Haus aus hat mein Rechner kein Bluetooth. Für mich ist das auch nicht wirklich tragisch, da ich Bluetooth eigentlich nicht benutze.

kuckkuck · 27. August 2017

OK, hast du deine SSDT bereits verglichen und verifiziert? Und trag sie dann einfach noch in Clover ein...

REVAN · 27. August 2017

Habe ich, ist alles so wie es sein soll. Liegt das vielleicht daran, dass beim Export 0x00 in ZERO umgewandelt wird?

Die Datei von mir sieht ähnlich wie die aus dem Beispiel aus. Kann da keinen Fehler feststellen.

kuckkuck · 27. August 2017

In der SSDT.dsl, vor dem kompilieren muss als Connector 255 stehe. Beim kompilieren wird das dann in 0xFF umgewandelt.

REVAN · 27. August 2017

Also so oder was?

HS06 ist USB 2.0 und SSP1 ist USB 3.0

Sorry, aber ich hab ernsthaft kein Plan davon und bin auch ehrlich gesagt kurz davor die sch***** aufzugeben.

kuckkuck · 27. August 2017

[spoiler=Hier ist ein Beispiel wie es aussehen kann:]]

Code

/*
* Intel ACPI Component Architecture
* AML Disassembler version 20140926-64 [Oct 24 2014]
* Copyright (c) 2000 - 2014 Intel Corporation
*
* Disassembly of iASLJ9Lkz6.aml, Wed Apr 20 12:56:10 2016
*
* Original Table Header:
* Signature "SSDT"
* Length 0x0000026D (621)
* Revision 0x01
* Checksum 0xDB
* OEM ID "Brumba"
* OEM Table ID "USBFix"
* OEM Revision 0x00003000 (12288)
* Compiler ID "INTL"
* Compiler Version 0x20140926 (538183974)
*/
DefinitionBlock ("iASLJ9Lkz6.aml", "SSDT", 1, "Brumba", "USBFix", 0x00003000)
{
Device (UIAC)
{
Name (_HID, "UIA00000") // _HID: Hardware ID
Name (RMCF, Package (0x02)
{
"8086_a12f",
Package (0x04)
{
"port-count",
Buffer (0x04)
{
0x18, 0x00, 0x00, 0x00 /* .... */
},
"ports",
Package (0x1A)
{
"HS13",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x0D, 0x00, 0x00, 0x00 /* .... */
}
},
"HS05",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x05, 0x00, 0x00, 0x00 /* .... */
}
},
"HS06",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x06, 0x00, 0x00, 0x00 /* .... */
}
},
"HS07",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x07, 0x00, 0x00, 0x00 /* .... */
}
},
"HS08",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x08, 0x00, 0x00, 0x00 /* .... */
}
},
"HS09",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x09, 0x00, 0x00, 0x00 /* .... */
}
},
"HS10",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x0A, 0x00, 0x00, 0x00 /* .... */
}
},
"HS11",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x0B, 0x00, 0x00, 0x00 /* .... */
}
},
"HS12",
Package (0x04)
{
"UsbConnector",
0xFF,
"port",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00 /* .... */
}
},
"SS05",
Package (0x04)
{
"UsbConnector",
0x03,
"port",
Buffer (0x04)
{
0x15, 0x00, 0x00, 0x00 /* .... */
}
},
"SS06",
Package (0x04)
{
"UsbConnector",
0x03,
"port",
Buffer (0x04)
{
0x16, 0x00, 0x00, 0x00 /* .... */
}
},
"SS07",
Package (0x04)
{
"UsbConnector",
0x03,
"port",
Buffer (0x04)
{
0x17, 0x00, 0x00, 0x00 /* .... */
}
},
"SS08",
Package (0x04)
{
"UsbConnector",
0x03,
"port",
Buffer (0x04)
{
0x18, 0x00, 0x00, 0x00 /* .... */
}
}
}
}
})
}
}

Alles anzeigen

[/spoiler

(Aus Brumbaers Guide)

REVAN · 27. August 2017

So siehts in meiner DSL aktuell aus:

Spoiler anzeigen

Code

/*
* Intel ACPI Component Architecture
* AML/ASL+ Disassembler version 20161117-64(RM)
* Copyright (c) 2000 - 2016 Intel Corporation
*
* Disassembling to non-symbolic legacy ASL operators
*
* Disassembly of SSDT-USB-Master.aml, Sun Aug 27 13:03:25 2017
*
* Original Table Header:
* Signature "SSDT"
* Length 0x000001F3 (499)
* Revision 0x01
* Checksum 0xC7
* OEM ID "sample"
* OEM Table ID "USBFix"
* OEM Revision 0x00003000 (12288)
* Compiler ID "INTL"
* Compiler Version 0x20100331 (537920305)
*/
DefinitionBlock ("", "SSDT", 1, "sample", "USBFix", 0x00003000)
{
Device (UIAC)
{
Name (_HID, "UIA00000") // _HID: Hardware ID
Name (RMCF, Package ()
{
"8086__8c31",
Package ()
{
"port-count",
Buffer ()
{
15, 0, 0, 0
},
"ports",
Package ()
{
"HS01",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
1, 0, 0, 0
}
},
"HS02",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
2, 0, 0, 0
}
},
"HS03",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
3, 0, 0, 0
}
},
"HS04",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
4, 0, 0, 0
}
},
"HS05",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
5, 0, 0, 0
}
},
"HS06",
Package ()
{
"UsbConnector",
0,
"port",
Buffer ()
{
6, 0, 0, 0
}
},
"SSP1",
Package ()
{
"UsbConnector",
3,
"port",
Buffer ()
{
10, 0, 0, 0
}
},
"SSP2",
Package ()
{
"UsbConnector",
3,
"port",
Buffer ()
{
11, 0, 0, 0
}
},
"SSP5",
Package ()
{
"UsbConnector",
3,
"port",
Buffer ()
{
14, 0, 0, 0
}
},
"SSP6",
Package ()
{
"UsbConnector",
3,
"port",
Buffer ()
{
15, 0, 0, 0
}
}
}
}
})
}
}

Alles anzeigen

kuckkuck · 27. August 2017

Zwei Unterstriche bei:

Name (_HID, "UIA00000") // _HID: Hardware ID
Name (RMCF, Package ()
{
"8086__8c31",
Package ()
{

Außerdem sehe ich kein mal 0xFF für Mainboard Header und sowas wie

Code

"UsbConnector",
3,
"port",
Buffer ()
{
15, 0, 0, 0
}

sollte eigentlich so aussehen:

Code

"UsbConnector",
0x03,
"port",
Buffer (0x04)
{
0x15, 0x00, 0x00, 0x00 /* .... */
}

REVAN · 27. August 2017

Muss das bei 0xFF bei Package oder Buffer rein?

In der Beispiel SSDT finde ich das nicht.

kuckkuck · 27. August 2017

Weder noch, Package und Buffer werden im Optimalfall von MaciASL selber gesetzt. 0xFF ist ein Wert für den UsbConnector für Header.
Also in obigem CodeBeispiel wäre das 0xFF statt 0x03, falls es sich um ein proprietäres gerät wie zB. einen Mainboard Header handelt. Alle möglichen Werte für "UsbConnector" stehen in obigem Post im Spoiler: USB Definitionen

REVAN · 27. August 2017

Das hatte ich schon vorher drin, da hatte es ja auch nicht funktioniert.

Da ich nur USB 3.0 und USB 2.0 Ports habe, müsste ich doch dann nur 0X00 und 0X03 eintragen?

kuckkuck · 27. August 2017

Alle Case-USB Ports (Front) werden über ein Kabel an den Mainboard Header angeschlossen. Diese müssen also 0xFF/255 sein!

Hast du die 2 Unterstriche korrigiert und das ganze nochmal probiert?

REVAN · 27. August 2017

Also verstehe ich das jetzt richtig:

die Front USBs sind 0xFF und die direkt am Mainboard vorhanden USB sind 0x00 oder 0x03

Sofern ich das jetzt falsch verstanden habe, habe ich auch kein Plan mehr.

ausführung kommt jetzt

Willkommen! Melde dich an oder registriere dich.

Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake

guckux Vor 59 Minuten

guckux Vor einer Stunde

kultex Vor 2 Stunden

Arkturus Vor 2 Stunden

schrup21 Vor 4 Stunden

FakeSMC.kext vs VirtualSMC.kext

Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake

NVRAM zurücksetzen in OpenCore hinzugefügt, Rechner startet nicht mehr.

Kexte aktuell halten leicht gemacht --> Neues Tool

Problem mit WiFi in macOS Catalina

Teilen

5 Benutzer haben hier geschrieben