Beiträge von hObelware

    der iMac Pro hat keine IGPU, daher sollte diese im BIOS auch ganz deaktiviert werden ..


    die Shiki Bootargs sind seit Big Sur belanglos (meinen Tests zur Folge) .. der Shiki UserSpace Patcher greift nur bis Catalina .. hab die mittlerweile auch nicht mehr drin

    das bringt alles nix, .. die zwei USB3 Ports auf der Rückseite, die funktionieren sind auch die beiden einzigen (plus der FrontUSB3 Header intern), die am intel Controller hängen.


    Die anderen vier USB3 an der Rückseite laufen über 'nen VIA Controller (VL800 glaube ich), der wird von macOS insgesamt nicht unterstützt.


    falls Du das mit nem kext hinbekommst, melde ich mal Interesse an, mein GA-Z77X D3H hat genau das gleiche Problem.


    Früher ging mal noch GenericUSBXHCI.kext von rehabman, der aber nur für Datenträger, Eingabegeräte oder Audio waren da nicht funktional.


    USB Mapping ist sowieso für pre-Haswell unnötig, da der XHCI Controller des Ivy Bridge das 15 Port Limit nie überschreiten wird. Relevant sind eigentlich nur die Renames der EHCI Controller (EHC1 und EHC2 sollte nicht vorhanden sein .. XHCI sollte auch nicht XHC1 heißen), damit nicht, die von Apple vordefinierten USBMaps der jeweiligen iMacs verwendet werden, die passen nämlich nicht.

    Wenn die ACPI Namen der USB Controller nicht mit den von Apple erwarteten übereinstimmen, dann läuft die automatische generische USB Zuweisung sehr zuverlässig und stabil .. VL800 geht aber in keinem (mir bekannten) Falle .. leider

    utopia it seems, there is something not properly set regarding USBX (please upload your ACPI folder from OC)


    besides that .. your PCI path to set DeviceProperties must be


    PciRoot(0x0)/Pci(0x3,0x1)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)


    the (for spoofing mandatory) SSDT-BRG0 has to be edited too, but for that I'd need a IORegistryExlorer save from your running system (kext based)

    I usually don't care about benchmark scores at all. Additionally (from what I read) they may vary from OS Version to OS Version ..


    Are the scores better when using spoofing? I didn't test that, but I believe there shouldn't be a big difference, since my kext utilizes the very same drivers as spoofing does.


    For the time being, I use spoofing, since I ran into VDADecoder issues after upgrading to 13.3 .. my next step will be, to implement the rx 6650 support as driver extension .dext (as intended by apple), maybe that will solve DRM Decoding .. but I'm rather short on spare time right now, so I can't predict, when exactly I will be able to do something about that.

    da werden nie 26 ports auftauchen bei kru102, denn lenovo schaltet im bios erstmal alles ab, .. liest das denn keiner


    .. außerdem beschränkt sich der adressrahmen auch schon auf max 18 ports, denn ss01 liegt auf 0x0D und nicht auf 0x10, wie bei Desktops üblich ..


    ne Ist-Analyse macht hier offensichtlich niemand vorher .. will sagen, was findet macOS eigentlich aus der Firmware vor? .. ohne die originalen ACPI Tabellen zu kennen ist das alles immer nur Stochern im Dunklen .. jajaja, bei Desktopboards ist meist stumpf alles angeschalten, aber auch da lohnt sicht der Blick in die Systemtabellen vorher, abseits vom Ein-/Ausschaltzustand kann man da auch abegfahrene PortPairings ablesen, (zB hs01/02 mit ss05/06 .. wtf gigabyte?) ..


    egal, das hier ist ein laptop, und da ist diese Analyse ganz besonders interessant, denn meist (wie auch hier) werden gar nicht alle technisch möglichen Ports befeuert.


    be my Guest und schmeiss meine ssdt raus (oem drop dann aber auch raus), und Du wirst sehn, hackintool findet nur noch die ports 01, 02 und 04 jeweils hs und ss …


    portmapping ist kein hexenwerk oder sonstiges voodoo, und jeder sollte heutzutage zumindest in Grundzügen Code lesen lernen .. das sollte, wie einfaches Englisch, Allgemeinbildung für jedermann sein, damit man mal von diesem BlackBoxverhalten wegkommt. .. und wer dann den Code der Systemtabellen liest, weiss genau, was anliegt, und was eben nicht ..

    sorry, war 2 tage krank im bett ..


    meine usb-map fundiert auf der originalen dsdt und dem screenshot von usbtoolbox in windows. die läuft ohne weitere toolbox.kext .. die ssdt von mir bildet die originale von lenovo vollständig ab, nur dass die internal ports 7 und 8 aktiviert sind, lenovo schaltet per bios alles ab, außer port 1, 2 und 4 (jeweils hs und ss) .. normalerweise fluppt das mit der ssdt ganz ohne weitere usbmap.kext


    das portmapping greift ja auch, wie man an den screenshots sieht, .. die geschwindigket kann nicht per map definiert werden (soweit mir bekannt), die handeln die devices bei initialisierung aus ..


    der hase liegt irgendwo anders im pfeffer ..

    gibts mal n hackintool screenshot von usb, wenn bluetooth funktioniert? würde mich interessieren auf welchem port das liegt

    kru102 so, .. (ein) Problem entdeckt. .. wenn Du mal die SSDTs aus origin durchliest, fällt auf, dass Lenovo alle Ports außer 01, 02, und 04 (jeweils HS und SS) als internal/disabled deklariert. Windows ist egal, was im BIOS steht, das initialisiert stumpf alles was möglich wäre, .. unabhängig von der Firmware. macOS tut das aber nicht, weswegen der Port HS07 für Bluetooth in Windows an ist, in macOS aber nicht. Die Webcam (HS08) funktioniert in macOS auch nur, weil dafür ein extra Device angelegt wird .. alles nachzulesen in SSDT-4-ProjSsdt.aml (aus origin.zip)


    ERGO: eine USBMap reicht bei Dir nicht aus (und ist im Grunde auch nicht nötig, da dem Controller eh nur 10 Ports zugewiesen sind), Du mußt zudem die OEM Table loswerden, damit die Ports HS07 und HS08 auch initialisiert werden.


    das geht folgendermaßen:


    in die config.plist muß folgender Eintrag rein: .. der schmeißt die OEM Table raus



    allerdings sollte die nicht ersatzlos rausfliegen, da darin noch andere Devices beschrieben werden. Deshalb mußt Du auch noch die angehängte SSDT (SSDT-XHC_SATA) einbinden. Ich hab die mal ACPI konform überarbeitet.


    Der Ordung halber, habe ich auch noch die USBMap.kext berichtigt und angehängt.


    versuchs mal damit ..


    ACHSO .. ich finde es gut, dass Du Deine EFI nochmal neu aufsetzen willst. Ich empfehle DRINGEND die Notwendigkeit all der SSDTs zu verifizieren. Bei der EFI sollte "minimalinvasiv" oberster Anspruch sein. Das Credo "Viel hilft viel" ist total kontraproduktiv und führt ggf. zu schwer nachvollziehbaren Seiteneffekten.

    Dateien

    der ioReg Dump is gut, .. für die ACPI Geschichte einfach nen Clover Stick erstellen, der muss überhaupt nicht konfiguriert sein .. in der Clover Boot Auswahl dann F11 oder F4? .. weiss nich genau .. F1 ist die Hilfe, da stehts jedenfalls drin .. und dann speichert Clover unter ACPI/origin Deine DSDT und SSDTs ab .. die zippen und hier hochladen ..


    mit den beiden Sachen kann ich Dir ne USBMap schreiben ganz ohne Skripte Voodoo ..

    die Treiber der Apple Hardware für Windows finden sich alle im Bootcamp Package .. die für Windows 10 funktionieren bei mir alle auch mit Windows 11 .. allerdings kam es bei mir zu Verbindungsproblemen, da ich die USB Map auch per SSDT gemacht hatte und aus der Anleitung von apfelnico auch die Einstellungen für sein Bluetooth übernommen hatte. Da paßten die Powerzustände aber nicht. .. nachdem ich das wieder rausgeschmissen hatte läuft alles, wie es soll


    Bootcamp kann man sich übrigens prima via brigadier (mal bei github suchen) ziehen

    DerTschnig Wofür hast Du denn all die DeviceProperties für die IGPU drin?,ne Laptop UHD 630? force-online? das haut auf jeden Fall in die RenderPipeline rein .. wenn Du an der IGPU noch ein Display betreiben willst, ist DRM (meines Wissens nach) nicht

    drin mit iMac19,1.


    bei mir funktioniert es mit folgender Konfiguration:


    BIOS: Init Display first -> PCIe, IGPU->enabled (hier: multi monitor support) , DVMT 64 MB


    config.plist: DeviceProperties->Add->PciRoot(0x0)/Pci(0x2,0x0), AAPL,AAPL,ig-platform-id: 0x0300913E ... headless halt, sonst nix weiter


    Terminal: defaults write com.apple.AppleGVA gvaForceAMDKE -boolean yes


    dann sollte es gehen ..

    achso: .. hast Du unter PciRoot(0x0)/Pci(0x1b,0x0) noch ein zweites Onboard Audio? ansonsten kann der Eintrag raus