Beiträge von tprimus

tprimus · 18. Juli 2019

Hat jemand schon 10.15 Beta probiert?

mathewgx Anbei mein CLOVER

tprimus · 2. Juli 2019

Es scheint, dass es Schlaf Problemen gelöst hat Danke nochmal Harper Lewis !

Nächste Schritt wäre Voodoo ins interrupt Mode laufen lassen.

Hat jemand schon etwas erreicht damit? Bei mir ist VoodooI2C mit VoodooPS2

tprimus · 28. Juni 2019

Woher nimmst du die Nummern?

Ich meine die:

change XDCI._PRW to XDCI.XPRW, TgtBridge XDCI

5F505257

58505257

58444349

Ich denke, dass es der Find Wert wird:

Code

echo -n GLAN|xxd
00000000: 474c 414e GLAN

Die muss ich wahrscheinlich auch benutzen:

Code

tpa-macbook-pro:~ tpa$ echo -n XDCI._PRW|xxd
00000000: 5844 4349 2e5f 5052 57 XDCI._PRW
tpa-macbook-pro:~ tpa$ echo -n XDCI.XPRW|xxd
00000000: 5844 4349 2e58 5052 57 XDCI.XPRW
tpa-macbook-pro:~ tpa$ echo -n GLAN._PRW|xxd
00000000: 474c 414e 2e5f 5052 57 GLAN._PRW
tpa-macbook-pro:~ tpa$

Soll ich noch einen Eintrag machen wo Find und Replace die gleiche (5F505257 und 58505257) sind, und die TgtBridge (GLAN) 474c414e ist, und im Datei die du Hinzugefügt hast nur XDCI mit GLAN ersetzen?

Code

Device (GLAN)
{
Name (_ADR, 0x001F0006) // _ADR: Address
...
Method (XPRW, 0, NotSerialized)
{
Return (GPRW (0x6D, 0x04))
}

Ich hoffe dass, es klappen wird (crossed fingers)

So jetzt kommt es wegen HDEF...

Soll ich nicht den ganzen GPRW überschreiben?

Bisher werde ich den HDEF auch patchen...

tprimus · 27. Juni 2019

Danke! Habe ich es gut gemacht?

Unter (GLNA) steht noch immer die Falsche:

Soll dass nicht auch gepatcht werden?

Code

Device (GLAN)
{
Name (_ADR, 0x001F0006) // _ADR: Address
Method (XDSM, 4, Serialized)
{
If (PCIC (Arg0))
{
Return (PCID (Arg0, Arg1, Arg2, Arg3))
}
Return (Buffer (One)
{
0x00
})
}
OperationRegion (GLBA, PCI_Config, Zero, 0x0100)
Field (GLBA, AnyAcc, NoLock, Preserve)
{
DVID, 16
}
Field (GLBA, ByteAcc, NoLock, Preserve)
{
Offset (0xCC),
Offset (0xCD),
PMEE, 1,
, 6,
PMES, 1
}
Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake
{
Return (GPRW (0x6D, 0x04))
}

Alles anzeigen

Code

Scope (_SB.PCI0)
{
Device (XDCI)
{
....
Method (XPRW, 0, NotSerialized)
{
Return (GPRW (0x6D, 0x04))
}

tprimus · 27. Juni 2019

So wäre es natürlich besser. Aber die habe ich auch noch nie gemacht.

tprimus · 27. Juni 2019

Hotpatch kommt auch aus DSDT oder?

tprimus · 27. Juni 2019

Hallo Harper Lewis,

ich habe immer Problemen mit Schlaf...

Die habe ich jetzt gefunden:

Code

Time stamp Domain Message Duration Delay
========== ====== ======= ======== =====
UUID: CAD8959D-9D44-450F-BBB7-99B71F68E7B6
2019-06-27 00:06:12 +0200 Notification Display is turned off
2019-06-27 00:06:12 +0200 Assertions Kernel Idle sleep preventers: -None-
2019-06-27 00:06:12 +0200 Assertions PID 52(powerd) Created InternalPreventSleep "com.apple.powermanagement.darkwakelinger" 00:00:00 id:0x0xd00009291 [System: PrevIdle SRPrevSleep kCPU]
2019-06-27 00:06:27 +0200 Assertions PID 52(powerd) TimedOut InternalPreventSleep "com.apple.powermanagement.darkwakelinger" 00:00:15 id:0x0xd00009291 [System: SRPrevSleep kCPU]
2019-06-27 00:06:27 +0200 Sleep Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=disabled Using Batt (Charge:84%) 4 secs
2019-06-27 00:06:30 +0200 PM Client Acks Delays to Sleep notifications: [com.apple.apsd is slow(2639 ms)]
2019-06-27 00:06:30 +0200 Kernel Client Acks Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(1438 ms)]
2019-06-27 00:06:30 +0200 Assertions PID 163(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000092a7 [System: PrevIdle]
2019-06-27 00:06:30 +0200 Assertions PID 163(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000092a7 [System: PrevIdle]
2019-06-27 00:06:30 +0200 Assertions Kernel Idle sleep preventers: IODisplayWrangler
2019-06-27 00:06:30 +0200 Notification Display is turned on
2019-06-27 00:06:31 +0200 Wake Wake from Deep Idle [CDNVA] due to GLAN XDCI/: Using BATT (Charge:84%) 31 secs
2019-06-27 00:06:31 +0200 HibernateStats hibmode=0 standbydelay=10800 791
2019-06-27 00:06:31 +0200 WakeTime WakeTime: 346.226 sec
2019-06-27 00:06:31 +0200 Kernel Client Acks Delays to Wake notifications: [ApplePS2Controller driver is slow(msg: SetState to 2)(363 ms)] [AppleIntelFramebuffer driver is slow(msg: SetState to 2)(364 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(501 ms)]
Sleep/Wakes since boot at 2019-06-26 13:01:06 +0200 :511 Dark Wake Count in this sleep cycle:0

Alles anzeigen

Ein Möglichkeit wäre:

tony......com/threads/instant-wake-from-sleep-wake-reason-glan-xdci-skylake-el-capitan.198588/

1. Find "Device (GLAN)", you should see sth like this:

Code

Device (GLAN)
{ //...... Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake { Return (GPRW (0x0D, 0x04)) } //......
}

2. Change "Return (GPRW (0x0D, 0x04))" to "Return (GPRW (0x09, 0x04))"
or remove entire _PRW block

Könntest du dadrin mir helfen oder ein patch schicken? Ich hatte noch nie Glück damit. Ich bekomme immer Fehlermeldungen wenn ich mit maciASL compile-en probiere...

Danke im voraus!

tprimus · 23. April 2019

Auf der Seite: https://discussions.apple.com/thread/8061123

gibt es ein Skript:

Code

log show --style syslog --last 24h | egrep -i 'system\ sleep|system\ wake' | egrep -v can | awk -F']' '{print substr($0,1,19), $NF}'

Damit kann mann die Schläfe überprüfen. Was ich hier bekomme:

Code

2019-04-23 10:22:52 SleepWakeCallback_block_invoke | Ignore system sleep, we trigger on display sleep only
2019-04-23 10:22:52 Suspended timer for imminent system sleep
2019-04-23 10:23:25 : _systemWokenByWiFi: System Wake Reason not found
2019-04-23 10:23:25 : _systemWokenByWiFi: System Wake Reason not found
2019-04-23 10:23:25 : _systemWokenByWiFi: System Wake Reason not found
2019-04-23 10:23:26 : _systemWokenByWiFi: System Wake Reason not found
2019-04-23 10:23:26 : _systemWokenByWiFi: System Wake Reason not found
2019-04-23 10:23:26 : _systemWokenByWiFi: System Wake Reason not found

Und im Konsole liegt noch immer (Unabhängig davon, dass es Wake on lan ausgeschaltet ist, mit Lader, und ich benutze es (nicht in Schlaf Mode)):

Code

com.apple.xpc.launchd[1] (com.apple.powerd.swd): Service only ran for 0 seconds. Pushing respawn out by 30 seconds.

Es scheint zu helfen:

https://medium.com/@cookiengin…om-wi-fi-bug-beedf6eb8702

Jetzt powerd.swd mindestens durch Schlaf nicht kommt, aber werde ich noch tiefer testen. Hoffentlich genug für Batterie nicht runterzubringen

Leider nicht

Ging runter 8% in eine halbe Stunde.

Was diesen Skript noch sagt ich merkwürdig (Schlaf zwischen 12 und 12:30):

Code

Suspended timer for imminent system sleep
2019-04-23 11:57:41 CCDaemon received system sleep notification, all cctap quiesced
2019-04-23 11:58:15 : (AirPortBrcmNIC) ARPT: 7741.713546: AirPort_Brcm43xx::powerChange: System Sleep
2019-04-23 11:58:15 : PMRD: System Sleep
2019-04-23 11:58:15 : PMRD: System Wake
2019-04-23 11:58:16 : (AirPortBrcmNIC) ARPT: 7743.178490: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
2019-04-23 11:58:16 CCDaemon received system wake, all cctap resumed from quiesced state
2019-04-23 11:58:32 SleepWakeCallback_block_invoke | Ignore system sleep, we trigger on display sleep only
2019-04-23 11:58:32 Suspended timer for imminent system sleep
2019-04-23 11:58:32 CCDaemon received system sleep notification, all cctap quiesced
2019-04-23 11:59:05 : (AirPortBrcmNIC) ARPT: 7792.115801: AirPort_Brcm43xx::powerChange: System Sleep
2019-04-23 11:59:06 : PMRD: System Sleep
2019-04-23 11:59:06 : PMRD: System Wake
2019-04-23 11:59:07 : (AirPortBrcmNIC) ARPT: 7793.754199: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
2019-04-23 11:59:07 CCDaemon received system wake, all cctap resumed from quiesced state
2019-04-23 11:59:23 SleepWakeCallback_block_invoke | Ignore system sleep, we trigger on display sleep only
2019-04-23 11:59:23 Suspended timer for imminent system sleep
2019-04-23 11:59:23 CCDaemon received system sleep notification, all cctap quiesced
2019-04-23 11:59:56 : (AirPortBrcmNIC) ARPT: 7842.661327: AirPort_Brcm43xx::powerChange: System Sleep
2019-04-23 11:59:56 : PMRD: System Sleep
2019-04-23 11:59:56 : PMRD: System Wake
2019-04-23 11:59:57 : (AirPortBrcmNIC) ARPT: 7844.276214: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
2019-04-23 11:59:57 CCDaemon received system wake, all cctap resumed from quiesced state
2019-04-23 12:00:13 SleepWakeCallback_block_invoke | Ignore system sleep, we trigger on display sleep only
2019-04-23 12:00:13 Suspended timer for imminent system sleep
2019-04-23 12:00:13 CCDaemon received system sleep notification, all cctap quiesced
2019-04-23 12:00:46 : (AirPortBrcmNIC) ARPT: 7893.291496: AirPort_Brcm43xx::powerChange: System Sleep
2019-04-23 12:00:47 : PMRD: System Sleep
usw...

Alles anzeigen

Anbei powermanagement Log auch. Das scheint auch nicht Gut.

Noch ein Ding, mit LPLX https Seite geben immer Fehlermeldung. Entweder falsches Url oder nur Zertifikate Fehler... Das ist nur mit Lan Kabel. Mit WiFi funktioniert

Ich gehe verrückt...

tprimus · 22. April 2019

Hast du es ohne Lader mit meinem EFI getestet? Kann es sein dann, dass es in meinem boot config liegt?

Ich kann mich schon nicht erinnern, aber als ich erstmal Schlaf Problemen hätte habe ich vielleicht den Hibernate Datei verändert, ich weiss nicht ob es deswegen ist... Ich denke nicht...

Sollte ich vielleicht mit anderen darkwake Einstellung probieren. Manchmal inner Lautsprecher gibt keinen Ton, muss ich unter Ton / Eingang wählen, und alles kommt zurück... Das ist sehr neugierig, ich habe gedacht, dass es wegen AppleALC 1.3.7 ist, aber nach ich auf 1.3.5 zurückgegangen bin das Fehler war noch da. Ich sehe, dass es ohne dein LPLX nicht komplett wird, aber mit diesem Schlaf Problem habe ich angst es so zu lassen...

Soll ich mein Bios setup hochladen?

tprimus · 21. April 2019

Kein Glück damit. Ich habe heute ohne Lader es in Schlaf zu Hause gelassen und in 10 Stunden hat den ganzen Batterie auf 0% runtergezogen.

Ich sehe im Log ohne benutz, für ganzen Tag Einträge:

Code

Apr 21 11:12:27 TPA-MacBook-Pro xpcproxy[830]: libcoreservices: _dirhelper_userdir: 529: bootstrap_look_up returned (ipc/send) invalid destination port
Apr 21 11:12:53 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.powerd.swd): Service only ran for 0 seconds. Pushing respawn out by 30 seconds.
Apr 21 11:13:03 TPA-MacBook-Pro xpcproxy[834]: libcoreservices: _dirhelper_userdir: 529: bootstrap_look_up returned (ipc/send) invalid destination port
Apr 21 11:13:04 TPA-MacBook-Pro kcm[835]: DEPRECATED USE in libdispatch client: Setting timer interval to 0 requests a 1ns timer, did you mean FOREVER (a one-shot timer)?; set a breakpoint on _dispatch_bug_deprecated to debug
Apr 21 11:13:23 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.powerd.swd): Service only ran for 0 seconds. Pushing respawn out by 30 seconds.
Apr 21 11:13:37 TPA-MacBook-Pro kcm[839]: DEPRECATED USE in libdispatch client: Setting timer interval to 0 requests a 1ns timer, did you mean FOREVER (a one-shot timer)?; set a breakpoint on _dispatch_bug_deprecated to debug
Apr 21 11:13:37 TPA-MacBook-Pro xpcproxy[840]: libcoreservices: _dirhelper_userdir: 529: bootstrap_look_up returned (ipc/send) invalid destination port
Apr 21 11:13:53 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.powerd.swd): Service only ran for 0 seconds. Pushing respawn out by 30 seconds.
Apr 21 11:14:08 TPA-MacBook-Pro kcm[844]: DEPRECATED USE in libdispatch client: Setting timer interval to 0 requests a 1ns timer, did you mean FOREVER (a one-shot timer)?; set a breakpoint on _dispatch_bug_deprecated to debug
Apr 21 11:14:12 TPA-MacBook-Pro xpcproxy[845]: libcoreservices: _dirhelper_userdir: 529: bootstrap_look_up returned (ipc/send) invalid destination port

tprimus · 21. April 2019

Wenn ich schon gelernt habe es läuft in polling Mod.

Update: Ich teste mal mit darkwake=0 und LPLX

tprimus · 20. April 2019

Anbei, ohne SSDT-LPLX. So kommt Bluetooth Fehler nur nach Schlaf. Danke im voraus!

Ändere Möglichkeit könnte noch sein, irgendwie den kext unter zu schreiben. Ist es möglich?

Update: Ich bin jetzt total verwirrt. Ich habe jetzt csrActive auf 0x67 und boot argument kext-dev-mode=1 eingestellt. Ich habe Brcm* nach /L/E kopiert, und nach kextload:

Code

sudo kextcache -Boot -U /
Warning: /AppleInternal/Library/Extensions: No such file or directory
rebuilding //System/Library/PrelinkedKernels/prelinkedkernel
Kext with invalid signatured (-67062) allowed: <OSKext 0x7ff6d371d4e0 [0x7fff92b858f0]> { URL = "BrcmPatchRAM2.kext/ -- file:///Library/Extensions/", ID = "com.no-one.BrcmPatchRAM2" }
Kext with invalid signatured (-67062) allowed: <OSKext 0x7ff6d514f480 [0x7fff92b858f0]> { URL = "BrcmFirmwareData.kext/ -- file:///Library/Extensions/", ID = "com.no-one.BrcmFirmwareStore" }
KernelCache ID: 054C86C5D5C701F20EA4D59A083F4387
symlink("../../../PrelinkedKernels/prelinkedkernel", "/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache") failed 2 (No such file or directory)
kextcache updated critical boot files, requesting launchd reboot

Das bedeutet, wenn ich gut verstehe, dass es so Brcm kexte geladet wurden. Aber wie früher Bluetooth firmware Version ist noch immer auf 4096... Durchstarten.. und noch immer...

Ich habe Angst, dass es nur das LPLX weg durchführbar ist...

tprimus · 20. April 2019

Du könntest vielleicht mit mein EFI testen... Falls die bei dir in Ordnung ist kann es ein Boos Einstellung Fehler sein.

tprimus · 20. April 2019

Jetzt habe ich Hibernate mode auf 3 zurückgestellt. Welche Richtung weiter? LPLX benutzen und suchen weil es nicht richtig Aufwachen kann, oder LPLX lassen und suchen warum Bluetooth unter HS07 doppelt angezeigt ist?

tprimus · 20. April 2019

Hibernate mode is bei mir auf 0. Du hast gesagt, das bei dir auch so ist. Nachdem ich die SSDT-LPLX gelöscht habe, alles Schlaf is schon wieder normal, und Bluetooth ist tot wieder...

Was kann das Grund sein, dass es unter IOReg nach Schlaf zwei Bluetooth Einträge gibt?

Ist es möglich, den Firmware auf Bluetooth endgültig updaten? Falls ja, wäre es Brcm nicht gebraucht werden. Oder?

tprimus · 19. April 2019

Das habe ich Log gefunden (ich weiss nicht ob es relevant ist..)

Code

Apr 19 19:54:02 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: path = /System/Library/LaunchAgents/com.apple.PCIESlotCheck.plist, caller = loginwindow.90, error = 138: Service cannot be loaded on this hardware
Apr 19 19:54:02 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: path = /System/Library/LaunchAgents/com.apple.eospreflightagent.plist, caller = loginwindow.90, error = 138: Service cannot be loaded on this hardware
Apr 19 19:54:06 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: caller = otherbsd.257, service = com.spotify.client.startuphelper, error = 119: Service is disabled
Apr 19 19:54:06 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: caller = otherbsd.257, service = com.betafish.adblock-mac.LauncherApp, error = 119: Service is disabled
Apr 19 19:54:06 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: caller = otherbsd.257, service = com.postgresapp.PostgresHelper, error = 119: Service is disabled
Apr 19 19:54:06 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: caller = otherbsd.257, service = com.viber.osx, error = 119: Service is disabled
Apr 19 19:54:06 TPA-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100008.Aqua): Could not import service from caller: caller = otherbsd.257, service = net.ACT-Productions.BSLoginLauncher, error = 119: Service is disabled

tprimus · 19. April 2019

Harper Lewis bluetooth ist jetzt stabil, aber nach Schlaf durchstartet manchmal mein Komputer... Mit lid öffnen kommt nur schwarzes screen, ich Taste den power Button und dann kommt das Login screen. Aber nach login schreibt, dass es wegen ein Problem durchstartet hat. Was soll ich prüfen? Hibernatemode ist auf 0.

tprimus · 18. April 2019

Das hatte ich früher nicht. Ich test gleich.

Es scheint bisher zu funktionieren!

Woher kann man das wissen, dass es ACPI Problem im Hintergrund liegt?

tprimus · 18. April 2019

Es scheint auch in Ordnung zu sein

tprimus · 18. April 2019

Anbei das erste Fall. Was man schon hier bemerken kann, ist dass nach sleep habe ich zwei davon, aber nach restart gibt es nur ein.

DW1560 hatte ich auch, und die sind leider gleich. Das ist auch unter CLOVER bei mir.

Willkommen! Melde dich an oder registriere dich.

Beiträge von tprimus

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370

Dell Vostro 5370