Beiträge von Tirom

Tirom · 9. März 2023

Hallo zusammen!

Ich wollte nur kurz Danke sagen, da nun meine alte ASUS XG-C100C mit macOS 12.6.3 wieder läuft. Damals hat macOS sie umgeflasht und mit Hilfe kam ich zurück zu einer lauffähigen ROM bzw. IDs. Ohne VT-d lief auf meinem GigaByte Z170X Designare erst einmal nicht und führte mit ForceAquatia=true zu den spontanen Reboots (bei mir quasi unmittelbar nach der macOS-Anmeldung). Mit dem SSDT-DMAR läuft nun aber alles problemlos. Einzig ioregistryexplorer zeigt nur AppleVTD aber kein DMAC. Bisher wirkt das aber unproblematisch im Betrieb.

Vielen Dank,

Tirom

Tirom · 16. Juli 2020

Hallo zusammen!

Ich überlege mir für zu Hause einen NUC8i7BEH zu besorgen und wollte kurz fragen, wie der aktuelle Stand bei dem Gerät ist. Wenn ich das richtig lese, dann geht Sleep/Wake und Thunderbolt (ohne HotSwap). Gibt es irgendetwas, was nicht funktioniert oder Fehler macht?

OC ist mein favorisierter Bootloader.

Vielen Dank und viele Grüße

Tirom

Tirom · 14. Juli 2020

Hallo apfelnico !

Hier der gesamte EFI-Ordner. Nicht wundern, eine -amls und .kexte liegen noch im Ordner, sind aber deaktiviert.

Viele Dank und viele Grüße

Tirom

Tirom · 14. Juli 2020

Hallo apfelnico !

Vielen Dank für die SSDTs!

Ich hab alle SSDTs auf disabled gestellt und nur deine aktiviert, den Patch hinzugefügt und per Hackintool (via USBInjectAll und XhciPortLimit) eine neue USBPorts.kext erstellt und eingebunden (sowie die beiden Helfer wieder entfernt).

Leider stürzt es weiterhin ab. Hier der Bericht:

Code

panic(cpu 0 caller 0xffffff801084aa3a): Kernel trap at 0xffffff8010866d57, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0xffffff87360c9000, CR3: 0x000000001637a000, CR4: 0x00000000003626e0
RAX: 0x000000007e008003, RBX: 0xffffff801105dc30, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff874b903bb0, RBP: 0xffffff874b903be0, RSI: 0x0000000000000003, RDI: 0xffffff801105dbd0
R8: 0x0000000000000000, R9: 0xffffff8014dc4029, R10: 0x0000000000000003, R11: 0x0000000000000001
R12: 0xffffff8010f30022, R13: 0x0000000000000001, R14: 0x0000000000000000, R15: 0xffffff8010f30008
RFL: 0x0000000000010046, RIP: 0xffffff8010866d57, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0xffffff87360c9000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0
Backtrace (CPU 0), Frame : Return Address
0xffffff8010551220 : 0xffffff801071f5cd mach_kernel : _handle_debugger_trap + 0x49d
0xffffff8010551270 : 0xffffff8010858b05 mach_kernel : _kdp_i386_trap + 0x155
0xffffff80105512b0 : 0xffffff801084a68e mach_kernel : _kernel_trap + 0x4ee
0xffffff8010551300 : 0xffffff80106c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8010551320 : 0xffffff801071ec97 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8010551420 : 0xffffff801071f087 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff8010551470 : 0xffffff8010ec27cc mach_kernel : _panic + 0x54
0xffffff80105514e0 : 0xffffff801084aa3a mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff8010551660 : 0xffffff801084a738 mach_kernel : _kernel_trap + 0x598
0xffffff80105516b0 : 0xffffff80106c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff80105516d0 : 0xffffff8010866d57 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffff874b903be0 : 0xffffff8010866feb mach_kernel : _xcpm_init + 0xab
0xffffff874b903c00 : 0xffffff8010857021 mach_kernel : _acpi_sleep_kernel + 0x441
0xffffff874b903c70 : 0xffffff7f926dfc2a com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffff874b903cc0 : 0xffffff7f926e3eab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffff874b903ce0 : 0xffffff8010e4cc30 mach_kernel : __Z16IOCPUSleepKernelv + 0x290
0xffffff874b903d40 : 0xffffff8010e85e25 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xac5
0xffffff874b903de0 : 0xffffff8010e173b7 mach_kernel : __ZN9IOService8all_doneEv + 0x767
0xffffff874b903e50 : 0xffffff8010e1414c mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x86c
0xffffff874b903ea0 : 0xffffff8010e117e0 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0xa0
0xffffff874b903ef0 : 0xffffff8010e11679 mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xc9
0xffffff874b903f30 : 0xffffff8010e2cede mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff874b903f70 : 0xffffff8010e2c4d6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff874b903fa0 : 0xffffff80106c513e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
com.apple.driver.AppleACPIPlatform(6.1)[3A6D8ECD-C39E-39C8-984A-2CC417488A56]@0xffffff7f926d4000->0xffffff7f9276efff
dependency: com.apple.iokit.IOACPIFamily(1.4)[0A7D7382-66FE-391B-9F93-97A996256C25]@0xffffff7f91875000
dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f910ee000
dependency: com.apple.driver.AppleSMC(3.1.9)[4589419D-7CCC-39A9-9E2F-F73FE42DD902]@0xffffff7f91887000
BSD process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 debug=0x100 alcid=7
Mac OS version:
19F101
Kernel version:
Darwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2/RELEASE_X86_64
Kernel UUID: 54F1A78D-6F41-32BD-BFED-4381F9F6E2EF
Kernel slide: 0x0000000010400000
Kernel text base: 0xffffff8010600000
__HIB text base: 0xffffff8010500000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)
System uptime in nanoseconds: 250872113825

Alles anzeigen

Tirom · 13. Juli 2020

Hallo apfelnico !

Hier sind die Dateien. Wenn du willst, dann nimm mich doch gleich mit. Wir können gerne über Discord oder TeamViewer sprechen. Würde mich total freuen

Tirom · 12. Juli 2020

Hey apfelnico !

So tief war ich dem Thema noch nicht drin. Hab auch in die anderen ACPIs reingeschaut, aber noch nix gefunden gehabt. War aber auch nicht sicher, ob ich am richtigen Ort suche.

Hier mein ganzes ACPI. Danke für deine Unterstützung!

Tirom · 12. Juli 2020

Hallo apfelnico !

Danke für die gute Erklärung. Ich fasse noch mal kurz zusammen:

Ich Suche in meiner DSDT den Abschnitt _SB.PC00.RP13 und kopiere den gesamten "Scope" in eine neue .aml. In dieser nenne ich das "Device (PXSX)" nach "Device (XHC2)" um. Das sieht bei mir so aus:

Code

Scope (RP13)
{
Method (_INI, 0, NotSerialized) // _INI: Initialize
{
LTRN = LTRD /* \LTRD */
LMSL = PMLD /* \PMLD */
LNSL = PNLD /* \PNLD */
OBFN = OBFD /* \OBFD */
}
OperationRegion (PXCS, PCI_Config, 0x00, 0x0480)
Field (PXCS, AnyAcc, NoLock, Preserve)
{
VDID, 32,
Offset (0x50),
L0SE, 1,
, 3,
LDIS, 1,
Offset (0x51),
Offset (0x52),
, 13,
LASX, 1,
Offset (0x5A),
ABPX, 1,
, 2,
PDCX, 1,
, 2,
PDSX, 1,
Offset (0x5B),
Offset (0x60),
Offset (0x62),
PSPX, 1,
PMEP, 1,
Offset (0xA4),
D3HT, 2,
Offset (0xD8),
, 30,
HPEX, 1,
PMEX, 1,
Offset (0xE2),
, 2,
L23E, 1,
L23R, 1,
Offset (0x324),
, 3,
LEDM, 1,
Offset (0x420),
, 30,
DPGE, 1
}
Field (PXCS, AnyAcc, NoLock, WriteAsZeros)
{
Offset (0xDC),
, 30,
HPSX, 1,
PMSX, 1
}
Name (LTRV, Package (0x04)
{
0x00,
0x00,
0x00,
0x00
})
Method (_DSM, 4, Serialized) // _DSM: Device-Specific Method
{
If ((Arg0 == ToUUID ("e5c937d0-3553-4d7a-9117-ea4d19c3434d") /* Device Labeling Interface */))
{
Switch (ToInteger (Arg2))
{
Case (0x00)
{
Name (OPTS, Buffer (0x02)
{
0x00, 0x00 // ..
})
CreateBitField (OPTS, 0x00, FUN0)
CreateBitField (OPTS, 0x04, FUN4)
CreateBitField (OPTS, 0x06, FUN6)
CreateBitField (OPTS, 0x08, FUN8)
CreateBitField (OPTS, 0x09, FUN9)
If ((Arg1 >= 0x02))
{
FUN0 = 0x01
If (LTRE)
{
FUN6 = 0x01
}
If (OBFF)
{
FUN4 = 0x01
}
If ((ECR1 == 0x01))
{
If ((Arg1 >= 0x03))
{
FUN8 = 0x01
FUN9 = 0x01
}
}
}
Return (OPTS) /* \_SB_.PC00.RP13._DSM.OPTS */
}
Case (0x04)
{
If ((Arg1 >= 0x02))
{
If (OBFN)
{
Return (Buffer (0x10)
{
/* 0000 */ 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, // ........
/* 0008 */ 0x00, 0x00, 0x00, 0x08, 0x00, 0x00, 0x00, 0x00 // ........
})
}
Else
{
Return (Buffer (0x10)
{
/* 0000 */ 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, // ........
/* 0008 */ 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 // ........
})
}
}
}
Case (0x06)
{
If ((Arg1 >= 0x02))
{
If (LTRN)
{
If (((LMSL == 0x00) || (LNSL == 0x00)))
{
If ((PCHS == SPTH))
{
LMSL = 0x0846
LNSL = 0x0846
}
ElseIf ((PCHS == SPTL))
{
LMSL = 0x1003
LNSL = 0x1003
}
}
LTRV [0x00] = ((LMSL >> 0x0A) & 0x07)
LTRV [0x01] = (LMSL & 0x03FF)
LTRV [0x02] = ((LNSL >> 0x0A) & 0x07)
LTRV [0x03] = (LNSL & 0x03FF)
Return (LTRV) /* \_SB_.PC00.RP13.LTRV */
}
Else
{
Return (Buffer (0x01)
{
0x00 // .
})
}
}
}
Case (0x08)
{
If ((ECR1 == 0x01))
{
If ((Arg1 >= 0x03))
{
Return (0x01)
}
}
}
Case (0x09)
{
If ((ECR1 == 0x01))
{
If ((Arg1 >= 0x03))
{
Return (Package (0x05)
{
0xC350,
Ones,
Ones,
0xC350,
Ones
})
}
}
}
}
}
Return (Buffer (0x01)
{
0x00 // .
})
}
Device (XHC2)
{
Name (_ADR, 0x00) // _ADR: Address
Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake
{
Return (GPRW (0x69, 0x04))
}
}
Method (HPME, 0, Serialized)
{
If (((VDID != 0xFFFFFFFF) && (PMSX == 0x01)))
{
Notify (PXSX, 0x02) // Device Wake
PMSX = 0x01
PSPX = 0x01
}
}
Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake
{
Return (GPRW (0x69, 0x04))
}
}

Alles anzeigen

Jetzt habe ich aber Fragen:

Welchen Header muss ich noch hinzufügen? Nehme ich auch den aus meiner DSDT?

Wenn dann diese SSDT hinzugefügt wird, muss man schauen, dass die Info nicht doppelt vorhanden ist, richtig? Also muss der Bereich in der original DSDT entfernt werden. Daher der ACPI Delete in der config.plist.

Aber woher weiß ich, was gelöscht werden muss. 53534454 bedeutet SSDT, aber woher bekomme ich die TableLength. Und woher weiß OC, wann der Abschnitt beginnt.

Sorry, da stehe ich etwas auf dem Schlauch. Gibt es irgendwo eine Einführung: SSDTs für Dummies?

Tirom · 12. Juli 2020

Hey kuckkuck!

Danke für die Info bezüglich der darkwakes, das spart eine Menge Zeit

Ich bin jetzt gerade nur etwas verwirrt, wie ich weiter manchen soll. In meinem System habe ich ohne Patches

PC00.XHCI (Intel USB3)
PC00.RP05.PXSX (Thunderbolt)
PC00.RP13.PXSX (ASMedia USB-C)

apfelnico schreibt irgendwo, dass Umbenennungen XHCI -> XHC_ keinen Sinn ergeben, die PXSX -> XHC2/3 aber schon.

Das geht aber nicht über Opencore, sondern nur über eine SSDT, richtig?

Soll ich XHCI nach XHC_ oder XHC0 umbenennen oder als XHCI lassen?

Kann ich sonst irgendwie helfen? Ich habe richtig Lust mich da rein zu knien, weiß aber nicht, was ich wirklich tun kann. Bringt es etwas, die DSDT und die IOReg von einem echten iMacPro zu suchen und mit meinen zu vergleichen? Gebt mir eine Aufgabe

Danke!

Tirom · 12. Juli 2020

apfelnico Kein Problem, ist ja leider auch etwas unübersichtlich geworden, bei meinem Problem... Kann ich die Umbenennung der anderen XHCs auch in der config.plist machen oder muss das in einer SSDT geschehen? Die hatte ich mal gehabt, aber inzwischen deaktiviert.

kuckkuck Inzwischen ist nix anderes mehr drin, außer XHCI -> XHC_ mit neu erstellter USBPorts.kext. Dann bin ich noch mal alle darkwakes durchgegangen, aber keiner hat funktioniert.

Tirom · 11. Juli 2020

Hallo apfelnico!

Danke für die ausführliche Erklärung. Die nicht-Apple-ACPI scheint ja inzwischen echt gut aufgefangen zu werden. Das freut mich!

Eine Frage zu der _PRW -> XPRW Umbenennung. Das macht man doch, wenn der Rechner unbeabsichtigt durch USB geweckt wird, richtig? Das ist ja nicht mein Problem: Mein Rechner schläft wie er soll, wenn ich ihn aufwecke stürzt er leider ab. Der Monitor bleibt schwarz und bei der Maus geht die LED nicht an. Die Lüfter laufen aber.

Aber Danke für deine Hilfe, meine Config ist wieder etwas leerer geworden

Tirom · 11. Juli 2020

Genau, xx steht für die ersten 56 Hexwerte CP00 bis CP37 und benennt diese nach PR00 bis PR55 um. Anscheinend ist das aber quatsch, wenn ich dich richtig verstehe.

Welche Patches soll ich alle deaktivieren/rausschmeißen?

EDIT: Hab jetzt noch folgenden Patch in die config.plist eingetragen:

XHCI -> XHC_

58484349 -> 5848435F

Jetzt erstelle ich eine neue USBPorts.kext mit hackintool. Bis gleich

EDIT2: Ich bin jetzt Darkwake 0 8 2 1 4 3 und ohne durchgegangen. Alle stürzen ab:

Code

panic(cpu 0 caller 0xffffff801944aa3a): Kernel trap at 0xffffff8019466d57, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0xffffff873eda1000, CR3: 0x000000001ef7a000, CR4: 0x00000000003626e0
RAX: 0x000000007e008003, RBX: 0xffffff8019c5dc30, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff8754613bb0, RBP: 0xffffff8754613be0, RSI: 0x0000000000000003, RDI: 0xffffff8019c5dbd0
R8: 0x0000000000000000, R9: 0xffffff801d9c4029, R10: 0x0000000000000003, R11: 0x0000000000000001
R12: 0xffffff8019b30022, R13: 0x0000000000000001, R14: 0x0000000000000000, R15: 0xffffff8019b30008
RFL: 0x0000000000010046, RIP: 0xffffff8019466d57, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0xffffff873eda1000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0
Backtrace (CPU 0), Frame : Return Address
0xffffff8019151220 : 0xffffff801931f5cd mach_kernel : _handle_debugger_trap + 0x49d
0xffffff8019151270 : 0xffffff8019458b05 mach_kernel : _kdp_i386_trap + 0x155
0xffffff80191512b0 : 0xffffff801944a68e mach_kernel : _kernel_trap + 0x4ee
0xffffff8019151300 : 0xffffff80192c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8019151320 : 0xffffff801931ec97 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8019151420 : 0xffffff801931f087 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff8019151470 : 0xffffff8019ac27cc mach_kernel : _panic + 0x54
0xffffff80191514e0 : 0xffffff801944aa3a mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff8019151660 : 0xffffff801944a738 mach_kernel : _kernel_trap + 0x598
0xffffff80191516b0 : 0xffffff80192c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff80191516d0 : 0xffffff8019466d57 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffff8754613be0 : 0xffffff8019466feb mach_kernel : _xcpm_init + 0xab
0xffffff8754613c00 : 0xffffff8019457021 mach_kernel : _acpi_sleep_kernel + 0x441
0xffffff8754613c70 : 0xffffff7f9b2dfc2a com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffff8754613cc0 : 0xffffff7f9b2e3eab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffff8754613ce0 : 0xffffff8019a4cc30 mach_kernel : __Z16IOCPUSleepKernelv + 0x290
0xffffff8754613d40 : 0xffffff8019a85e25 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xac5
0xffffff8754613de0 : 0xffffff8019a173b7 mach_kernel : __ZN9IOService8all_doneEv + 0x767
0xffffff8754613e50 : 0xffffff8019a1414c mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x86c
0xffffff8754613ea0 : 0xffffff8019a117e0 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0xa0
0xffffff8754613ef0 : 0xffffff8019a11679 mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xc9
0xffffff8754613f30 : 0xffffff8019a2cede mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff8754613f70 : 0xffffff8019a2c4d6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff8754613fa0 : 0xffffff80192c513e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
com.apple.driver.AppleACPIPlatform(6.1)[3A6D8ECD-C39E-39C8-984A-2CC417488A56]@0xffffff7f9b2d4000->0xffffff7f9b36efff
dependency: com.apple.iokit.IOACPIFamily(1.4)[0A7D7382-66FE-391B-9F93-97A996256C25]@0xffffff7f9a475000
dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f99cee000
dependency: com.apple.driver.AppleSMC(3.1.9)[4589419D-7CCC-39A9-9E2F-F73FE42DD902]@0xffffff7f9a487000
BSD process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 debug=0x100 alcid=7
Mac OS version:
19F101
Kernel version:
Darwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2/RELEASE_X86_64
Kernel UUID: 54F1A78D-6F41-32BD-BFED-4381F9F6E2EF
Kernel slide: 0x0000000019000000
Kernel text base: 0xffffff8019200000
__HIB text base: 0xffffff8019100000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)
System uptime in nanoseconds: 151107116397

Alles anzeigen

Tirom · 11. Juli 2020

Hey kuckkuck !

Ich schaue gleich noch mal über die BIOS Settings drüber.

Aktuell habe von MacPro7,1 (war irgendwo empfohlen) wieder auf iMacPro1,1 gewechselt. Mit darkwake=0 geht es nicht. Ich probiere da mal weiter mit rum.

Die ioregistryexplorer Infos habe ich dir angehängt. Gebootet habe ich jetzt mit meinen ganzen Patches:

PC00 -> PCI0
LPC0 -> LPCB
FPU_ -> MATH
TMR_ -> TIMR
PIC_ -> IPIC
PMC1 -> PMCR
IOTR -> LDRC
SMBS._ADR -> XSBU.XADR
CPxx -> PRxx

Hier die Infos aus dem Terminal:

Code

log show --style syslog | fgrep "Wake reason"
2020-06-25 23:49:07.943009+0200 localhost powerd[99]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-06-25 23:49:32.056052+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
2020-06-25 23:49:32.056053+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
2020-06-27 19:46:40.589626+0200 localhost powerd[99]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-06-27 23:24:35.281856+0200 localhost powerd[100]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-07-03 17:22:47.286504+0200 localhost powerd[102]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-07-05 23:15:16.944542+0200 localhost powerd[102]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-07-09 19:02:06.401503+0200 localhost powerd[102]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-07-11 12:36:17.732818+0200 localhost powerd[102]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2020-07-11 15:53:22.652301+0200 localhost powerd[102]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"

Alles anzeigen

Code

pmset -g
System-wide power settings:
Currently in use: hibernatemode 0 disksleep 10 powernap 1 sleep 1 Sleep On Power Button 1 ttyskeepawake 1 hibernatefile /var/vm/sleepimage tcpkeepalive 1 autorestart 0 displaysleep 10

Code

sudo pmset -g log | tail -n 20
2020-07-11 18:57:20 +0200 : Showing all currently held IOKit power assertions
Assertion status system-wide: BackgroundTask 0 ApplePushServiceTask 0 UserIsActive 1 PreventUserIdleDisplaySleep 0 PreventSystemSleep 0 ExternalMedia 1 PreventUserIdleSystemSleep 0 NetworkClientActive 0
Listed by owning process: pid 102(powerd): [0x0000001800088000] 00:12:48 ExternalMedia named: "com.apple.powermanagement.externalmediamounted" pid 145(hidd): [0x0000002f000980de] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000683 name:AppleHIDKeyboardEve product:Apple Keyboard eventType:3" Timeout will fire in 599 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB id=502 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14300000 owner=IOUSBHostDevice id=506 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14700000 owner=Mass Storage Device id=507 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14320000 owner=Gaming Mouse G502 id=508 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14330000 owner=Keyboard Hub
Idle sleep preventers: IODisplayWrangler

Code

sudo pmset -g assertions
2020-07-11 18:57:54 +0200 Assertion status system-wide: BackgroundTask 0 ApplePushServiceTask 0 UserIsActive 1 PreventUserIdleDisplaySleep 0 PreventSystemSleep 0 ExternalMedia 1 PreventUserIdleSystemSleep 0 NetworkClientActive 0
Listed by owning process: pid 102(powerd): [0x0000001800088000] 00:13:22 ExternalMedia named: "com.apple.powermanagement.externalmediamounted" pid 145(hidd): [0x0000002f000980de] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000683 name:AppleHIDKeyboardEve product:Apple Keyboard eventType:3" Timeout will fire in 600 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB id=502 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14300000 owner=IOUSBHostDevice id=506 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14700000 owner=Mass Storage Device id=507 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14320000 owner=Gaming Mouse G502 id=508 level=255 0x4=USB mod=01.01.70, 01:00 description=com.apple.usb.externaldevice.14330000 owner=Keyboard Hub
Idle sleep preventers: IODisplayWrangler

Code

kextstat | grep -v apple
Index Refs Address Size Wired Name (Version) UUID <Linked Against>
41 6 0xffffff7f84053000 0x29000 0x29000 as.vit9696.Lilu (1.4.5) E42CE60E-EC0B-33AE-A513-5383B81BF165 <8 6 5 3 2 1>
42 0 0xffffff7f84095000 0x145000 0x145000 as.vit9696.AppleALC (1.5.0) 2DC43BEC-BE69-32C7-8D49-FE1ED85A87D6 <41 13 8 6 5 3 2 1>
43 0 0xffffff7f841e3000 0xe000 0xe000 meow.IOIIIO.MacProMemoryNotificationDisabler (1.0.0) 1DE82929-5E49-3185-A1BA-1E8CFB131D19 <41 8 6 5 3 2 1>
44 0 0xffffff7f8421a000 0x6f000 0x6f000 as.vit9696.WhateverGreen (1.4.0) 28229092-CBB6-30FD-8954-4E887FAD958D <41 13 8 6 5 3 2 1>
45 2 0xffffff7f8407c000 0x19000 0x19000 as.vit9696.VirtualSMC (1.1.4) 9DD28544-2B81-33EB-B3F1-488D0FBB0947 <41 12 8 6 5 3 2 1>
46 0 0xffffff7f841f1000 0xa000 0xa000 as.vit9696.SMCProcessor (1.1.4) 5FDFDB28-994C-389E-816F-6731F74A6465 <45 41 12 8 6 5 3 2 1>
54 0 0xffffff7f8420e000 0xc000 0xc000 hu.interferenc.TSCAdjustReset (1.1) 0D04744A-4524-37AA-9DA2-094D4DF7DDD8 <8 5 3>
69 0 0xffffff7f841fb000 0x10000 0x10000 ru.joedm.SMCSuperIO (1.1.4) 3EBEC0A6-5D45-3034-A52E-8B63A6FABDA1 <45 41 12 8 6 5 3 2 1>
73 0 0xffffff7f80d2d000 0x2e000 0x2e000 com.SmallTree.driver.SmallTreeIntel8259x (3.5.0) 8E38DEAB-C6D9-3986-926F-F1018AB0C605 <18 13 6 5 3 1>

Alles anzeigen

Tirom · 11. Juli 2020

Hallo kuckkuck!

Ich bin jetzt alle darkwakes 0, 8, 2, 1, 4, 3 durch und hab weiterhin keinen Erfolg. Ich entferne jetzt noch mal die XHC. Ich dachte, die XHCS müssen korrekt heißen, damit Sleep gut funktioniert. War wohl falsch

Hier der aktuelle Bericht:

Code

panic(cpu 0 caller 0xffffff801e44aa3a): Kernel trap at 0xffffff801e466d57, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0xffffff8743df1000, CR3: 0x0000000023f90000, CR4: 0x00000000003626e0
RAX: 0x000000007e008003, RBX: 0xffffff801ec5dc30, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff87598cbbb0, RBP: 0xffffff87598cbbe0, RSI: 0x0000000000000003, RDI: 0xffffff801ec5dbd0
R8: 0x0000000000000000, R9: 0xffffff80229d4034, R10: 0x0000000000000003, R11: 0x0000000000000001
R12: 0xffffff801eb30022, R13: 0x0000000000000001, R14: 0x0000000000000000, R15: 0xffffff801eb30008
RFL: 0x0000000000010046, RIP: 0xffffff801e466d57, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0xffffff8743df1000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0
Backtrace (CPU 0), Frame : Return Address
0xffffff801e151220 : 0xffffff801e31f5cd mach_kernel : _handle_debugger_trap + 0x49d
0xffffff801e151270 : 0xffffff801e458b05 mach_kernel : _kdp_i386_trap + 0x155
0xffffff801e1512b0 : 0xffffff801e44a68e mach_kernel : _kernel_trap + 0x4ee
0xffffff801e151300 : 0xffffff801e2c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff801e151320 : 0xffffff801e31ec97 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff801e151420 : 0xffffff801e31f087 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff801e151470 : 0xffffff801eac27cc mach_kernel : _panic + 0x54
0xffffff801e1514e0 : 0xffffff801e44aa3a mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff801e151660 : 0xffffff801e44a738 mach_kernel : _kernel_trap + 0x598
0xffffff801e1516b0 : 0xffffff801e2c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff801e1516d0 : 0xffffff801e466d57 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffff87598cbbe0 : 0xffffff801e466feb mach_kernel : _xcpm_init + 0xab
0xffffff87598cbc00 : 0xffffff801e457021 mach_kernel : _acpi_sleep_kernel + 0x441
0xffffff87598cbc70 : 0xffffff7fa02dfc2a com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffff87598cbcc0 : 0xffffff7fa02e3eab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffff87598cbce0 : 0xffffff801ea4cc30 mach_kernel : __Z16IOCPUSleepKernelv + 0x290
0xffffff87598cbd40 : 0xffffff801ea85e25 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xac5
0xffffff87598cbde0 : 0xffffff801ea173b7 mach_kernel : __ZN9IOService8all_doneEv + 0x767
0xffffff87598cbe50 : 0xffffff801ea1414c mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x86c
0xffffff87598cbea0 : 0xffffff801ea117e0 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0xa0
0xffffff87598cbef0 : 0xffffff801ea11679 mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xc9
0xffffff87598cbf30 : 0xffffff801ea2cede mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff87598cbf70 : 0xffffff801ea2c4d6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff87598cbfa0 : 0xffffff801e2c513e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
com.apple.driver.AppleACPIPlatform(6.1)[3A6D8ECD-C39E-39C8-984A-2CC417488A56]@0xffffff7fa02d4000->0xffffff7fa036efff
dependency: com.apple.iokit.IOACPIFamily(1.4)[0A7D7382-66FE-391B-9F93-97A996256C25]@0xffffff7f9f475000
dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f9ecee000
dependency: com.apple.driver.AppleSMC(3.1.9)[4589419D-7CCC-39A9-9E2F-F73FE42DD902]@0xffffff7f9f487000
BSD process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 debug=0x100 alcid=7 darkwake=0
Mac OS version:
19F101
Kernel version:
Darwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2/RELEASE_X86_64
Kernel UUID: 54F1A78D-6F41-32BD-BFED-4381F9F6E2EF
Kernel slide: 0x000000001e000000
Kernel text base: 0xffffff801e200000
__HIB text base: 0xffffff801e100000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)
System uptime in nanoseconds: 182190685176

Alles anzeigen

Tirom · 11. Juli 2020

Hallo kuckkuck !

Danke für deine Hilfe!

STAS existiert bei mir, richtig?

Code

Device (RTC)
{
Name (_HID, EisaId ("PNP0B00") /* AT Real-Time Clock */) // _HID: Hardware ID
Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x01, // Alignment
0x02, // Length
)
IO (Decode16,
0x0074, // Range Minimum
0x0074, // Range Maximum
0x01, // Alignment
0x04, // Length
)
IRQNoFlags ()
{8}
})
Method (_STA, 0, NotSerialized) // _STA: Status
{
If ((STAS == 0x01))
{
Return (0x0F)
}
Else
{
Return (0x00)
}
}
}

Alles anzeigen

Ich habe auch einige SSDTs deaktiviert, aber der Wake funktioniert weiterhin nicht.

~~SSDT-ANS.aml~~
SSDT-AWAC.aml
~~SSDT-RTC0.aml~~
SSDT-PLUG.aml
~~SSDT-THUNDERBOLT.aml~~
~~SSDT-USBX.aml~~
SSDT-X299-DTGP.aml
SSDT-X299-XHC.aml

Die RadeonVII habe ich auch mal gegen eine R9 280X ausgetauscht, um zu schauen ob es an ihr liegt. Kein Unterschied. Ich gehe jetzt noch mal die Darkwakes durch.

Was könnte ich noch ausprobieren?

Vielen Danke

Tirom · 9. Juli 2020

Hallo kuckkuck!

Danke für den Hinweiß. Leider weiß ich das nicht im Detail. Ich versuche mich in das Thema einzulesen, finde da aber wenig Gutes. Das Video von al6042 kenne ich natürlich. Ich wünschte, jemand würde zum Beispiel die OC ACPI Exampels in einem Video Schritt für Schritt erklären. Ich glaube, dass da einigen Unwissenden mit geholfen wäre

Die Thunderbolt werde ich morgen als erstes mal deaktivieren. Die Datei stammt von CaseySJ. Thunderbolt funktioniert dank modifizierter Firmware und der SSDT auch wunderbar. Sogar mit Hotplug und so weiter.

Welche andere SSDT macht noch Kunststücken? Ich melde mich, nach meinem Test.

Nochmals Danke!

Tirom · 8. Juli 2020

Hallo Forum!

Ich arbeite gerade an meinem Gigabyte X299X und scheitere leider am Sleep/Wake. Ich weiß, dass das ein schwieriges Thema ist und habe auch echt viel dazu gesucht und ausprobiert.

USB soll ja häufig ein Grund sein. Die XHCIs habe ich mit SSDTs passend nach XHCI, XHC1 und XHC2 umbenannt, danach den Quirk "XhciPortLimit" auf true gesetzt und die USBInjectAll.kext geladen und dann mit dem Hackintool die passende USBPorts.kext erstellt. Danach den Quirk und InectAll wieder entfernt und die USBPortskext in die config.plist eingetragen. In ioregistryexplorer sieht auch alles gut aus. Die Ports funktionieren auch wunderbar.

Leider will der Rechner dennoch nicht aus dem Sleep aufwachen. Er spring kurz an und erzeugt ein Kernel Panic bei schwarzen Bildschirm. Und hier weiß ich nicht weiter.

Daher wollte ich fragen, wie ich das Problem am besten einenge, um eine Lösung zu finden. Der Kernel Panic habe ich mir durchgelesen, aber nicht das Keyword gefunden, dass mich auf den richtigen Weg gebracht hat. Wie kann ich am besten vorgehen? Gibt es noch Logs, in denen ich etwas finden kann? Nutzt es die Debug-Version von OpenCore zu verwenden?

Gebt mir bitte einen kleinen Anstoss, um mich in die richtige Richtung zu bewegen

Vielen Danke

EDIT: Hier der Bericht vom Kernel Panic

Code

panic(cpu 0 caller 0xffffff801424aa3a): Kernel trap at 0xffffff8014266d57, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0xffffff873bfb9000, CR3: 0x000000001c07a000, CR4: 0x00000000003626e0
RAX: 0x000000007e008003, RBX: 0xffffff8014a5dc30, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff874ea83bb0, RBP: 0xffffff874ea83be0, RSI: 0x0000000000000003, RDI: 0xffffff8014a5dbd0
R8: 0x0000000000000000, R9: 0xffffff801aab0034, R10: 0x0000000000000003, R11: 0x0000000000000001
R12: 0xffffff8014930022, R13: 0x0000000000000001, R14: 0x0000000000000000, R15: 0xffffff8014930008
RFL: 0x0000000000010046, RIP: 0xffffff8014266d57, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0xffffff873bfb9000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0
Backtrace (CPU 0), Frame : Return Address
0xffffff8013f51220 : 0xffffff801411f5cd mach_kernel : _handle_debugger_trap + 0x49d
0xffffff8013f51270 : 0xffffff8014258b05 mach_kernel : _kdp_i386_trap + 0x155
0xffffff8013f512b0 : 0xffffff801424a68e mach_kernel : _kernel_trap + 0x4ee
0xffffff8013f51300 : 0xffffff80140c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8013f51320 : 0xffffff801411ec97 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8013f51420 : 0xffffff801411f087 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff8013f51470 : 0xffffff80148c27cc mach_kernel : _panic + 0x54
0xffffff8013f514e0 : 0xffffff801424aa3a mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff8013f51660 : 0xffffff801424a738 mach_kernel : _kernel_trap + 0x598
0xffffff8013f516b0 : 0xffffff80140c5a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8013f516d0 : 0xffffff8014266d57 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffff874ea83be0 : 0xffffff8014266feb mach_kernel : _xcpm_init + 0xab
0xffffff874ea83c00 : 0xffffff8014257021 mach_kernel : _acpi_sleep_kernel + 0x441
0xffffff874ea83c70 : 0xffffff7f96acec2a com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffff874ea83cc0 : 0xffffff7f96ad2eab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffff874ea83ce0 : 0xffffff801484cc30 mach_kernel : __Z16IOCPUSleepKernelv + 0x290
0xffffff874ea83d40 : 0xffffff8014885e25 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xac5
0xffffff874ea83de0 : 0xffffff80148173b7 mach_kernel : __ZN9IOService8all_doneEv + 0x767
0xffffff874ea83e50 : 0xffffff801481414c mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x86c
0xffffff874ea83ea0 : 0xffffff80148117e0 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0xa0
0xffffff874ea83ef0 : 0xffffff8014811679 mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xc9
0xffffff874ea83f30 : 0xffffff801482cede mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff874ea83f70 : 0xffffff801482c4d6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff874ea83fa0 : 0xffffff80140c513e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
com.apple.driver.AppleACPIPlatform(6.1)[3A6D8ECD-C39E-39C8-984A-2CC417488A56]@0xffffff7f96ac3000->0xffffff7f96b5dfff
dependency: com.apple.iokit.IOACPIFamily(1.4)[0A7D7382-66FE-391B-9F93-97A996256C25]@0xffffff7f95536000
dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f94aee000
dependency: com.apple.driver.AppleSMC(3.1.9)[4589419D-7CCC-39A9-9E2F-F73FE42DD902]@0xffffff7f959ff000
BSD process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 debug=0x100 alcid=7 darkwake=0
Mac OS version:
19F101
Kernel version:
Darwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2/RELEASE_X86_64
Kernel UUID: 54F1A78D-6F41-32BD-BFED-4381F9F6E2EF
Kernel slide: 0x0000000013e00000
Kernel text base: 0xffffff8014000000
__HIB text base: 0xffffff8013f00000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)
System uptime in nanoseconds: 679704862822

Alles anzeigen

Tirom · 30. Juni 2020

Hallo zusammen!

Ich bin inzwischen ein gutes Stück weiter. Das System läuft stabil und die Werte von Geekbench oder Luxmark sind im erwarteten Rahmen. Durch die modifizierte Thunderbolt-Firmware von CaseySJ laufen meine io-Boxen problemlos am 40Gb/s Interface mit HotPlug. Auch die 10Gbe-NICs laufen über modifizierte SmallTree-Kexts.

Womit ich aber schon immer Probleme hatte, ist Suspend und Wake. Auch bei diesem System bekomme ich es nicht zum Laufen. Kann mir dabei jemand helfen?

USB soll ja häufig ein Problem sein. Ich habe die Ports mittels Hackintool gemappt und als kext in OpenCore aufgenommen. Die USB-Controller heißen auch XHCI (Intel), XHC1 (ASMedia) und XHC2 (Thunderbolt).

Mir fehlt da einfach KnowHow, wo ich weitermachen soll. Ich bin dankbar für jedem Rat

Viele Grüße

Tirom

Tirom · 8. Mai 2020

DSM2

Das hab ich schon probiert und nun auch noch mal mit der aktuelleren 3.1.100. Es kommt immer "No Aquantia network adapter found". Hier sollte zumindest ein Eintrag erscheinen und dann verändert man die updatedata.xml. Bei mir leider nicht, vermutlich, weil die Device IDs von macOS-Update damals verbogen wurden. Diese IDs hab ich auch schon hinzugefügt: Keine Veränderung. Vermutlich muss ich noch in die aqnicnvm64.sys reinschauen, kann ich aber nicht

Im Device Manager von Win10 erscheint auch ein unbekannter Ethernet Controller. Wenn ich meine IDs im Treiber hinzufüge, unterbindet Win10 die Installation mit der Information: Falscher Hashwert.

Den Apple Win10 Bootcamp-Treiber habe ich leider nicht, da alle Quellen auf das gleiche File verweisen, welches es nicht mehr gibt.

Könnte ich mit dem ethtool unter Linux die IDs wieder gerade ziehen?

Tirom · 27. April 2020

Es ist jetzt schon etwas älter, aber hast du eine Idee, woran es gelegen haben könnte?

Ich habe das gleiche Problem: Die Karte wird aktuell nicht mehr erkannt.

Hackintool gibt aber die korrekten Ids an:

Vendor 0x1d6a

Device 0x07b1

Sub-Vendor 0x106b

Sub-Device 0x0187

Wie kann sehen, ob die Aquantia.kext "angesprochen" wird bzw. das Device abgearbeitet und fälschlicher Weise ignoriert wird?

PS: Es geht um mein Z170x-System mit OC 0.5.6 und 10.15.4. (OC wird als nächstes aktualisiert)

Tirom · 30. März 2020

Eigentlich ist mein Vorgehen, wie mehrfach hier und anderswo beschrieben. Sogar mein Offset stimmt mit deinem überein:

Ubuntu-Bootstick booten
Terminal öffnen
sudo apt install ethtool net-tools
Bei dieser Version von Ubuntu heißen die Ethernet-Ports enp2s0f0 und enp2s0f1
lspci -nn -vvv | grep Ethernet
In meinem Fall lautet die Subsystem Vendor id 1458 und die zu ändernde Subsystem Device id e000. Der MagicKey zusammengesetzt aus Device und Vendor id 0x15638086
sudo ethtool -e enp2s0f0 raw on > Desktop/enp2s0f0-backup.bin
sudo ethtool -e enp2s0f1 raw on > Desktop/enp2s0f1-backup.bin
sudo ethtool -e enp2s0f0 | less
In less den entsprechenden Offset suchen (durch tippen der folgenden Tasten mit Slash, Abstand und ENTER am Ende): /58 14 00 e0
In meinem Fall ist es 0x0242 und 0x0243
sudo ethtool -E enp2s0f0 magic 0x15638086 offset 0x242 value 0x0a
sudo ethtool -E enp2s0f0 magic 0x15638086 offset 0x243 value 0x00
sudo ethtool -E enp2s0f1 magic 0x15638086 offset 0x242 value 0x0a
sudo ethtool -E enp2s0f1 magic 0x15638086 offset 0x243 value 0x00

Leider passiert dadurch aber nichts.

sudo ethtool -e enp2s0f0 offset 0x240 length 4

zeigt die ursprünglichen HEX-Werte an. Neugestartet unter macOS ist das gleich Bild: Subsystem Device id ist e000.

Willkommen! Melde dich an oder registriere dich.

Beiträge von Tirom

AQUANTIA AQC107 Monterey 12.5.1 läuft nicht

Intel NUC - Bean Canyon - NUC8i7BEH

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Sleep/Wake Probleme debuggen

Neue HEDT-Platform mit OpenCore für Videoproduktion

ASUS Areion 10g mit 10.14.6 wird nicht erkannt

ASUS Areion 10g mit 10.14.6 wird nicht erkannt

Neue HEDT-Platform mit OpenCore für Videoproduktion