Ryzen Threadripper Sammelthread (Hilfe und Diskussion)

So, bin wieder zuhause und konnte grad mal schauen.

Also TimeMachine war nicht aktiviert.

Und bei iCloud hab ich jetzt "Sign Out" angeklickt. Mal schauen wie es sich die nächsten Stunden verhält.

Update:

Das System lief nach dem Deaktivieren von iCloud und einem Neustart erstmal reibungslos für knapp 2h. So gut, dass ich schon den Sekt kalt gestellt habe.

Und dann kam es beim Maus über den Desktop bewegen während ich telefoniert habe. Hab noch kurz eine Kopie vom Log speichern können, dann hab ich neugestartet.

Nach dem Neustart hat es keine 2min gedauert und es kam wieder, während ich mir das Log vom letzten Mal anschauen wollte.

Und diesmal ist der PC selber neugestartet und hat mir nach dem Neustart folgenden Problem Report ausgegeben. Angehängt noch die Systemlogs von beiden.

(erstes stuttern 11:18 rum und zweites stuttern 11:22 rum):

Vielen lieben Dank für eure Hilfe.

Um ehrlich zu sein: Sleep hat ich in der frischen Installation noch nicht deaktiviert.

Ich hab jetzt mal folgendes probiert:

- Energy Saver Einstellungen: Sleep-Time nach ganz rechts auf "Never"

- Uncheck Wake for Ethernet network access

- dann noch sudo pmset -g und sudo pmset -a standby 0

- npci=0x3000 statt npci=0x2000

Was ich auch mal gemacht habe, alles auf Driver64UEFI raus und nach und nach nur die Driver hinzugefügt, die er wirklich braucht um sauber durchzubooten: Nachdem ich ApfsDriverLoader-64.efi und AptioMemoryFix-64.efi hinzugefügt hatte, ist er durchgebootet.

In meinen Kexten hab ich auch nur noch das absolute Minimum:

FakeSMC.kext

NullCPUPowerManagement.kext

Lilu.kext

WhateverGreen.kext

Frage: Wie haltet ihr es mit SIP - System Integrity Protection? Lasst ihr CsrActvieConfig auf 0x67 oder nach der macOS Installation auf 0x0?

Meine neueste Vermutung ist, dass das Problem tatsächlich PCIE related ist.

Ich kann z.B. sowohl mit npci=0x2000 als auch 0x3000 booten.

Es funktioniert auch ohne diese beiden. Aber: Wenn ich dann Luxmark laufen lasse, wo ja auch viel Traffic auf der PCIE entsteht, weil GPU-Stresstest, dann fängt die Maus beim Benchmarken an zu zuckeln. Und das System wirkt insgesamt sehr stotterig. Auch nachdem der Test vorbei ist.

Ich probiere jetzt grad mal mit npci=0x3000 und hab auch mal den RAM limitiert mit maxmem=8192.

Damit wirkt es grad sehr stabil und extrem flüssig/snappy. Lasse grad während ich schreibe Luxmark laufen und es zuckelt nicht.

Hab nämlich auch diverse Beiträge gefunden in denen Leute ähnliche Probleme hatten wie ich und es lag an zu viel RAM. Und 64GB ist ja nicht wenig.

Achso: Und VodooTSCSyncAMD.kext hab ich auch wieder ergänzt, dies mal aber mit 15 weil ich SMT disabled habe und damit 16Cores/16Threads statt 32 Threads. Richtig so, oder?

Das alles aktivieren tue ich, wenn es nicht mehr zuckelt.

Dann geh ich auch wieder vom RAM, dem Takt etc. hoch. Ich will einfach nur gewisse Sachen ausschließen können, z.B. dass es an SMT liegt.

Update: Jungs, ich glaub es liegt tatsächlich an meinem Board, meinen PCIE-Ports oder an dem Riser Kabel.

Die PCI-E Ports/Riser Kabel hatte ich vor 2 Monaten schon Mal im Verdacht.

Dazu muss ich etwas ausholen.

Meine GPU ist vertikal montiert. Vor ca. 2 Monaten, als ich mit dieser Hackintosh Geschichte angefangen habe, hab ich ja erstmal testweise nur eine Vega 56 als zweite GPU installiert, neben meiner 1080Ti. Da hatte ich noch 2 Riser-Kabel.

Als ich mich dann entschieden habe, die 1080Ti und die Vega 56 durch eine Radeon VII zu ersetzen, ist mir folgendes passiert: Dadurch, dass ich so schlecht an diesem PCI-Lock am Steckplatz rangekommen bin, hab ich mir das eine Riser-Kabel kaputt gemacht. Das zweite musste ich aber nach vorn holen, weil sonst meine GPU nicht mehr hinter die Glasscheibe gepasst hätte. Dadurch war es aber für den PCIE 1 nicht mehr lang genug. Und um an den PCIE1 zu kommen, musste ich es ganz schön fies durchs Gehäuse fummeln.

Und schon damals hat ich kein gutes Gefühl dabei, dass Riser Kabel so knicken zu müssen.

Das Ganze war aber eigentlich Quatsch, weil ich mich dann aus optischen Gründen doch dafür entschieden habe, das Riser-Kabel in den zweiten PCI-E zu stecken, damit man nicht so viel vom Riser sieht.

Und eben dachte ich so: Warum nicht mal den ersten PCIE probieren.

Und jedes Mal wenn ich einfach nur das Riser-Kabel von einem in den anderen PCI-E switche, spackt mein Board voll ab. Oder das Riser-Kabel.

Auf jeden Fall dauert es dann ewig bis zum Post, alles löst sich sehr langsam auf und es dauert auch ewig bis ich in MacOS oder Windows komme. Wenn überhaupt.

Das legt sich so nach 5-10 Mal Neustarten und PC vom Strom abziehen.

Aber wahrscheinlich ist es nie so ganz weg und äußert sich dann random unter macOS.

Warum ich bisher aber immer das Riser- oder Board-Probleme ausgeschlossen habe: Unter Windows funktioniert alles tadellos, wenn dieses Abspacken beim PCIE-Wechsel einmal überwunden ist. Da hab ich noch nie Abstürze o.ä. gehabt. Und da zock in in hohen Auflösungen ganz aktuelle Spiele. Also wenn da kein Traffic über die PCIEs geht, wann dann?!

Nein, noch nicht. Ich hab gestern Abend ein neues Riserkabel bestellt. Bis das kommt werd ich erstmal nix weiter machen. Wenn es nachher dieses dumme Kabel war, fresse ich nen Besen. Auch wenn ich einerseits natürlich froh wäre, wenn ich bei meinem Build bleiben könnte.

Manchmal ist es halt echt ätzend die Nadel im Heuhaufen zu finden. Und da gibts so viele Möglichkeiten, woran es liegen könnte.

Update: Ich hab gestern Abend einfach mal Luxmark Stresstest laufen lassen. Hab nochmal kurz vorm ins Bett gehen geschaut, da lief er noch ohne Probleme, das war ca. nach 45min. Dann eben ins Zimmer gekommen, Display war off (Display Sleep ist aktiviert). Also erstmal ganz normal. Lüfter liefen auch normal. Dann hab ich die Maustaste geklickt um Display aufzuwecken und genau in dem Moment gabs ne Kernel Panic. Die Lüfter sind aufgedreht und er hat neugestartet. Ich nehme an, aber ich weiß es nicht, dass bis dahin der Benchmark durchgelaufen ist.

Denn: Im Kernelpanic Report steht die aktuelle Uhrzeit von heute Morgen. Und wenn ich dieses Zuckeln immer hatte, ist währenddessen auch die Uhr stehen geblieben, vor allem wenn er dann komplett gefreezed ist.

Hier der Kernel Panic Report:

Anonymous UUID: 6BBC23AA-67BB-C293-4959-90C353B1731C

Thu Sep 26 07:45:56 2019

*** Panic Report ***

panic(cpu 18 caller 0xffffff8014edaadd): Kernel trap at 0xffffff8014b980f6, type 14=page fault, registers:

CR0: 0x0000000080010033, CR2: 0xffffff875bed9000, CR3: 0x000000103de83000, CR4: 0x00000000003406e0

RAX: 0x0000000000000000, RBX: 0xffffff80abde4d80, RCX: 0x0000000000018000, RDX: 0x0000000100000000

RSP: 0xffffff873f0ab638, RBP: 0xffffff873f0ab660, RSI: 0x0000000000018000, RDI: 0xffffff875bed9000

R8: 0x0000027c131628e2, R9: 0x0000000000000000, R10: 0xffffff871d8f19e0, R11: 0x0000000000000000

R12: 0xffffff7f96759930, R13: 0xffffff80a6f312d0, R14: 0x0000000000000000, R15: 0xffffff875bed9000

RFL: 0x0000000000010246, RIP: 0xffffff8014b980f6, CS: 0x0000000000000008, SS: 0x0000000000000010

Fault CR2: 0xffffff875bed9000, Error code: 0x0000000000000002, Fault CPU: 0x12, PL: 0, VF: 1

Backtrace (CPU 18), Frame : Return Address

0xffffff873f0ab100 : 0xffffff8014dad6ed

0xffffff873f0ab150 : 0xffffff8014ee9185

0xffffff873f0ab190 : 0xffffff8014eda8ba

0xffffff873f0ab200 : 0xffffff8014d5ab40

0xffffff873f0ab220 : 0xffffff8014dad107

0xffffff873f0ab340 : 0xffffff8014dacf53

0xffffff873f0ab3b0 : 0xffffff8014edaadd

0xffffff873f0ab520 : 0xffffff8014d5ab40

0xffffff873f0ab540 : 0xffffff8014b980f6

0xffffff873f0ab660 : 0xffffff7f99ebb276

0xffffff873f0ab6a0 : 0xffffff7f99ebd7d5

0xffffff873f0ab6e0 : 0xffffff7f99ebd3c1

0xffffff873f0ab700 : 0xffffff801545592e

0xffffff873f0ab740 : 0xffffff7f99ebd148

0xffffff873f0ab790 : 0xffffff8015429273

0xffffff873f0ab7b0 : 0xffffff8015420919

0xffffff873f0ab7f0 : 0xffffff80154285b3

0xffffff873f0ab820 : 0xffffff8015428469

0xffffff873f0ab860 : 0xffffff7f99ea926f

0xffffff873f0ab8d0 : 0xffffff7f99ea7d40

0xffffff873f0ab900 : 0xffffff801542b15a

0xffffff873f0ab950 : 0xffffff801542d3db

0xffffff873f0ab9d0 : 0xffffff7f95ad4262

0xffffff873f0aba00 : 0xffffff7f95ae3d52

0xffffff873f0aba90 : 0xffffff80154850a8

0xffffff873f0abae0 : 0xffffff7f95aef366

0xffffff873f0abb30 : 0xffffff801548e552

0xffffff873f0abc70 : 0xffffff8014e955c6

0xffffff873f0abd80 : 0xffffff8014db2f2c

0xffffff873f0abdd0 : 0xffffff8014d8dca1

0xffffff873f0abe50 : 0xffffff8014da23be

0xffffff873f0abef0 : 0xffffff8014ec07e7

0xffffff873f0abfa0 : 0xffffff8014d5b326

Kernel Extensions in backtrace:

com.apple.iokit.IOGraphicsFamily(530.66)[373EAB85-2C5F-3B84-B86D-421F79C47DF2]@0xffffff7f95ace000->0xffffff7f95b19fff

dependency: com.apple.iokit.IOPCIFamily(2.9)[202F4F5C-5E3C-35A9-A7AD-F85B0E3CD199]@0xffffff7f95695000

com.apple.driver.AppleGFXHDA(100.1.414)[5265FEDA-2514-35FE-A458-8F6BA345F2B5]@0xffffff7f99ea5000->0xffffff7f99f17fff

dependency: com.apple.iokit.IOPCIFamily(2.9)[202F4F5C-5E3C-35A9-A7AD-F85B0E3CD199]@0xffffff7f95695000

dependency: com.apple.iokit.IONDRVSupport(530.51)[D8CFB89E-3E74-3E49-9ED0-BD2F34A1B31A]@0xffffff7f971c9000

dependency: com.apple.iokit.IOAudioFamily(206.5)[63F5D76B-9DD5-3740-9415-798E8DCB52FC]@0xffffff7f96733000

dependency: com.apple.iokit.IOGraphicsFamily(530.66)[373EAB85-2C5F-3B84-B86D-421F79C47DF2]@0xffffff7f95ace000

BSD process name corresponding to current thread: WindowServer

Boot args: -v npci=0x3000

Mac OS version:

18G84

Kernel version:

Darwin Kernel Version 18.7.0: Thu Jun 20 18:42:21 PDT 2019; root:xnu-4903.270.47~4/RELEASE_X86_64

Kernel UUID: 982F17B3-0252-37FB-9869-88B3B1C77335

Kernel slide: 0x0000000014a00000

Kernel text base: 0xffffff8014c00000

__HIB text base: 0xffffff8014b00000

System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)

System uptime in nanoseconds: 31532768064123

last loaded kext at 254809965886: com.apple.filesystems.msdosfs 1.10 (addr 0xffffff7f9a09c000, size 69632)

last unloaded kext at 315717656330: com.apple.filesystems.msdosfs 1.10 (addr 0xffffff7f9a09c000, size 61440)

loaded kexts:

(none)

EOF

Model: iMacPro1,1, BootROM 220.260.170.0.0, 16 processors, 3,60 GHz, 64 GB, SMC

Graphics: AMD Radeon VII, AMD Radeon VII, spdisplays_pcie_device, 16 GB

Memory Module: BANK 1/DIMM0, 16 GB, DDR4, 2133 MHz, Unknown, F4-3600C18-16GTZN

Memory Module: BANK 3/DIMM0, 16 GB, DDR4, 2133 MHz, Unknown, F4-3600C18-16GTZN

Memory Module: BANK 1/DIMM1, 16 GB, DDR4, 2133 MHz, Unknown, F4-3600C18-16GTZN

Memory Module: BANK 3/DIMM1, 16 GB, DDR4, 2133 MHz, Unknown, F4-3600C18-16GTZN

Network Service: Ethernet 2, Ethernet, en1

USB Device: USB 3.1 Bus

USB Device: USB 3.0 Bus

USB Device: Micronas USB Codec

USB Device: USB-HID Keyboard

USB Device: USB 3.0 Bus

USB Device: Razer Basilisk

USB Device: USB 3.1 Bus

Thunderbolt Bus:

Ja genau. Aber nur ausm Display Sleep.

Jup, das neue Riser kommt heute.

Ich hab ihn übrigens grad mit deiner config.plist laufen, also seit heut Morgen den Luxmark Stresstest mit deiner config.plist DerJKM

Die lief nämlich auch auf Anhieb und fühlte sich bislang auch ganz solide an. Und ich hab diesmal den Display Sleep deaktiviert. D.h., wenn ich nach Hause komme und die Uhrzeit und alles läuft noch, dann ist das schon mal gut. Aber ich bezweifle es.

Bin grad nach Hause gekommen. Riser Kabel ist leider noch nicht da, wurde versehentlich fehlgeleitet ^^.

Der Luxmark Stresstest lief bis genau 17:46:03. Da ist die Uhr stehen geblieben. Der Stresstest lief 34586sec, das sind 9.6h.

Also schon Mal ganz gutes Ergebnis, wenn auch nicht perfekt.

Danach hab ich dann nochmal einfach nur das jetzige Riserkabel von PCIE 2 auf PCIE 1 umgesteckt. Habs 5 Mal versucht, bin wenn überhaupt grad so auf den Desktop gekommen. Und dann ist er kurz darauf immer einfach neugestartet.

Wieder zurück auf PCIE 2 und es läuft.

Also ich bin mir ziemlich sicher, dass es das Riserkabel oder der PCIE 1 ist, die einen weghaben.