DTGP brauchste nicht per SSDT einspielen, ist beim Mac schon original in der DSDT drin.
Beiträge von apfelnico
-
-
-
… und dem OC-Patcher in der aktuellen Nightly-Version …
hier issa: https://nightly.link/dortania/…tcher.app%20%28GUI%29.zip
-
Dein fragliches PCI-Gerät ist der Audio-Controller der Grafikkarte, dein USB-Gerät dein zusätzlicher ASMedia USB Controller auf dem Board.
Wie du schon festgestellt hast, ist dein Thunderbolt-Controller NICHT eingebunden, es wird in der IORegistry kein solches Gerät angezeigt, weder an den direkten PCIe-Slots, noch an denen über Chipsatz angebunden.
Entsprechend ist zu diesem Zeitpunkt eine SSDT dafür anzulegen völlig unsinnig, da der korrekten Pfad noch nicht bekannt ist. Eine SSDT zaubert den Controller nicht plötzlich daher, sondern beschreibt ihn zusätzlich mit weiteren mehr oder weniger wichtigen Informationen.
Was ist das Problem?
Entweder funktioniert die Karte nicht (flash versagt), oder sie funktioniert in dem Slot nicht, oder aber – recht wahrscheinlich – sind noch nicht die korrekten BIOS-Einträge vorgenommen worden. Denn selbst wenn geflasht, muss das Mainboard erst mal mitspielen, eine Grundvoraussetzung.
Der Controller wird dann bei korrekter Einbindung in Apples Systeminformationen unter Thunderbolt/USB4 angezeigt (wenn geflasht). Unter USB lediglich der zusätzliche USB-Controller, der mit dem eigentlichen Thunderbolt nix zu tun hat, lediglich die gleiche Schnittstelle nutzt.
Und unter PCI siehst du dann das, was du in der passenden SSDT per DSM deklariert hast, also etwas "Kosmetik".
-
Ist mir Wurscht. Wenn jetzt das Schneeballsystem anläuft, bekomme ich als früher Unterstützer wenigstens mein Case.
-
Macbook Air Intel M1
Ja was denn nun?
-
Fun fact: PS 3 und Xbox 360 verwenden beide PowerPC Prozessoren was irgendwie aus er Zeit gefallen wirkt.
Jupp. Seinerzeit hatte Microsoft bei Apple etliche G5 geordert, darauf dann ein Windows NT für PowerPC installiert für die Entwickler der XBOX360. Während Apple also an OSX für Intel tüftelte, machte MS gegenteiliges …
-
brauche ich unter OC 7.1 den PCIroot?
DeviceProperties -> Add - Missing Key: PciRoot(0x0)/Pci(0x1b,0x0)
Jeder "Device Path" fängt mit "PciRoot…" an. Und es hat auch nichts mit OpenCore 0.7.1 oder sonstige Version zu tun. Darüberhinaus beschreibt deine spezielle Adresse in der "Sample.config" der Docs von OpenCore beispielhaft den Soundcontroller "HDEF" bzw hier "CAVS". Der liegt übrigens bei fast alles ASUS-Boards, wie auch diesem hier, ganz woanders, nämlich PciRoot(0x0)/Pci(0x1F,0x3).
Kurz: nein, brauchst du nicht bzw auch völlig unpassend/falsch.
-
Samsung NVMe? Deren TRIM ist fehlerhaft.
-
Deine individuellen Seriennummern und weiteres kopierst du besser vorher, dann gehst du auf den Button "Modellübersicht" und wählst dort deinen MacPro6.1.
Wenn dein "Clover Configurator" neu ist, dann wird auch dein nun generiertes SMBIOS neu sein. Setze nun zum Schluss wieder deine persönlichen Seriennummern ein und sichere die "confi.plist".
-
Die sechs Patches sind alle verschieden und "inaktiv". Schaue auf den Punkt "Enabled". Sie dienen dir als "Vorlage", welche Parameter der Patch haben muss. Entsprechend legst du einen neuen an. Oder veränderst einen vorhandenen. Und wenn du dann den Parameter "Enabled" auf "True" setzt, dann wird dieser eine Patch eben auch angewendet.
-
probiere mal alternativ diese SSDT. Habe den Baum möglichst in Ruhe gelassen und nur die neuen Devices deklariert.
-
OK, VT-D muss ja nicht unbedingt.
1. Müsste ich mir genauer anschauen. Vielleicht magst du mir deinen kompletten EFI-Ordner hochladen, gern auch via "persönlicher Konversation". Dann brauchst du es nicht unbedingt "anonymisierten".
2. In der OemTabkeId muss kein Wert stehen, da schon über die Länge in Bit gesucht wird. Macht sich oft besser so, weil über Namen kann es schon mal Probleme geben, gerade wenn auch noch Leerzeichen dazu kommen. Der korrekte Wert des Namens "TbtTypeC" wäre dann auch in Hex: "5462745479706543". Aber wie gesagt, nicht nötig. Diese interne SSDT muss jetzt auch nicht unbedingt unterbunden werden, auch nicht so wichtig. Sollte raus, wenn Karte im anderen Slot steckt. Oder eben die DSDT bearbeiten, damit diese SSDT nicht erst geladen wird. Dann lass das auch weg.
3. Sorry von mir zurück, diese Darstellung macht sowohl Xcode als auch mein genutzter PlistEditPro. Tatsächlich ist es aber "9650". Bitlänge dieser Datei.
Wie ist denn jetzt der Stand?
Dein Rechner bootet, aber nicht mit der Thunderbolt-SSDT?
-
Der Adapter ist doch aber für M.2 NVMe, nicht M.2 SATA?
-
Habe mir deine "config.plist" angeschaut, dabei sind mir zwei Sachen zunächst aufgefallen.
1. Der Eintrag unter "ACPI\Delete" ist falsch. Bitte den aus der beigefügten config.plist nehmen.
2. Der zweite Eintrag unter "DeviceProperties\Add", "PciRoot(0x0)/Pci(0x1b,0x0)" führt wohin? Ich denke der ist unnötig und kontraproduktiv. Der erste erfüllt seinen Zweck für "HDEF". Edit: Das ist der voreingestellte von OpenCore. Trifft bei fast allen ASUS-Mainboards nicht zu, dort hat HDEF eine andere Adresse. Der erste Eintrag stimmt. Der zweite kann somit komplett raus.
3. Du kannst mal probieren, ob unter "Kernel\Quirks" die Funktion "DisableIoMapper" gesetzt sein muss. Meine Systeme laufen alle mit VTD. Hatte auch einen günstigen Nebeneffekt auf Thunderbolt und angeschlossene Geräte, fällt mir gerade ein. Ein originaler Thunderbolt-Ethernet-Adapter von Apple wollte sonst nicht.
-
Dein Rechner bootet:
1. mit DSDT?
2. ohne DSDT?
3. ohne DSDT und mit deaktivierter interner SSDT?
3. ohne DSDT und mit Thunderbolt-SSDT?
4. ohne DSDT und mit deaktivierter interner SSDT und Thunderbolt-SSDT?
Du hattest doch mal den "Zustand", die Karte im ersten/oberen Slot und der Controller wurde unter "Thunderbolt" im Systembericht gezeigt. Stelle diesen wieder her. Möglicherweise musst du, nachdem der Controller gewechselt wurde, nun wieder ins BIOS gehen und dort neu einstellen? Oder im BIOS die "Defaults" laden, neu starten, wieder ins BIOS und alles korrekt einstellen?
-
Würde ich genau so machen. Externes Gehäuse dafür kaufen, kostet nicht die Welt. Einen eventuellen Bootloader auf der EFI entfernen oder zumindest den darauf enthaltenen EFI-Ordner umbenennen. Von dieser externen Quelle starten - am Mac beim Start die Alt-Taste gedrückt halten bis die Startlaufwerke gezeigt werden (sieht fast wie OpnenCores OpenCanopy aus). Mit Carbon Cooy Cloner komplett auf die interne übertragen.
-
Bitte nimm (falls nicht schon geschehen) die DSDT wieder raus, auch aus der "config.plist". Dafür beigefügte SSDT (passend für den ersten/oberen Slot) einbinden und zusätzlich in der "config.plist" unter ACPI\Delete folgendes einfügen:
Damit wird eine ACPI-eigene SSDT (intern) unterbunden, die unter anderem stört. Nach dem Neustart bitte wieder ein Systembericht und IORegistry zurück.
-
Probiere mal mit eingeschalteten CMS (BIOS Einstellungen).
-
danke . ich weiss .
Bitte schön. Hattest du nicht nach dem Unterschied gefragt? 🤪