USB Port Mapping ASUS Z-590P Big Sur

Hi,

Wenn das deine aktuelle Mapping sein soll und du diejenigen Ports die du nicht haben willst deaktiviert haben solltest;

Muss deine Mapping dementsprechend aussehen;

Im beiliegendem Kext ist die gesamte Portplan korrigiert, korrekt adressiert und hinterlegt.

Falls du mal ne Port aktivieren oder deaktivieren willst einfach den # vor dem "Port" hinzufügen für deaktivieren und wegnehmen für aktivieren.
Überall wo Companion steht solltest du auch paarweise aktivieren und deaktivieren.

Den Überblick kannst du noch besser gewährleisten wenn du die "Comment" Feld im Kext ergänzest wie hier im Bild;

Teste es mal den beiliegenden Kext aus.

Gruss Coban

EDIT:
Ausserdem solltest du den "SSDT-RHUB.aml" und

"XHCI-unsupported.kext" & "USBInjectAll.kext" rauswerfen.

Zitat von Stepping_Steve

Der Port 7 wird nur mit einem USB 2.0 Stick erkannt. USB 3.0 wird nicht erkannt.

Was ist die Port 7? Heisst das in deinem Schema HS07 ?

Wenn ja dann wird das auch dort erkannt, siehe Bild;
Hast ja auch was angeschlossen und das wurde erkannt.

Kannst du mir bitte was anderes liefern?
Schalte in deinem problemlos Funktionierendem EFI alle USB bezogene SSDT`s und Kexte aus.

Unter Kernel aktiviere bitte den "XhciPortLimit" und starte Catalina;

2. Unter neu gestartetem Catalina starte den Hackintool und gehe zu USB...
Mit Besen unten alles löschen und mit refresh alles neu laden;

als erstes hier mal einen Export MIT ALLEN 26 Ports machen damit ich in diesem Kext die adressierungen sehen kann.
Nach dem du den Kext zurseite gelegt hast kannst du nochmals hier ganz nach deinem Bedürfnissen Ports Mappen und einen zweiten Kext exportieren und testen. Bringe aber die Kexte nicht durcheinander, umbenennen.

Liefere mal die beiden Kexte bitte. mit dem 2.Kext den du erstellt hast sollte schon dein problem gelöst sein.
Ganz am schluss sollte man diesen "XhciPortLimit" wieder deaktiveren, der funktioniert nur unter Catalina.

Gruss Coban

Zitat von N0b0dy

wollte mich nicht reinmischen

Du brauchst dich nicht entschuldigen, jede Hilfe ist willkommen, von einem experten wie dir ist es sogar Pflicht würd ich behaupten..

Zitat von Stepping_Steve

Daher werde ich noch mal ein neues Windows Mapping machen. Das mit Catalina und dem Hackintool kann ich auch noch probieren

Du brauchst dich auch nicht unnötig zu quälen, die Anleitung mit Hackintool & Catalina funktioniert 100%.

Das Windows zeug wurde überhaupt erfunden um die non Catalina User zu befriedigen.

Schalt einfach den "XhciPortLimit" quirk unter Catalina ein und du hast die volle anzahl Ports deiner Controller ohne Beschränkung.

Wähle 15 Ports so wie du sie brauchst und lösche die anderen, fertich.
Wenn ich ein Catalina zu Verfügung habe quäle ich mich doch nicht mit Windows.

Zitat von Stepping_Steve

mit allen SSDT bezogenen Kexts?

Damit meine ich das du keinen SSDT-UIAC.aml, USBMap.kext, USBInjectAll.kext, XHCI-unsupported.kext laden sollst wenn du mit dem XhciPortLimit arbeitest, erst nach dem du einen richtig funktionierenden USBMap.kext hast kannst du den XhciPortLimit ausschalten und ausschliesslich den USBMap.kext verwenden. Also noch ne einfachere methode gibt es nicht, wenn alles nicht hilft installiere mal den Andesk und wir machen das gemeinsam innerhalb 15 minuten, mehr braucht es nicht.

Gruss Coban

PS: Wenn du ein anständig funktionierenden Konfiguration hast kann der N0b0dy oder ich auch einen Betriebsystem unabhängigen SSDT hinstellen wenn du es magst (es ist in prinzip dasselbe), dafür müssen wir aber eine lauffähige Konfiguration vom Kext kennen.

Hab das ganze grad mal bei mir nochmal angeguckt, musste feststellen das das mit Catalina und XhciPortLimit jedenfalls bei mir nicht mehr reicht.

Ist das jetzt neu? habt Ihr da neuere infos drüber? Es scheint das die "XhciPortLimit" unter aktuellstem Catalina auch nicht mehr zu funktionieren.

Da ich schon ne halbe Ewigkeit gepatschtes System habe ist das vermutlich an mir vorbei gegangen.

Bleibt anscheinend nur noch Windows lösung.

Stepping_Steve Teste doch mal den Kext vom N0b0dy

Danke N0b0dy

Gruss Coban

Zitat von Stepping_Steve

ich weiß nicht, was der Typ da macht...es hat funktioniert.

Ja der kann das ziemlich gut, hat auch damals bei meinem SSDT gezaubert.

Ohne Usb probleme sollte es theoretisch auch mit dem Update klappen wenn da keine andere probleme vorhanden sind.

Ich würde dir eher zu einem "neuen Volume" im Container raten um dort einen sauberen BigSur zu installieren.

Somit erreichst du einen sauberen System ohne bestehendes kaputt zu updaten.

Daten kannst du immer vom alten System migrieren.

Gruss Coban

EDIT:

Zitat von Stepping_Steve

das mit dem SSDT wäre natürlich auch super, da tue ich mich noch ziemlich schwer

Im Anhang wäre dann die SSDT Version vom N0b0dys Kext die ja bei dir reibungslos funktioniert.
Wenn du den einbindest musst du den Kext USBMap wieder deaktivieren, den USBInjectAll.kext brauchst du auch nicht.
Zusätzlich kannst du jetzt en "SSDT-RHUB.aml" jetzt auch wegnehmen, der wäre dann mit diesem SSDT überflüssig.
Mit diesem SSDT bist du dann auch SMBIOS unabhängig.

Zitat von Stepping_Steve

Das mit der SSDT ist mir noch nicht ganz klar. Muss die in den ACPI Ordner und in die Config.plist eingebunden werden und dafür der USBMap.kext weg?

Ganz genau so, die Ssdt gehört ins Acpi Ordner und im Config einbinden, danach die USBMap.kext deaktivieren,

ausserdem kann die SSDT-RHUB.aml auch entfernt werden da die mit USB SSDT überflüssig wird.
Damit das ganze auch sauber funktioniert musst du unter umständen vielleicht noch deinen original unveränderten SSDT

TableLength ausfindig machen und im Config.plist unter ACPI/Delete ergänzen und aktivieren.

Hier als beispiel, TabellenName kann bei dir anders heissen, musst du mal gucken.

Im unteren Efi ist die "Acpi/delete" Vorlage drin aber nicht aktiviert.

Wenn du es per SSDT patchen willst muss das so sein ansonsten ist die Kext version eigentlich dasselbe.

Versuche es mal zu lösen.

Hier mal ein rundum erneuerter überarbeiteter Efi der auf deins basiert.

Ich hab diverses angepasst, musst vielleicht mal vergleichen mit deins, jetzt alle punkte durchzuschreiben wär zu lang.

Auf jedenfall solltest du einen NVRAM Reset hinlegen wenn du diesen Efi startest.

Einfach im Opencore Menü 1x Leertaste drücken, im erweiterten Menü NVRAM reset auswählen.

Gruss Coban

Saubere sache.

Gruss Coban

N0b0dy
Gut das du das ansprichst, wollte das dir mal bei Gelegenheit unter dem ssdt thread ansprechen und fragen warum das probleme macht.

Die logik dahinter ist ja klar, Rechner bezieht die original XHCI informationen per Dsdt oder eben in unser fall per Ssdt (SSDT-5-xh_rksu4.aml).

Wir geben ja per _OSI weiche mit wenn die OS Darwin ist schalte den "RHUB" aus und beziehe die informationen vom "XHUB".

Wenn kein Darwin am laufen ist müsste es ja die "RHUB" geladen werden und die Werte vom Original Tabelle kommen.

Soweit so klar, nur bei allen Hacks die ich da gebastelt hab hatte ich immer probleme damit,

wenn man den Original Tabelle nicht weglöscht bekomme ich immer Acpi fehler die dann mit einem nicht geladenen Tabelle enden.

Das merkwürdige daran ist aber das meine korrekte Portmapping trotzdem funktioniert.

Leider bin ich immer noch nicht dahinter gekommen woran das wirklich liegt, daher deaktiviere ich den Original Tabelle auf meinen Rechnern um die Fehler und komplikationen die daraus entstehen können umzugehen.

Demnächst wenn ich mal bissl freizeit habe will ich die "Weiche" so umbauen das;

Wenn _Osi Darwin ist soll es RHUB deaktivieren und XHUB laden, wenn nicht soll es YHUB laden.

Unter YHUB will ich dann die Original Tabellen Informationen mitgeben so das es unter andere Betriebsysteme die USB wieder komplet wird.

Mir ist schon klar das man mit diesem Szenario auch den Original Tabelle löschen muss aber so wäre es zumindest alles nutzbar.

Hättest du da ne idee dazu oder noch besser woran das Tabellen problem liegen könnte?

Gruss Coban