Weder Sidecar noch DRM mit SMBIOS iMac 20,2 I9 10850k und Gigabyte Vision G Big Sur
- Blackninja_1985
- Erledigt
-
-
Ja das wird glaub ich nicht so easy, weil der BT Adapter dort dran hängt...
Ich kann es echt nur so machen wie ich beschrieben habe
Mit freundlichen Grüßen
-
-
Das verstehe ich nicht. Dein BT Adapter und der Commander hängen doch an verschiedenen Ports?
Nein... Das board hat leider nur einen internen USB 2.0 Header. An dem ist der Commander Pro dran und der Commander hat 2 Header für USB 2.0 und da ist einmal die BT-Karte und dann die Wasserkühlung angeschlossen ...
das ist ja mein Problem
Gibt es keine IO wo man die USV aktivieren oder deaktivieren kann? Das System ist klar als iMac 20.2 deklariert
-
Dein Mainboard hat einen "internen USB 2.0 Header". Dort sind zwei USB 2.0 Ports drauf. Leider nehmen da die "Standard-Kabel" keine Rücksicht drauf, nutzen nur einen Port aber machen mit ihrem Stecker den Slot "dicht". JimSalabim hat mal erklärt, wie man das unkompliziert ändern kann. Dann wäre dein Problem keines mehr.
-
Dein Mainboard hat einen "internen USB 2.0 Header". Dort sind zwei USB 2.0 Ports drauf. Leider nehmen da die "Standard-Kabel" keine Rücksicht drauf, nutzen nur einen Port aber machen mit ihrem Stecker den Slot "dicht". JimSalabim hat mal erklärt, wie man das unkompliziert ändern kann. Dann wäre dein Problem keines mehr.
Das meine ich... Das habe ich auch bei einem Kollegen so am laufen
-
Nicht wirklich. Denn wie du siehst, werden hier die bestehenden Leitungspaare eines Ports dupliziert, da ist also ein kleiner Hub dahinter. Letztendlich geht es noch billiger und direkt.
Hier siehst du zum Beispiel (nur das Kabel) eine voll-verdrahtete Version und im Anschluss (unnötige) zwei Hubs. Du benötigst nur die Kabelpeitsche. Mit etwas Geschick kannst du das auch selber löten.
Edit: oder so …
-
5T33Z0 : Gibt es einen Grund warum du die EnergyDriver.kext raus genommen hast bei deinem aktuellem update=?
Mit freundlichen Grüßen
Ja gibt es. Dazu muss ich allerdings etwas ausholen.
Als Big Sur raus kam, hatte ich nach der Installation Probleme, es zu starten. Es kam immer das durchgestrichen Symbol, trotz passendem SMBIOS. Der Workaround war dann, es mit -no_compat_check bootarg zu starten, aber dann ging IntelPowerGadget nicht, ohne EnergyDriver.kext über die EFI zu injecten.
Als ich nach einem BIOS Update (es gibt schon wieder ein neues übrigens), mit SSDTTime die DSDT gedumpt und testweise eine SSDT-EC generiert habe, habe ich bemerkt, dass dieses Board - anders als im Guide für Z490 behauptet – ne SSDT-EC braucht –
ssdtTime sagt einem ansonsten ja automatisch, falls man sie nicht benötigt.
Und seitdem die SSDT-EC da drin ist, funktioniert alles wie geölt. Ich hatte in den ersten Monaten echt Angst, dass ich diese Kiste nie vernünftig zum Laufen kriegen würde. Aber jetzt habe ich meine ersten Projekte damit gemacht und es startet standard-mäßig Big Sur. Und deswegen braucht man auch den EnergyDriver.kext nicht mehr. Er wird ja eh von IntelPowergadget installiert und liegt unter Library > Extensions.
-
Nicht wirklich. Denn wie du siehst, werden hier die bestehenden Leitungspaare eines Ports dupliziert, da ist also ein kleiner Hub dahinter. Letztendlich geht es noch billiger und direkt.
Hier siehst du zum Beispiel (nur das Kabel) eine voll-verdrahtete Version und im Anschluss (unnötige) zwei Hubs. Du benötigst nur die Kabelpeitsche. Mit etwas Geschick kannst du das auch selber löten.
Edit: oder so …
5T33Z0 : Kann man das neue Bios bedenkenlos installieren? Ist ja Version: F20b
-
-
-
Hatte bisher noch keine Probleme beim Updaten. bluebyte schon. Muss jeder für sich entscheiden am Ende.
hp246 Also ich sehe da 1 einen USB 3.2 Header und 2 USB2 Header auf dem Schema, wenn ich es richtig sehe.
Ja der ist auch belegt ... Ich muss mal den Rechner morgen auseinander nehmen und schau mir das mal an. Ich denke es wird nix anderes übrig bleiben und das Kabel kaufen, dann den Commander Pro ausschliessen von der USB.kext und dann hoffe ich das es klappt ...
Mit freundlichen Grüßen
-
Wird schon klappen.
-
Wobei das in den Spezifikationen bei Gigabyte so steht:
Chipset:
3 x USB 3.2 Gen 2 ports on the back panel
2 x USB Type-C™ ports, with USB 3.2 Gen 2 support (1 port on the back panel, 1 port available through the internal USB header)6 x USB 3.2 Gen 1 ports (4 ports on the back panel, 2 ports available through the internal USB header)
2 x USB 2.0/1.1 ports on the back panelChipset+USB 2.0 Hub:
4 x USB 2.0/1.1 ports available through the internal USB headers
Das liest sich wiederum so, das die vier internen USB (in zwei Headern) an EINEM Port hinter einem Hub hängen. Dann wäre auch nichts gekonnt, weil die Ports hinter dem Hub nicht weiter beschrieben werden können.
Da hilft es nur, mal in die ACPI zu schauen. IORegistryExplorer kann auch helfen. Wenn es tatsächlich so ist, hilft das Kabel nicht weiter. Es sei denn, du baust noch einen Schalter dazwischen …
-
Habt ihr auch das Problem das der Hacke in den Standby geht und direkt wieder aufwacht?
Wake reason ist bei mir:
2021-02-18 11:54:59.126957+0100 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW USBW PEG2 PEG3 RP04 (User)
2021-02-18 11:54:59.126958+0100 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW USBW PEG2 PEG3 RP04 (User)
darauf werde ich aber nicht schlau...
-
In der EFI von Schmocklord gibts Sne SDT-Disable-CNVW - vielleicht hilft die?
-
habe ich gerade getestet. Wacht leider immer noch sofort wieder auf:-(
Hast du das Problem auch 5T33Z0 ?
vielleicht kannst du es mal mit
pmset sleepnow
testen.
LG
-
Ghet ohne Probleme schlafen ohne die extra SSDT. Ich denke eines Deiner Geräte hält ihn vom Schlafen ab. Würd's mal damit versuchen: https://ooh3dpsdytm34sfhws63yj…%84060D%E8%A1%A5%E4%B8%81
-
Ich habe die Ursache gefunden schonmal:-) Es liegt an der Wifi/Bluetooth Karte bzw an dem Bluetooth Anteil.
Wenn ich den Internen USB Anschluss für Bluetooth abziehe ist alles gut. Muss ich den auch mit in das USB Portmapping aufnehmen? Aktuell ist es nicht drin. Der Port funzt aber trotzdem bzw das Bluetooth wenn der Header gesteckt ist.
-
Ja klar, diesen Port deklarieren. Als USB2 intern, also "0xFF" bzw. "255".