Beiträge von MokkaSchnalle

    Ich habe jetzt schon mehrere SSDTs mit den passenden Daten gefüllt und getestet.

    Leider ohne Erfolg.


    Mit dem "Original" von apfelnico sieht es so aus (pci-bridge und ethernet, kein Eintrag unter PCI):


    Mit der SSDT von einem X570 User auf Github sieht es aus, wie in meinem vorherigen Post beschrieben (Device ID spoofed korrekt B1 07 + Eintrag PCI).

    Der Treiber lädt jedoch trotzdem nicht.


    Auch in den Boot Logs ist nichts zu finden (via dmesg und DebugEnhancer).


    sudo kextload -b com.apple.driver.AppleEthernetAquantiaAqtion

    Bringt auch nichts außer das:


    standard 20:27:26.971704+0100 kernelmanagerd loadExtensions(withPaths:withIdentifiers:withPersonalityNames:withDependencyAndFolderPaths:options:withReply:): Loading paths: [], identifiers: ["com.apple.driver.AppleEthernetAquantiaAqtion"], personalityNames: []

    standard 20:27:27.347353+0100 kernelmanagerd Checking unstaged bundle path /System/Library/Extensions/IONetworkingFamily.kext/Contents/PlugIns/AppleEthernetAquantiaAqtion.kext for Kext com.apple.driver.AppleEthernetAquantiaAqtion v1.0.64 in loaded boot kernel collection

    standard 20:27:27.683619+0100 kernelmanagerd At least one of the request extensions / bundled extensions com.apple.driver.AppleEthernetAquantiaAqtion are NOT in the exclude list. Will do full resolution of load request

    standard 20:27:27.687362+0100 kernelmanagerd platform kext requests (direct loadable):

    Kext com.apple.driver.AppleEthernetAquantiaAqtion v1.0.64 in loaded boot kernel collection

    standard 20:27:27.687491+0100 kernelmanagerd direct loads:

    Kext com.apple.driver.AppleEthernetAquantiaAqtion v1.0.64 in loaded boot kernel collection

    standard 20:27:27.687522+0100 kernelmanagerd loading extension from in-kernel fileset: com.apple.driver.AppleEthernetAquantiaAqtion (will start, will match)

    Habe gesehen, bei dir im Screenshot war zu sehen unter PCI, "Slot-5,,,,,,". Das habe ich mal "repariert", sollte nun korrekt "Slot-5" anzeigen. In der SSDT war für für diese Bezeichnung die "Buffer-Länge" falsch.

    Mit deinem eigentlichen Problem wird das nichts weiter zu tun haben …

    Danke dir! Das hat funktioniert. Wird nun korrekt angezeigt.

    Aber das Problem löst es leider nicht.

    Dann eventuell ein Formatierungsfehler in der config.plist?

    Mein Inhalt ist 1:1 identisch hierzu.

    Habe es auch nochmal kopiert.



    Sehr komisch.

    Kann man denn irgendwie feststellen, weshalb der Treiber nicht geladen wird?
    Im Log findet sich nichts zur Kext.


    Gibt es noch andere Einstellungen in OpenCore, die hierbei zu beachten sind?

    Ansonsten funktioniert alles mit dem Hacki. Nur die Karte will irgendwie nicht.

    Ich habe mir auch mal zum Testen eine ASUS XG-C100F bestellt um die aktuelle Mellanox 10G zu ersetzen, welche aktuell nur unter Windoof zum Einsatz kam.


    Leider kriege ich die neue Karte nicht ans Laufen.

    SSDT und Kext Patches sind eingetragen.



    81F9B107 0000 -> 81F9B100 0000

    0F84C002 0000 -> 660F1F44 0000





    Ich habe auch bereits verschiedene weitere Patches probiert:

    41C70424 00000000 E9 -> 41C70424 01000000 E9

    41C74500 0000E9 -> 41C74500 0100E9


    OpenCore Texte und SSDTs:


    Original IO Reg:

    _SB_.PCI0.BXBR.BYUP.BYD2.BYS2


    Die SSDT scheint zu funktionieren, weil es einen Eintrag in der PCI-Liste gibt und die Device ID 07 B1 ist.



    Daten:

    Ryzen 3900X

    MSI X570 ACE

    6900XT


    macOS 11.6.1

    OpenCore 0.7.5


    Above 4G und BAR Support sind im BIOS aktiviert. Die OpenCore AppleGPUBar Einstellung habe ich auf 10 gesetzt.


    EDIT: SecureBoot habe ich testweise auch mal in OpenCore disabled. Ohne Erfolg.

    Dateien

    Hi,

    dein Gerät ist halt ein komplett anderes. Das „5510“ hat i5 CPUs mit einer UHD 620.

    Mein EFI läuft nur für das Dell 5411 und 5511.


    Dafür müsstest du noch in den Properties die Device ID einer UHD 630 setzen.


    Edit:

    Wenn das auch nicht läuft, wird wahrscheinlich auch das Anschluss-Layout anders sein. Dann musst du halt das iGPU Framebuffer Patching durchprobieren. Siehe dazu die Anleitung im opencore Wiki oder hier im Forum.


    Wie man hier sieht, ist dein Layout komplett anders:

    http://laptop-schematics.com/view/9988/


    Grüße

    Hat sich auch schon erledigt :)


    4k 60 läuft bei mir nun, nachdem ich DVMT auf 64MB gesetzt habe.


    Ich konnte mit ru.efi die Variablen setzen. ModGrub ginge natürlich auch. Allerdings nur die modifizierte Version, bei der man den VarStore angeben kann.
    Das Problem war, dass viele Settings nicht in "Setup" gespeichert werden, sondern in "SaSetup".


    Code
    1. DVMT Pre-Allocated, VarStoreInfo (VarOffset/VarName): 0xF5, VarStore: 0x16


    Wenn VarStore nicht 0x1 ist, steht es woanders.

    Die VarStoreIds sind am Anfang des IFR.txt files erklärt:

    Code
    1. VarStore: VarStoreId: 0x16 [72C5E28C-7783-43A1-8767-FAD73FCCAFA4], Size: 0x318, Name: SaSetup {24 1E 8C E2 C5 72 83 77 A1 43 87 67 FA D7 3F CC AF A4 16 00 18 03 53 61 53 65 74 75 70 00}



    Genau das gleiche für den CFG Lock:

    Code
    1. CFG Lock, VarStoreInfo (VarOffset/VarName): 0x3E, VarStore: 0x11

    0x11 ist CpuSetup.


    Es ist also tatsächlich möglich, sämtliche UEFI Settings zu ändern, obwohl ein Passwort gesetzt ist. Ziemlich geil :D

    Ok dann gehts mir ja genauso ;)

    Hast du denn ein Setup Passwort vom Arbeitgeber? Das ist nämlich mein Problem. Und natürlich, dass Dell viele Optionen nicht freischaltet. Z.B. würde ich gern den CFG Lock einstellen. und ein paar Thunderbolt Optionen damit das Hotplug läuft.


    Du musst zuerst das BIOS file zu deinem Laptop beim Hersteller laden (auch auf die richtige Version achten! Die muss identisch zu deinem installieren BIOS sein).

    Bei Acer wird das wahrscheinlich InsydeH2O sein? Das solltest du einfach so extrahieren können.
    Für Dell brauchst du einen Extractor, weil das BIOS bin file irgendwo in einer Windows Exe versteckt ist: https://github.com/platomav/BIOSUtilities oder auch https://github.com/dreamwhite/…on-guide/tree/master/Dell


    Wenn du dann das bin file (also die Rohdaten, die so 1:1 auf den Flashchip geschrieben werden) hast, kannst du mit dem "UEFITool" den nötigen Bereich exportieren.

    Das ist idR. "Setup". Diesen Bereich kannst du als bin exportieren.


    Danach dann das IFR Extractor Tool nehmen um das bin file in ein Human readable txt zu verwandeln. Hier siehst du dann alle versteckten BIOS Optionen.


    Nun das mod Grub starten und die zuvor gefundenen Variablen gezielt auslesen z.B. SATA Mode oder was auch immer.


    Grobe Zusammenfassung auf Englisch findest du hier:

    https://dortania.github.io/Ope…ing-off-cfg-lock-manually


    PS: Kaputt machen kannst du nichts, solange du nur die Variable ausließt.

    also nur "setup_var 0x123" eingeben. Mit "setup_var 0x123 1" würdest du den Wert 1 setzen.


    PPS: Bitlocker kannst du übrigens hervorragend mit einer Sektor für Sektor Kopie irgendwo ablegen und bei Bedarf wieder zurück auf die SSD schreiben. So bewahrst du dein "Arbeitgeber Windows 10"

    Jau. verhält sich genauso beim 5411 :)

    Keine Ahnung, wie man es lösen kann. Ich habe es aufgegeben. Polling Mode läuft auch.

    Der Voodoo Support hat auch alle Daten von mir bekommen. Vielleicht fixen die das demnächst.


    Andere Frage:
    Kannst du bei deinem Laptop mal die "grub-mod-setup_var" testen. Damit kann man die BIOS Settings ändern, die nicht im Setup auftauchen.


    Dazu musst du für deine BIOS version die Struktur exportieren. Das geht mit diesem Tool https://github.com/LongSoft/Universal-IFR-Extractor und deinem BIOS image file.


    Leider scheint das bei meinem Gerät nicht zu funktionieren. Die Variablen sind fast alle 0 und ein Speichern funktioniert zwar, ändert aber keine Setup Optionen. Entweder hat Dell die EFI variables nicht writable oder es liegt am hinterlegten Setup/Admin Passwort, welches ich leider nicht ändern kann. Das 1. könnte ich ausschließen, wenn es bei dir funktioniert.


    https://github.com/datasone/grub-mod-setup_var

    Ja genau. Das liegt daran, dass das Touchpad auch ein Fallback auf PS2 hat. Das läuft problemlos wenn man die Treiber nicht lädt (natürlich ohne Gesten).

    Allerdings wird das automatisch in den "Precision Mode" gebracht, wenn der Treiber geladen wird oder auch teilweise wenn die Tastatur benutzt wird.


    Die Nutzung der Knöpfe über PS2 Treiber und den Rest über I2C habe ich leider nicht hinbekommen. Und die Abfrage der Tasten über I2C auch nicht.

    Habe mir das auch mal unter Linux angeschaut, wo alles problemlos läuft.

    Ok danke.

    Das habe ich genauso. Interrupt lief beim 5411 überhaupt nicht. Trotz GPIO Pinning gab es hohe CPU load und die Bewegung war laggy.

    Hier trifft wohl die Beschreibung von Voodoo zu, dass manche Laptops eine "buggy GPIO Implementation" haben.


    Aber die Hardware Knöpfe gehen bei dir? Bei mir gehen die nämlich nur, wenn man zeitgleich auch das Touchpad berührt. Also geht entweder der "Touch Click" sofern in macOS konfiguriert oder ein Links-Klick mit dem Knopf wenn man auch gerade mit einem Finger auf dem Touchpad ist.

    Immer hin läuft Multitouch mit bis zu 5 Fingern absolut hervorragend und flüssig. Über Polling lässt sich das Touchpad also bis auf die Knöpfe problemlos nutzen.

    Das reicht mir, da ich es sowieso selten brauche.

    Läuft dein Touchpad im GPIO Interrupt oder Polling Mode?

    Kannst du mal das Tool GenI2C ausführen und die Kernel Log Ausgabe gefiltert auf VoodooI2C und GPIO posten? Das würde mich zum Vergleich mal interessieren. Dafür brauchst du noch die "DebugEnhancer.kext" damit alle Ausgaben im Log landen.

    Hier mein Post zum Dell Latitude 5411

    qmjojhy6.jpg


    HardwareModelStatusComments
    CPUIntel Core i7-10850H✅ WorkingPower Management fully working. Goes down to 800MHz and boosts to 5.1GHz. 2-3W power consumption in idle stage.
    iGPUIntel UHD Graphics 630✅ WorkingFully supported including Turbo, QE/CI acceleration, Metal and 2GiB of VRAM but no DRM in Safari
    Internal Display1920x1080@60Hz✅ WorkingInternal eDP display fully working including Backlight control.
    External Display(s)DP 1.4, HDMI 2.0 via LSPCON✅ Working2560x1440@165Hz via Thunderbolt/DP and 1920x1080@60Hz via HDMI tested. 3 displays (Internal + 2 external) simultaneously working fine.
    SSDMicron 2300 NVMe 512GB✅ Working
    TrackpadI2C ALPS ???? (Named Dell09C0)🔶 PartiallyWorking with full gesture support (5 fingers) but the hardware buttons are not working. You can use left/right click with touch tap (change in settings).
    Wi-Fi/ BTDell DW1560✅ WorkingThe stock Intel AX Wi-Fi 6 card needs to be swapped out to a compatible card.
    LANIntel I219-LM✅ Working
    Thunderbolt/ USB-CIntel JHL7540 / Titan Ridge 2C 2018🔶 PartiallyUSB-C charging works. Thunderbolt devices work, but USB-C device are only working with USB 2.0 speed if they have not been attached prior to boot. External monitors via USB-C to DisplayPort adapter are working fine.
    USB✅ WorkingAll Ports fully working with USB 2.0, 3.0 and 3.1/3.2 speed
    Internal SpeakersRealtek ALC3204✅ WorkingFully working including Mac boot chime
    Internal Microphone array✅ Working
    Headphone Jack✅ WorkingWorks, including automatic switch to headphone if plugged in.
    Webcam✅ Working
    SDXC readerRealtek RTS525A✅ Working
    Fingerprint reader❌ Not workingWill never work, because of MacBooks with TouchID and T2 chip and proprietary Windows drivers for Dell.


    Hier der Link zu meinem aktuellen EFI auf GitHub:

    https://github.com/MokkaSchnalle/macOS-Dell-5411-5511

    Danke für den Tip, hab nun 867Mbit/s.
    Musste den AirportBrcmFixup und das Boot Arg entfernen.


    Leider gibt es nun ein neues Problem:
    Nach kurzer Zeit sinkt die Datenrate auf 7 oder 13Mbit/s und alle Netzwerkanwendungen stocken.


    Gibt es dafür einen Fix?
    Ich hatte das gleiche Problem schon mal auf meinem echten MBP, allerdings nur in Verbindung mit einem TP-Link Router, welcher schon lange ersetzt wurde.