You need to be a member in order to leave a comment
Already have an account? Sign in here.
Sign In NowSign up for a new account in our community. It's easy!
Register a new account
Wie wird denn der USB 2 Part eines USB-C gemappt? Also 3 oder als 9?
als 9
Die Kexte sollten soweit in Ordnung sein. Keine Ahnung wie das mit Proxmox so läuft, aber wenn ich deine EFI (bzw. config.plist) mit dem OC Guide vergleiche, würden da schon mal SSDT`s fehlen. Du hast da nur ne SSDT-EC-USBX.aml eingebaut. Möglicherweise in Proxmox anders, aber ich habe da keine Ahnung von.
Deine SSxx sind ja alle als 255 (internal) deklariert. Außer einer, der als USB-C (9) angegeben wird. 255 (internal) werden in der Regel z.B: Bluetooth angegeben.
Ich sags mal so. Hast du so einen physischen USB3 Port mit (blau, rot, grün) musst du den den connector-type auf 3 setzen und zwar für den USB3 und 2 Teil. Diesmal hast du einfach den connector-type auf 0 (HS) oder 255 für (SS) gesetzt.
Anbei mal mein USBMap.kext. Hier sind z.B: SS01 und HS04 ein physischer USB3 Port. Beide müssen als connector-type 3 deklariert werden. Hoffe somit ists etwas verständlicher.
Außerdem sollte In Windows das USBToolBox Programm den connector-type automatisch richtig erkennen. Man kann unter WIN auch das Programm USBTreeViewer zuhilfe nehmen.
Laut deinem UTBMap.kext vom ersten Post hast du aber auch nur USB2 gemappt. Da ist kein einziger USB3 Port (SSxx) drin.
Warum kextstat | grep -v com.appleden USBToolBox.kext nicht anzeigt, kann ich dir aber auch nicht beantworten. Aber es sollte ohnehin der USBMap.kext reichen. Bei dem darfst du halt nicht vergessen, dass dieser SMBIOS abhängig ist.
Edit: Gerade gelesen, dass du nen neuen Kext erstellt hast. Lade den mal hoch.
Kexte welche nur eine .plist enthalten werden ja auch nicht mit kextstat | grep -v com.apple angezeigt. Nur jene, die ausführbar (ExecutablePath vorhanden) sind.
https://dortania.github.io/hac…/acidanthera-january.html
Du musst die versteckten ".contentVisibility" Dateien in die Ordner kopieren.
Das ist natürlich auch ne Möglichkeit 
Wollte ich auch schon machen, dachte mir aber dann, dass es nur an einer Kleinigkeit liegen kann. Aber ohne Nordel hätte ich mich wahrscheinlich dumm und dämlich gesucht.
Wird bei dir Windows angezeigt? Normalerweise muß der Hacken bei OC_SCAN_ALLOW_FS_ESP gesetzt sein, damit OC Windows anzeigt. OC_SCAN_ALLOW_FS_NTFS ist dafür zu wenig, weil der Bootloader eben in der ESP enthalten ist. Und deine config sieht so aus. Hatte ich im Prinzip ähnlich, aber eben kein Windows mehr im Bootmenü.
Außerdem sollte OC die EFI von der es bootet automatisch ausblenden. Da es aber anscheinend diesbezüglich Änderungen gab, halte ich es sowieso sinnvoll die beiden Dateien zu ergänzen, falls nicht vorhanden. Im Prinzip enthalten die eh nur "disabled" (default) oder nehme ich mal so an "enabled". Ob die ".contentVisibility" im OC Ordner auch nötig ist, weiß ich zwar nicht, hab sie aber halt mal eingefügt.
Perfekt, hat funktioniert. Danke für den Tipp!
Für alle die OCAT nutzen. Ihr müsst OC manuell runterladen, da die ".contentvisibility" nicht von OCAT heruntergeladen wird.
Ist bei mir auch der Fall. Sehe im Moment keine Möglichkeit, das zu unterbinden, aber vielleicht wird es bei einem der nächsten Updates wieder korrigiert. Man kann zwar mit ScanPolicy herumspielen, aber bis dato wird bei mir dann wiederum Windows nicht angezeigt.
Scheint ja alles zu passen. Was für Geräte möchtest du verbinden bzw. werden nicht erkannt.
Du musst da etwas eintragen. Ich habe es bei den Failsafe Werten belassen.
mit nem plist Editor z.B: propertree wäre es an dieser Stelle
Hier nachzulesen: https://dortania.github.io/docs/latest/Configuration.html
Wie Bob-Schmu schrieb, solltest du die iGPU beim Verwenden des iMacPro1,1 SMBIOS deaktivieren. Kannst du dann leicht mittels Intel Power Gadget nachprüfen, denn dort sollte dann keine iGPU mehr erkannt werden. Nutze selbst das iMacPro1,1 SMBIOS. Ich hatte damals Glitches unter LibreOffice (Mauspointer flackerte mit aktivierter iGPU), sowie ein subjektiv flüssigeres Grafikerlebnis nachdem ich die iGPU deaktiviert habe.
Wird jetzt nicht dein Doppelklick Problem lösen, aber ist dennoch eine sehr sinnvolle Anpassung.
Problemlos durchgelaufen. OC+Kexte aktuell.
Ich glaube zu wissen, dass es seit Monterey Probleme mit USBWakeFixup.kext gibt. Manche benötigen anscheinend den BlueToolFixup.kext sowie ein sauberes USB Mapping (also USB des Wlan Moduls auf Internal (255) gesetzt). Persönlich nutze ich die BCM94360NG mit dem USBMap.kext (in Windows mittels USBToolBox erstellt) ohne weiteren Kexte. Sleep/Wake sowie Bluetooth/WIFI funktionieren wunderbar, jedoch ist meine Peripherie auch mittels Kabel angeschlossen.
Da ich deine EFI nicht kenne, würde ich an deiner Stelle mal Folgendes versuchen.
1) Falls du das USBMapping noch mit dem Hackintool gemacht hast, einen Neuen mit der USBToolBox erstellen. (Wegen IOClass).
https://dortania.github.io/Ope…sal/sleep.html#fixing-usb
Theoretisch kannst du den USBPorts.kext auch manuell editieren.
2) Ansonsten eben zusätzlich nur den BluetoolFixup.kext einbinden.
Hier hat wieder mal alles reibungslos mit aktuellem OC 0.8.7 funktioniert.
Auch die Meldung wegen der Hintergrund-Objekte habe ich nicht. Zumindest jetzt nach dem ersten Start.
Habe für dich wieder einen Guide von Dortania, der dein Problem beschreibt. Vielleicht hilft der diesmal.
Vielleicht könnte das helfen. Unten ist der Link zum Dortania Guide.
QuoteSpecial note for 4k Displays with AMD dGPUs:
- Some displays may fail to wake randomly, mainly caused by AGDC preferences. To fix, apply this to your dGPU in DeviceProperties:
CFG,CFG_USE_AGDC | Data | 00- You can find the PciRoot of your GPU with gfxutil
/path/to/gfxutil -f GFX0
Ich glaube, wenn man unter den 15Ports/Controller ist, kann man sich das Mapping sparen. Wobei man bedenken muss, das manche Ports physisch nicht vorhanden sind, obwohl sie im ACPI hinterlegt sind.
Musste bei mir auch 11 Ports von 26 streichen, obwohl es die so gar nicht gibt. Aber der XHCI Controller kann halt 26 Ports händeln und die sind im ACPI auch hinterlegt. In meinem Fall halt.
Wahrscheinlich hast du nur im Hackintool mal den Besen + Refresh drückem müssen, damit dein aktuelles Mapping angezeigt wird.
Wenn du den UTBMap.kext verwendest, benötigst du zusätzlich noch den USBToolbox.kext. Ansonsten den USBMap.kext erzeugen. Bei dem musst du halt ein Modell angeben (z.B. iMacPro1,1, iMac20,1 ...), dafür benötigt der keinen zusätzlichen USBToolbox.kext.
Hast du nur den UTBMap.kext ohne USBToolbox.kext in Verwendung, wird dein Mapping nicht funktionieren.
