Beiträge von Beaty2000

Ja, manchmal sieht man den Wald auch vor lauter Bäumen nicht.

Aber mit _DSM Methoden hab ich schon seit Jahren nicht mehr gearbeitet, deswegen die SSDT auch gar nicht mehr aufm Schirm gehabt.

So, nun geht aber alles wie es soll.

Lieben dank noch mal.

Scheisse da hätte ich auch selbst drauf kommen können, die _DSM Methode.

Das Ding ist halt, Opencore macht die mit ihren SSDT´s überflüssig, weil die schon integriert ist.

Vielen dank, jetzt bin ich einen erheblichen Schritt weiter!

Nur noch die korrekte SSDT und das sollte auch über DHCP laufen, die Verbindung funktioniert so schon mal.

Der HP Z840 hat mit der Karte keine Einstellungen für den AIC. VT-D hatte ich gestern aber aktiviert.

AppleVTD tauch im ioReg auch auf.

Ansonsten, auch die Marpel Ridge SSDT funktioniert auch nicht. Dasselbe Fehlerbild.

Im Anhang mal meine EFI.

Du hast mich falsch verstanden: Ich teste USB3.1 mit einem USB3.1 Kabel an einem externen USB3.1 NVME Controller. Mir ist schon bewusst, dass Thunderbolt auf USB geht, wenn Thunderbolt nicht nutzbar ist.

Wenn du das MacBook Pro mit gehaltener T-Taste startest, geht das Gerät in den Festplattenmodus. Dabei wird das MacBook dann als externe Festplatte behandelt.

Dies funktioniert dann sowohl mit Thunderbolt-/ als auch USB3.1-Kabel.

Thunderbolt Kabel sind USB3.1 kompatibel. Sprich: Könnte zwischen MacBook Pro und Z840 keine Thunderbolt Verbindung ausgehandelt werden, müsste eben der Fallback auf USB3.1 stattfinden. Passiert aber nicht.

Schließe ich das MacBook aber mit einem USB3.1 Kabel an, kann ich auf die NVME des MacBooks zugreifen.

Nein kein Fallback, es ist eine USB3.1 NVME Device. Das lief damals in meinem Z620 gar nicht, im Mac Pro 5.1 hingegen schon, was irgendwas mit der PCI-Bridge zutun hatte.

Der 3.1 Controller konnte nicht in den aktiven State gebracht werden und wurde als 3.0 Device angezeigt.

Und das ist ja das Seltsame jetzt: Für normal würde ich auch erwarten, dass das, bspw. wenn ich das MacBook Pro im Thunderbolt Modus angeschlossen habe, auf USB3.1 zurückgeht, wenn Thunderbolt nicht funktioniert. Passiert aber nicht. Der Z840 bzw. macOS sagt mir, MacBook angeschlossen.

In der Konsole passiert auch irgendwas, was dann am ende mit "something bad happen" beendet wird.

Was da aber passiert, sehe ich in der Konsole nicht.

Wo ich jetzt allerdings ein wenig verwirrt bin, siehe Bild:

Mein IOReg Pfad zu den DSB ist eigentlich _PCI0_.BR1B.H000.DSBx

Soll PXSX und HRUS unverändert bleiben? Und was ist mit dem UPSB?

UPSB ist ja eigentlich die Device, deren Geräte ID im IOReg angezeigt wird wenn keine SSDT geladen ist.

Aber davor fehlt, auch in meiner aktuelle IOReg, H000.

Nein, leider habe ich kein anderes Thunderbolt Zubehör.

Aber wie geschrieben, USB3.1 funktioniert. Aus früherer Erfahrung mit der Karte weiß ich, dass zumeist USB3.1 aufgrund der PCI-Bridge das Problem ist.

Aber habe ich das jetzt richtig verstanden? Die haben das mit einer Titan Ridge mit dem von dir abgehangenen SSDT für die Maple Ridge hinbekommen?

Also ich teste das nachher mal, lade dann auch die EFI hoch, bin aber gerade unterwegs.

Bei überfliegen dieser SSDT fällt mir jedenfalls auf, dass diese keinen DROM und auch keine Config integriert hat, was durchaus der Grund sein kann.

Ne hab mich vertan, en4 ist der 2. Netzwerkanschluss des Z840 der nicht richtig funktioniert aufgrund des Treibers.

Es ist nur die Thunderbolt Bridge. Gleiches Bild: In den Systeminformationen wird Mac Pro auf beiden Rechnern angezeigt, also auch als Verbunden, aber auf Seiten der Bridge tut sich nichts.

Wie erwähnt: Die Verbindung zwischen Mac Pro und MacBook Pro funktioniert einwandfrei. Das liegt definitiv am Z840.

Korrektur:

Ich arbeite heute schon zu lange an der Kiste!

In den Netzwerkeinstellungen, lässt sich nur die Thunderbolt-Bridge auswählen und die funktioniert nicht.

en2 und en3 die zum Thunderbolt I/O gehören, tauchen da auch nicht auf, was auch richtig so ist.

Ist auf dem MacPro auch so.

Die Verbindung zwischen MacPro und MacBook Pro funktioniert nebenbei einwandfrei.

Hallo,

die Karte ist über die Pins gebrückt, der PCI-Pfad sollte eigentlich stimmen, zumindest bekomme ich im IOReg unten die DSB Devices angezeigt mit der SSDT.

Unterschiedliche Kombis beim hoch fahren, habe ich auch schon versucht.

Eben habe ich noch Apple VT-D aktiviert, aber ebenso ohne erfolg.

Ich bin mit meinem Latin am Ende. Ich vermute irgendwo einen Fehler in der SSDT, komme aber nicht drauf.

Nebenbei: Ziehe ich an einem Rechner das Kabel raus und steck es wieder rein, passier im IoReg das:

Hallo Leute,

ich habe derzeit ein Problem mit meiner Gigabyte Titan Ridge 2.

Und zwar versuche ich die auf meinem HP Z840 zum laufen zu bewegen.

Problem ist allerdings:

Die Karte wird erkannt, USB3.1 funktioniert ebenso, nur Thunderbolt macht Probleme.

Ich versuche meinen MacPro 7.1 über Thunderbolt mit meinem Z840 zu verbinden.

In den Systeminformationen, werden unter Thunderbolt/USB4 die Geräte als Mac Pro angezeigt, aber die Thunderbolt Bridge unter Netzwerk, springt nicht an.

Mein macBook Pro kann ich im Thunderbolt Modus" ebenso nicht verbinden.

Auf der Karte läuft derzeit die "GC-Titan-Ridge-V2.0-Mod-NVM50-CaseySJ" FW.

Aber auch mit NVM23 oder NVM43, ändert sich das Verhalten nicht.

Offen gestanden bin ich ein wenig ratlos und weiß nicht weiter.

Im Anhang Mal meine Ioreg und Thunderbolt ssdt.

Grüße Beaty2000

Hilft mir nicht, ich benötige auf dem Rechner die volle Hardwarebeschleunigung.

Aber trotzdem danke, ich springe zurück zu Monterey.

Wird nicht funktionieren, ich habe gerade herausgefunden, dass das generell nicht klappen wird, da das System AVX2 benötigt für die Grafikkarte.

Die CPU unterstützt aber nur AVX. Da muss ich wohl auf dem OpenCore Patcher warten, in der Hoffnung, dass die das irgendwann hinbekommen.

Im Anhang meine EFI. Die CryptexFixup.kext hatte ich eben Mal versucht, funktioniert aber auch nicht.

Hallo Leute,

ich habe ein kleines Problem beim Booten von Ventura.

Beim Bootvorgang kommt ein Panic mit der Meldung, dass die libSystem.B.dylib fehlt, siehe Bild.

Auf keinen meiner Macs mit MacOS 13 finde ich diese libSystem.B.dylib. Weiß jemand, was man da machen kann?

Im Netzt finde ich dazu nichts.

Update lieft gut durch, verwendet tue ich die letzte OpenCore Version als MacPro7.1. Hat bisher immer funktioniert.

Grüße und danke.

Hallo Chris,

meintest du mich?

Ich nutze keine Einstellungen für AppleSecureBoot.

Bei mir war einfach nur das Problem, dass ich den AppleMCEReporterDisabler.kext deaktiviert hatte und davor OpenCore die ganze Zeit auf dem falschen EFI geupdatet.

Nicht auf meinem Bootstick sondern auf der NVME wo eine Sicherung ist. Keine Ahnung, warum aber der Rechner hatte die Bootreihenfolge verändert.

Jetzt funktioniert alles.

Aber danke.

Hallo 5T33Z0,

die DSDT ist gepatcht und stammt von einer Seite für MacOS auf dem Z620.

Ich schau mir das gleich Mal an, danke.

Ich bin eigentlich schon ein Stück weiter, da ich die ganze Zeit den falschen Bootloader auf einer anderen Platte verwendet hatte, der dort nur als Sicherung dient.

Wobei weiter recht relativ ist, weil diese Meldung scheinbar wieder kam und das Update nicht voll durch lief.

Ich versuche es gleich Mal von einem USB-Installer drüber zu installieren.

Soweit ich gesehen habe, hast du den AppleCpuPMCfgLock aktiviert. Hätte ich vielleicht erwähnen sollen, mein Z620 hat ein offenes MSR-E2 Register mittels gepatchem Bios.

Ich melde mich dann, ob's geklappt hat.

Nachtrag:

Funktioniert jetzt, ich hatte vergessen den AppleMCEReporterDisabler.kext zu aktivieren.

Hallo Leute,

ich versuche gerade macOS12 auf meinem HP Z620 zu bekommen.

Big Sur funktioniert einwandfrei. Versuche ich ein update durchzuführen, kommt irgendwann die Meldung:

no port micro restart (we don't support smc on this platform)

und der Rechner startet neu.

Habe mich schon ein wenig durchs Forum gelesen, aber bislang keine Lösung gefunden und komme nicht weiter.

Grüße

Im Anhang mein EFI Ordner (OC)

USB2.0 läuft über den USB header einwandfrei, hotplug ohne Neustart oder so.

Grundsätzlich sage ich Mal so: Wenn die Karte in so einem alten cMP5.1 funktioniert, dann müsste sie das auch auf dem moderneren Z620 tun, so rein von der Logik her.

Ist es ein SSDT oder Treiber Problem, könnte man vielleicht was machen. Liegt es an der angepassten FW der Karte, wird es schwierig.

Was mich halt stark irritiert, dass der USB3.1 Controller der Karte offensichtlich vom USBInjectAll.kext als 3.0 Host injectet wird, nativ aber nicht erkannt wird.

Hallo apfelnico.

Sorry, dann hatte ich das überlesen. USBInjectall.kext habe ich installiert, SSDT-UIAC-ALL.aml erst Mal wieder raus genommen.

Macht aber so keinen Unterschied, ob SSDT-UIAC-ALL.aml aktiv ist oder nicht.

Der USB Contoller der Thunderbolt Karte taucht im Hackintool auch auf, jedoch ohne die dazugehörigen Ports.

Der Controller wird im Profiler auch als USB3.0 Host angezeigt, nicht aber als USB3.1. Und das hatte ich auf meinem cMP5.1 ebenso gesehen, bevor ich die TB SSDT nicht integriert hatte.

Ohne USBInjectall.kext, funktionieren meine USB2.0 Anschlüsse nicht mehr und seltsamerweise ebenso der USB3.1 Controller der Karte nicht.

Also ja, die Karte benötigt den USBInjectall.kext.

Und das kommt mir ein wenig seltsam vor. Denn der FL1100 der USB3.0 Karte die ich installiert habe, funktioniert immer.

Für normal, würde ich das auch von dem USB Controller der TB Karte erwarten da die über die SSDT injectet wird, wäre da nicht die bridge über den TB-Controller.

Der Z620 hat Thunderbolt Einstellungen im Bios, welche aber erst aktiviert werden, wenn eine entsprechende HP TB Karte installiert wird.

Ebenso für XHCi Handoff. Aber, derartige Bios Einstellungen hat ja der cMP5.1 bspw. auch nicht und da funktioniert die Karte einwandfrei.

Nichts desto trotz, hatte ich versucht mittels einer GrubEFI Shell diese Werte zu verändern, was auch klappt, aber keine Auswirkungen hat.

Derzeit steht Thunderbolt auf Legacy. Die anderen Einstellungen habe ich mal unten angehangen.

Die Pins zwischen 1 (TB_FORCE_POWER) und 3 (N_-SLP_S§) habe ich direkt auf der Platine mit einem Stück Draht gebrückt bzw. gelötet. Die Karte würde ja ohne diese Brücke nicht erkannt werden.

Mir fallen da nur 2 Dinge ein. Da die TB SSDT für moderne Zxx boards erstellt wurde, könnte es möglich sein, dass mein Rechner mit irgendeiner Methode nicht klar kommt, gerade im Bezug auf die pwr states. Oder, das Ganze ist ein grundsätzliches USB3.1 Problem. Nur da hört es bei mir wirklich auf, da ich mich nie tiefgründiger mit ACPI tables beschäftigt habe. Ich weiß gerade noch so, wie ich Controller einbinde um auf injector-kexts verzichten zu können.

Grüße

Noch Mal ein Nachtrag dazu:

Ich habe jetzt testweise Windows 10 auf dem Rechner installiert. Dort wir Thunderbolt als auch USB-C erkannt. Zumindest USB-C funktioniert.

Thunderbolt kann ich nicht testen, da ich keine geeigneten Geräte oder Kabel habe.

Ich vermute, dass die SSDT für die TB Karte nicht so ganz mit dem Z620 funktioniert. Nur fehlt mir offen gestanden die Kenntnis für DSDTs bzw. SSDTs um das evtl. richtig anzupassen.

Ist hier vielleicht jemand im Forum, der sich mit DSDT´s auskennt und sich das mal genauer anschauen kann?