Beiträge von G.com

SchmockLord Also ohne jetzt auf Sonoma zu sein, das Phänomen kann ich bisher unter Ventura nicht bestätigen. Habe ohne SecureBootModrl installiert. Später APEcid und SecureBootModel eingerichtet und schlussendlich SecureBoot eingeschaltet. Nix verschwunden und auch jetzt, wenn ich SecureBoot mal ausschalte bleiben alle Laufwerke sichtbar.

Na, das klingt doch gut.

@wannacool Dann neu anfangen mittels Dortania.. Danach wieder bei Problemen melden.

Wenn Du das Powermanagement richtig einrichtest, gehen alle Cores sogar mit HT, aber mit reduziertem Ring Clock. Das ist der Preis für ein Rapture Lake System.

N0b0dy

Zitat von N0b0dy

Was meinst du da hier? habe nicht verstanden!

15100000 sollte erste SS sein...

Korrekt, so war es gemeint. Ich wollte nur sagen, wenn 15000000 evtl. falsch deklariert wäre...dann. Egal, wir meinen das Gleiche

Zitat von N0b0dy

Das ist ja komisch, sie sollten 26 Ports sein

141.... bis 14E... sind HS01 bis HS14

14f und 150 sind dummy USR

151 bis 15a sollten SS01 bis SS10 sein

Eben drum, 15a... gibt es eben nicht, wird nicht geladen, obwohl in der SSDT-11 deklariert.

Zitat von N0b0dy

Ist es hier ein Tippfehler oder so deklariert, sollte hier nicht HS05/SS04 sein, den Port hinten unten wie du sie nennst?

Ja... es war ja gestern schon spät und ich hatte 700km im Rücken, Korrekt HS05/SS04. Tippfehler

Zitat von N0b0dy

Diese Ports sind mit Thunderbolt verbunden und haben mit USB controller nicht zu tun.

Danke für die Erklärung, d.h. es gibt keine Definition der Hubs, wie bei Nico beschrieben. Ergo, die Appletreiber entscheiden, wie die darunterliegenden Ports definiert werden. Erfahrung zeigt, wenn ich HS12 auf 255 stelle, werden die Ports im Hub auf Port-Type 0x02 geschaltet. Was immer das genau bedeutet. Stelle ich HS12 auf 0, dann ist der Port Type 0x00. Ich vermute hier das Problem.

Die Definition der USB3 Karte muss noch gemacht werden, außer - wir sind erfolgreich, dann baue ich Sie nämlich aus. Deswegen dachte ich zunächst, man könne diese missachten. Ist eine Fresco 1000.

https://www.amazon.de/gp/produ…tle_o00_s00?ie=UTF8&psc=1

Es sei noch erwähnt. Interessanterweise passiert es, wenn ich die SSDT-11 droppe und sie unverändert über OC lade, tauchen alle SSXX Ports nicht mehr auf. Diese werden nicht initialisiert. Selbst, wenn ich einzelne HS Ports per _STA deaktiviere, dann werden es halt weniger Ports, aber es werden keine SS Ports initialisiert. Soweit hatte ich es schon getestet. Liegt also nicht am Port Limit.

Gruß

g.com

Moin N0b0dy,

danke noch einmal für dein Angebot der Hilfe. Ich finde das Ganze hier gerade sehr verzwickt.

Aber mal von vorne. Im Grunde finde ich in der DSDT die üblichen 26 Ports:

HS01 - HS014

USR01, USR02

SS01 - SS10

In der SSDT-11 werden dann allerdings "nur" folgende Ports definiert.

HS01-HS14

SS01-SS10

Wenn ich dann die SSDT-USB-Reset und das XHCI Port Limit nutze, finde ich im IOReg und im Mapping Tool dann aber 25 Ports:

16x HS

9x SS

Aufgrund der hexadezimalen Nummerierung wechselt er dann nach 14f.. auf 150.. Soweit verstanden.

Wenn ich also annehme, der erste 3.0 Port sei SS01 und zähle runter komme ich dann auf folgende Nummerierung.

Ich habe mal vor und nach dem Mappen ein IOReg Dump gemacht, so kannst Du noch einmal selber schauen. Vielleicht habe ich ja einen Knoten im Kopf. PXSX ist meine USB3.0 Karte, die ich vorsorglich eingebaut habe, um evtl. das BT Modul darüber einzubinden. Kann zunächst missachtet werden.

However, dies entspricht dann der folgenden Port Nummerierung.

Internal

Problem hier ist halt, dass der Front USB2.0_1 + _2 beide über ein Hub laufen und eben auf diesem sowohl die beiden Steckplätze am Gehäuse, wie auch mein BT Modul anliegen.

HS13 und HS14 sind ein ITE Device (die Realtek Wifi?) und DT Radio (also Realtek BT), das bestätigt auch die Definition in der SSDT-11.

Hier werden sehr ähnliche Sleep Werte integriert, wie es auch Nico gemacht hat.

Backpanel

Front

Folge ich jetzt deiner Aussage zu den Port Nummern und nähme an Adresse 1500000 wäre jetzt der erste USB3 Port (falsch deklariert) dann würden wiederum fast alle SS und HS Ports Nummerngleich sein. Aber wenn ich jetzt den Kext ziehe nummeriert er es genau so durch, wie von mir angegeben.

Ich habe allerdings Probleme auf HS03/SS04 - da erkennt er mit dem Kext meine Laufwerke nicht. Ich schließe also nicht aus, dass hier der Wurm drin ist.

Es sei noch einmal kurz dazu gesagt, die PR XHCI Definitionen sind bei mir in der SSDT-09. Allerdings tauchen im IOReg darauf nur PCI Geräte auf.

Zu guter Letzt habe ich noch einmal ein IOReg Dump mit Kext gemacht. So kannst Du auch das noch einmal abgleichen.

Schicke ich Dir dann per PN.

P.S. Hier noch einmal die Fehlermeldung bzw. der Wake Reason:

Wake from Normal Sleep [CDNVA] : due to PWRB RP04 RP05/UserActivity Assertion Using AC (Charge:0%)

Zu dem Zeitpunkt steckte die BCRM aber noch in einem anderen Steckplatz und tauchte nicht unter PR05 sondern unter PR09 auf - das steckt jetzt die USB-3 Karte drin.

Hatte ich schon Danke gesagt? Kann man an dieser Stelle sicher nicht oft genug sagen, das hier ist schon echt höhere Mathematik oder ich zu alt.

Viele Grüße

g.com

Hallo,

zurück aus dem Urlaub und ne Latte voller Kabel auf dem Tisch, kann ich nun folgendes Beantworten.

Es liegt am HDCCP. Ich habe hier einmal ein günstiges 4K DP auf HDMI ohne aktive Schaltung bzw. ohne klaren Hinweis auf HDCP 2.3 und ein sündhaft teures Kabel 8K mit HDCP 2.3...

https://www.amazon.de/dp/B09MH…dt_b_product_details&th=1

Mit diesem Kabel oder eben von HDMI auf HDMI kann ich ohne Probleme Disney und Prime über Safari sehen. Nur, für den Fall jemand hat ein ähnliches Problem.

Was leider nicht geht, sobald ich ein einfaches DP auf HDMI Kabel zum AVR anschließe, wird der Bildschirm wieder schwarz.

Also ich teste jetzt mal folgende Konfiguration. HDMI auf AVR und dann vom AVR auf TV.

Ansonsten würde solch ein langes Kabel glatt mal nen Fuffi kosten ;D

Grüße

g.com

Update: Nach dem Neustart heute scheint diese Lösung auch nicht wirklich zu funktionieren. Der Monitor flackert kurz, wird schwarz und dann werden die Zeileninfos falsch, im Bestfall habe ich einen Yellow Teint oder aber nur bunte Flächen. Ich weiß nun aber wo das Problem liegt und werde einen anderen Weg versuchen. Kabel damit auch nicht die finale Lösung. Abgesehen, davon, dass ich auf dem Gerät eh keine Videos schaue, dazu habe ich meine Cubes

Phoenix Ich muss schon mal feststellen, bei AMD bin ich raus. Aber dein ACPI sieht sehr dünn aus. Schaue mir sas noch mal in Ruhe daheim an.

kaneske, was ich sage ist ja, das nit der SSDT ein ACPI Fehler im Log erscheint. Device EC already exist. Recht weit unterhalb dessen er die SSDT lädt. Von irgendwo her kommt also das Gerät. Verstehe nicht woher.

Sorry, ja… H_EC habe ich natürlich. War ich nicht eindeutig.

Moin,

bei der Fehlersuche im Kernel Log fiel mir auf, das er sagte Gerät EC sei schon vorhanden.

Habe dann versuchsweise die genannte SSDT rausgeworfen. USB Power immer noch korrekt. Kommt wohl vom Kext.

Gerät EC weder in der Original DSDT vorhanden ncoh im iOReg, dennoch läuft die Kiste.

Habe ich was verpasst?

Gruss

g.com

Phoenix85 Ich komme da aber leider erst Ende der Woche dazu. Mache ich aber gerne. Mit dem Standard kenne ich mich ganz gut aus, auch ein wenig ACPI Fehlersuche, aber bei ganz speziellen Dingen muss auch ich noch nachfssen. Da sind hier andere Cracks.

Ich glaube fast deine EFI könnte nicht ganz sauber sein. SIP verändern sollte nicht solche Probleme verursachen. Hast Du deine Config mal abgeglichen?

MacGrummel Mir gefällt das Abschalten von SIP und Secure Boot nur nicht. Kann man das nach Patch wieder einschalten?

atl und KungfuMarek Danke Euch beiden. Dann lasse ich es einfach drin. Auch wenn ich keine Probleme habe. Schadet dann ja nicht. Nur die Loste der SSDT‘s und Kexte wächst und wächst 🫣

Am Ende will man ja eine maximal reale Simulation eines Macs.

Danke Dir KungfuMarek. Schaue doch bitte mal oben, da ist mein IOReg. Frage war, ob die Werte dafür sprechen, das es korrekt läuft und ob ich bei iMacPro1,1 das DMAC brauche, Man kann viele Einträge im IOReg haben, ob diese korrekt laufen sieht man IMO nicht am bloßen Vorhandensein.

Das ein MacPro7,1 das verbaut hat ist unstrittig. Aber ich denke auch hier hängt es vom SMBios ab, ob der Mac es überhaupt nutzt. Wäre doch sinnfrei ein Gerät zu injecten, obwohl das „Original“ Gerät es gar nicht besitzt.

atl Cool, danke. Dann 2 Fragen. a) benötige ich das Gerät DMAC und b) kannst Du anhand meines Screenshots erkennen, ob AppleVTD sauber läuft?

MacGrummel

Danke für die Info. Da meine Broadcom Karte im PCI Adapter in dem Systembericht als SoC aufgelistet wird, heisst das ich muss da nichts weiter machen?

N0b0dy Ich werde noch einmal alles auflisten. Danke für das Hilfsangebot. Ich habe das USB Mapping mit USBToolbox unter Windows gemacht und danach dann noch einmal den Kext mit Hackintool erstellt.

In MacOS habe ich dazu die RHUB-reset und den XHCI Port Limit Quirk benutzt.

Ein IOReg Dump von dem Zustand, also alle Ports sichtbar habe ich mir erstellt.

Ganz klassisch dann mit USB 2 und USB 3 Gerät Port für Port geprüft und die Port Adresse vermerkt, um dann von Hex auf den Wert zu gehen.

Was mir neu ist, die HS Ports laufen unter 14x… die SS unter 15x… Zumindest ohne Patching.

Und ja, bei Gigabyte ist es leider nicht so, das HS03 mit SS03 verbunden ist. Aber das werde ich noch einmal eruieren. Bzw. schaue auch mal oben auf den Screenshot vom USBMap, da habe ich sehr saubere Comments erfasst. z. B der hintere USB-A 3.1 Port unten unten hat HS05 und SS04.

Ich nehme gerne Eure Hilfe an. Allerdings fehlt es mir an einem Kabel, um die SS Personality der USB-C festzustellen. Habe wohl nur USB2.0 Kabel hier. Ich erwarte da morgen die Amazon Lieferung, bin allerdings beruflich bis Mittwoch verreist. Somit macht es am meisten Sinn mich dann am Ende der Woche zu melden.

Danke noch einmal 🙏

Moin kaneske,

mal so als Frage, wann und warum aktiviert man AppleVTD?

Ich habe geprüft, ob ich ein Gerät DMAC habe (PNP0200 innerhalb DSDT). NEIN

Ich habe geprüft, ob ich Reserved Region in Table DMAR habe. NEIN

Ich habe im OC die SSDT-DMAC eingebunden und DisableIOMapper auf FALSE gestellt.

So sieht es im IOReg aus:

Die Einträge zu AppleVTD sind aber auch unverändert da, ohne Gerät DMAC.

Jetzt meine Frage. Welchen Vorteil hat es und betrifft das überhaupt meinen iMacPro1,1 oder nur MacPro7,1?

Danke für Eure Hilfe.

UPDATE:

Ok, eine Frage ist sogar besser, wenn man sie selber beantworten kann.

Also, ja AppleVTD wird ab Ventura sogar zwingend erfordelich. Hat was mit Thunderbolt, speziellen Geräten und NIC‘s zu tun. Ohne kann aber muss es nicht zu Problemen kommen. DMAC ist ein spezieller Controller, der den Speicher an der CPU verwalten lässt. Ist aber weder zwingend nötig, noch in allen Macs vorhanden. AppleVTD läuft auch ohne.

Integriert man das DMAC in ein SMBios, das es nicht unterstützt; wird es halt nicht genutzt oder kann zu Problemen führen. So zumindest verstehe ich die Thematik.

Also, warum das mit den iServices nicht funktioniert ist immer noch ein Brief mit sieben Siegeln. Fest steht, es scheint auf die AppleID anzukommen. Ich z.B. kann mich mit oder ohne SMBios auf jeder frisch generierten Serial anmelden ohne Probleme. Meine Eltern konnten das zu Beginn nicht.

In allen Fällen, wo es nicht funktioniert, war es nicht notwendig tausende Kombinationen an SMBios und Serial zu versuchen, im Gegenteil irgendwann ist man blacklisted.

Ein sauberes SMBios erstellen, ACHTUNG! Rom nicht vergessen. Ethernet auf en0, Wifi auf en1. Bluetooth/Wifi solle funktionieren und dann Login versuchen. Wenn es nicht geht mal 4-6 Wochen warten und neu versuchen.

In allen Fällen, die ich kenne (Voraussetzung s.o.) die sauber eingerichtet waren, war dann nach Wartezeit ein Login möglich.

Warum??? Das kann nur Apple verraten. Die ID Sperren (z.B. wegen Erkennung Mac Serial nicht vergeben) wirken auf den Servern nur temporär oder oder oder....