Beiträge von lhanke28

So, jetzt müsste ich eigentlich eine Runde ausgeben. Gerade wenn man mit der iGPU herumlaboriert, sollte man den IORegistryExplorer auch benutzen. Durch den laut Dortania korrekten Wechsel von 1259 auf 1659 änder sich der Framebuffer für das Display von 1 auf 2. Ich Unglücksrabe hatte aber Framebuffer 2 mit der framebuffer-type 00040000, also DP, versehen. Das ist dann keine gute Idee, denn HDMI über DVI Adapter ist eine andere Hausnummer und sollte wohl besser den framebuffer-type 00080000 bekommen. Gesagt - getan. Es läuft und auch bei Sonoma mit Full HD kein Flackern mehr.

DRM Inhalte gehen natürlich nicht - ist bei diesem Projekt auch nicht beabsichtigt.

MPC561

Ich werde das mit den 16GB noch testen, hatte doch gerade wieder ein kleines Zucken, aber nach 20 Minuten Betriebszeit und nicht gefühlt alle 20 Sekunden. Deine Parameter verwundern mich allerdings etwas. Du hast doch in Deinen Parametern nur 1259 drin?! Da wird doch nichts gefaket oder gestopft. Und Sonoma funktioniert trotzdem mit Metal 3?

Das war Müll von mir 1259 ist natürlich Kabylake. Bei der ganzen Bytedreherei dreht es einem dann auch irgendwann im Kopf.

Danke erst mal für die Beispielkonfigurationen. Ich werde mich ausführlich mit den Parametern beschäftigen, die von meinen abweichen.
Arkturus

Ja, habe ich auf Dortania auch gelesen, dass PlatformId und DeviceIds den gleichen Wert der zu spoofenden ID enthalten müssen/sollen. Genau da blieb aber der Bildschirm dunkel. Kann aber auch zufällig ein anderes Konfigurationsproblem gewesen sein, was da gerade zugeschlagen hat.

Metal 3 bekomme ich allerdings auch mit meiner bisherigen Konfiguration, nur und das auschließlich bei 1920 x 1080 tritt in unregelmäßigen Abständen ein Zucken/Reißen über den ganzen Bildschirm auf, bei einer Mausaktion oder wenn eine App geöffnet wird. Ich habe jetzt erst mal Futter zu Weiterarbeiten.

MPC561

Sollte das wirklich mit dem Hauptspeicher zu tun haben? Ich habe gerade NUR 8GB. Mal sehen ob ich mir aus einem anderen Rechner einen 16er ‚herausborgen‘ kann.

Dann bleibt ja auch noch das Ausschlußverfahren, in dem ich auch noch Big Sur installiere um zu sehen, ob das Zucken bei FullHD dann weg ist.

Ich muss bei Platform-ID 00001259 eintragen und bei device-id 16590000

Mit Platform-ID 00001659 bleibt der Bildschirm dunkel. Moment mal, ich habe da so eine Ahnung ... ändert sich da möglicherweise die Framebuffer -Konfiguration?!

Der Vollständigkeit halber - so zeigt sich die Grafikkonfiguration mit meinen bisherigen Einträgen:

Intel HD Fake 630:

Chipsatz-Modell: Intel HD Fake 630

Typ: GPU

Bus: Integriert

VRAM (dynamisch, maximal): 1536 MB

Hersteller: Intel

Geräte-ID: 0x5916

Versions-ID: 0x0006

Metal-Unterstützung: Metal 3

Displays:

MD21320:

Auflösung: 1920 x 1080 (1080p FHD - Full High Definition)

UI sieht aus wie: 1920 x 1080 @ 60.00Hz

Framepuffertiefe: 30-Bit Farbe (ARGB2101010)

Hauptdisplay: Ja

Synchronisierung: Aus

Eingeschaltet: Ja

Rotation: Unterstützt

Ja, klar aber auch das Netzteil ist etwas schwach, eine dGPU mit Zusatzstromversorgung verbietet sich, habe ich schon erfolglos probiert. Eine Nvidia mit GK Chip habe ich einige rumliegen auch eine GT640. Aber das OCLP Zeugs? Habe ich bisher immer umgangen aber evtl sollte man es mahl gemacht haben. Die NV GT640 habe ich jetzt eingebaut ... zum Spielen mit OCLP. Z.Z. geht Sonoma allerdings nur mit Clover. Mit OC bootet Sonoma nicht, Ventura schon. Werde aber auch das bis zum Ende durchziehen und dann entscheiden ob ich bei der iGPU Lösung bleibe.

Danke, also reicht die Framebuffer-Geschichte mit den speziellen WEG Parametern alleine nicht aus. Mit den hochdrehenden Lüftern habe ich noch nicht beobachtet, aber das kann ich ja mal provozieren. Ich werde mal als Nebenprojekt weiter recherchiren und noch mal nachfragen, der Kumpel hat ohnehin nur einen HD Readay Monitor. Da ist ja alles gut. Sollte das Interesse in Begeisterung umschlagen reden wir ohnehin über andere Hardware, die ich dann aber nicht mal so eben verschenken kann/werde.

Es soll ein Hacki für meinen Freund werden, der sich auch gerne mal die aktuellen MacOS-Versionen anschauen mächte und es soll erst mal nichts bzw. wenig kosten und da wollte ich mit einer herumliegenden Möhre helfen. Es handelt sich um ein GA-H110M-S2V, bei dem ein Ram Steckplatz tot ist. Den funktionierenden habe ich mit 8GB bestückt. Die CPU ist ein i3 6100.

Ich habe mich natürlich bei Dortania und auch in diesem Forum belesen. Auch bei elitemac war ein guter Artikel dazu, so dass es eigentlich keine Raketenwissenschaft ist das Teil unter Ventura oder Sonoma zum Laufen zu bekommen . Wegen der operativen Eingriffsmöglichkeiten vor dem Booten bin ich zur Zeit noch Clover. Der Umstieg zu OC steht unmittelbar bevor.

Fazit: Es funktioniert eigentlich alles. Eigentlich deshalb, weil die Gltches und das spontane Zucken, keine Ahnung ob damit das gleiche gemeint ist, nicht weg ist, wie das in meinen Informationsquellen durch die zusätzlichen Parameter (siehe Screenshot) versprochen wurd. Interessanterweise, wenn ich auf ein HD Ready Format gehe z.B. 1600x900 tritt das Problem nicht mehr auf. Habe ich noch etwas übersehen, z.B. spezielle Bootparameter?

Wer das Board nicht kennt ... Es existiert nur ein DVI und VGA Ausgang. HDMI hole ich mir über eien DVI zu HDMI Adapter. Laut IORegistryExplorer hängt der Monitor an Framebuffer 1.

Gut, in Xcode mache ich nun gerade nichts aber mein fremdbestäubtes SON 14.5 läuft ohne Ausfälle. Aber wenn ich es richtig lese, genau das gleiche Board wie ich hast du nicht?! Oder zieht sich die Sonoma Problematik durch die ganze Z490 was auch immer von Gigabyte durch? So ein Theater habe ich bei Asus und MSI bei Sonoma 14.5 Neuinstallationen jedenfalls noch nicht erlebt.

Ich bin allen Hinweisen nachgegangen, also alles was mit secureboot zu tun hat in der OC config.plist ausgeknipst, unzählige NV-Ram Resets, Bios von F7 auf F8 und dann auf F9 gewechselt. Es bleibt beim Bootloop obwohl er in die GUI wechseln sollte anstatt neu zu starten. Ein altes 14.2 Sonoma war nicht mehr zu bekommen, das hat Apple nicht mehr auf den Servern. Suchen in meinen Archiven war mir zu mühevoll.

Ich habe nun eine frisches 14.5 Sonoma am Laufen, allerdings auf einem anderen Rechner installiert (Neuinstallation auf USB SSD). Läuft wie geschmiert auch mit den ummodifizierten OC Konfigurationen von Schmocklord (OC 0.9.5, OC 1.0.0)

Problem behoben aber nicht gelöst. Bin gespannt was passiert, wenn das nächste Sonoma Update ansteht. Dieses Board ist irgendwie merkwürdig bezüglich Hackintosh.

Mieze

Na gut, dieser letzte Versuch tut mir nun auch nicht mehr weh. Also 14.2 war die Neuinstallation und 14.3.1 und 14.5 waren dann Updates im laufenden System?

Wenn es so läuft, schön, auch wenn es doch einiges über den Haufen wirft, was ich zu wissen/verstehen glaubte.

Aber um es nochmal zu erklären, ich wollte immer eine Neuinstallation also niemals das VEN, MONT oder BSUR auf SONOMA upgraden. Dateien kann man kopieren aber auf Altlasten verzichte ich gerne.

alles gemacht, weiterhin bootloop nach scheinbar erfolgreicher Installation . Ich werde jetzt sonoma 14.4 probieren, ich habe da bezüglich 14.5 so einen bösen Verdacht. Grafik ist bei mir übrigens eine rx570 8gb, also eigentlich nichts Spektakuläres. Melde mich wieder.

..- hat nichts gebracht… bootloop nach 30 Minuten Installatio - wie gehabt.

Ich habe die Original EFIs, natürlich nur die Sonoma tauglichen, also ab OC 0.9.5, von Schmocklord alle durchprobiert. immer das gleiche Ergebnis, entweder Panic oder Bootschleife abhängig von der OC Version.

Im letzteren Fall, also Bootschleife, wird das mit dem Panic Report natürlich nichts.

Was richtig ist WLAN/BT ist noch die Originale, hat mich bisher nicht interessiert. SMBIOS ist MAcPro7.1.

Da werde ich mal in die OC Konfiguration (WLAN/BT)eingreifen, auch wenn das bisher nicht gestört hat. IOSkywalkFamily schaue ich mir an, hatte wohl bisher auch nicht gestärt

ok. Update wäre noch eine Option, ich vermute aber auch in diesem Fall kommt bei ersten Neustart die KP. Aus Ventura heraus, damit meinte ich allerdings eine Neuinstallation auf eine vorher neu formatierte Partition. Selbstverständlich habe ich Secure Boot deaktiviert, sonst hätte der Neustart mit der KP überhaupt nicht funktioniert. Einen Foto von der KP kann ich machen, soweit ich mir das aber angesehen habe, ist die Ursache zu dem Zeitpunkt schon durchgerollt.

Damit kein falscher Eindruck entsteht, ich habe Hochachtung vor der Arbeit von Schmocklord, was die Pflege und Aktualisierung von GitHub für diese MB betrifft. Das hat mir viele Stunden Arbeit erspart und so konnte ich eine OS Version nach der anderen schmerzfrei installieren. Leider ist nun Ende Gelände. Jeder Versuch der Installation von Sonoma 14.5 nach Phase1, egal ob aus Ventura heraus oder von USB Stick, endet der fällige Neustart, also Phase 2, nach wenigen Sekunden mit einer Kernel PANIC.

OC von 0.9.0 bis 1.0.0 alles durchprobiert. Bios F7, F8, F9 ebenfalls probiert immer das gleiche Ergebnis. Der einzige relevante Unterschied zur Hardware von Schmocklord, für eine i9 11900k CPU hat es bei mir nicht gereicht, ich habe NUR eine i5 11400F, also ohne iGPU, verbaut. Ich verstehe allerdings nicht nicht weshalb das nun bei Sonoma auf einmal relevant sein sollte. denn die es wird ja ohnehin auf eine Comer Lake? CPU gefaked. Die Lösung ist sicherlich simpel und ich werde mich möglicherweise ärgern, dass ich nicht selber darauf komme.

cobanramo

Ok, das möchte ich gerne beantworten. Ich verwende die originale SSDT-USB-Ports-Z590i-VisionD.aml von Schmocklord. Genau das führt zu dem Zustand, wie in dem Bild gezeichnet. Also, interne USB2 Ports knipst man ja besser nicht aus. Evtl sollte ich auf HS03 und /oder HS04 verzichten, damit ich SS09 und / oder SS10 wiederbeleben kann. es scheinen auch ein paar kleine Fehler in der dsdt in den else Zweigen zu sein, die aber keine keine Auswirkungen haben weil diese Ports ja deaktiviert sind. Ich werde mich durch den Dschungel schlagen und möglichst nichts verdrehen.

Im Anhang der Vollständigkeit halber - das Original.

Gruß

Lutz

Edit:

Ich habe den beiden roten USB Anschlüssen auf der Rückseite USB2 weggenommen (HS03 und HS04) und dafür HS09 und HS10 aktiviert. Alles gut, einen Tod muss man sterben auf Grund der USB Port Limitierungen des MacOS. Ist aber der kleinere Schmerz. ich hänge der Vollständigkeit halber meine modifizierte DSDT auch noch an.

Es ist schon so, dass ich Catalina oder Ventura wahlweise starten möchte. Das USB Mapping funktioniert ja, auch unter Catalina. Nur generell wäre es ja schön, wenn ich an den Front Usb Anschlüssen auch mal einen USB 2.0 Stick anstecken könnte.

Derzeit ist das über eine SSDT im ACPi Ordner von OC gelöst. Ich könnte versuchen, eben diese fremd erstellte SSDT zu verstehen und nach meinen Wünschen anzupassen oder diese zu verwerfen und das Mapping mit modernen Mitteln mit meiner gewünschten Funktionalität erneut durchzuführen. Dann erhalte ich eine USB-Mapping.kext, die wohl auch etwas leichter zu handhaben ist.

Wenn es nicht noch zusätzliche Hinweise von Usern geben sollte, die mit der Mainboard und Cpu Generation mehr Erfahrung haben als ich, betrachte ich meine Fragen als gelöst. Immerhin, dass der aktuelle OCC bei Kernelpatching einen Bug hat, der mich viel Zeit gekostet hat, konnte ich ja nun einkreisen.

Gruß und Danke

Lutz

cobanramo

Du hast mir den Tag und den Glauben gerettet, vor allem durch den Screenshot. Ich hatte das ja alles auch schon drin, aber der OCC hat die Schlüssel Mask und ReplaceMask vertauscht oder ich bin zu doof. Als ich dann deinen Screeenschot mit meiner plist mittels plisteditor verglichen habe, fiel es mir wie Schuppen Sonden Augen. Mask war F3150000 und ReplaceMask war 0bytes. Nun ist Ethernet auch unter Catalina da, ohne dass die neueren OS-Versionen beeinträchtigt werden.

So schön wie der OCC auch ist, Vorsicht ist geboten. Da gab es ja mal so einen Spruch, irgendwo mit Vertrauen und Kontrolle

Auf jeden Fall ein dickes

Danke, also müßte ich das Mapping ändern, damit am Front USB3 auch USB2 Geräte erkannt werden. Nein, ich habe das Mapping noch nicht selber gemacht, weil ich die Originalkonfiguration von Schmocklord verwende.

Gerne,

Mainboard Gigabyte Z590i Vision D

CPU. I5 11400F

DGPU. Radeon rx 580 8GB, Mogelpackung aus China - umgeflasht zur rx 570 8 GB

Lan Controller

Intern Intel i225-v (eben der macht unter Catalina die Probleme)

Extern am USB4/TB einen zugekauften 2,2G USB 3.2 Netzwerkadapter von CSL, der auch unter Catalina OOB läuft.

Eine Faxiang. Nvme 1Tb ist auch noch drin mit:

CAT, BS, MONT, VENT, Win11 geweils die aktuellsten Versionen

Mit Gensmbios auf MacPro7,1 gesetzt, da keine iGPU vorhanden.

BIOS gestartet mit V7 dann 8b, dann wieder zurück auf V7 und jetzt 8G, was ja Schmocklord bei seinen letzten Releases auch getestet hat.

That‘s all.

Sicherlich meckere ich auf einem hohen Niveau aber zunächst mal Dank an Schmocklord für seine akribische Arbeit und Dokumentation. Von Big Sur bis Ventura läuft alles bestens. Mein Problem, ich brauche Catalina wegen ViaCad v. 10 und der alten Free Version von Sketchup. Ich möchte ganz einfach nicht nochmal löhnen um mir die V12 oder 14 zu kaufen bzw. upzugraden. Damit es kein Roman wird führe ich jetzt einfach mal die Punkte an, die mir aufgefallen sind, bzw. woraus sich Fragen ergeben.

1. mit dem aktuellen Release läuft Catalina nicht MinKernel bei der CPU Emulation (wegen Rocket Lake) ist zu hoch gesetzt. Warum eigentlich, der MackPro7,1 wäre doch für Catalina kompatibel? Also auf 19.0.0 gesetzt und es ward Licht.

2. Der traurige Teil - Es gelang mir nicht, die Ethernetkarte auch unter Catalina (Ventura ist natürlich o.k.) zum Laufen zu bringen. Mit der ganzen Patcherei habe ich mich völlig verrannt und wurde bestenfalls mit KPs bestraft. Ok. ich habe einen USB-Ethernet Dongle in Betrieb genommen bevor ich in den Teppich beiße Ich nehme an, selbst wenn es hinzubekommen ist, dann wäre wohl, für die neueren MacOS Versionen die Unterstützung des Eth. Chips im Eimer.

3. Welches Bios denn nun? V.8b hat GB ja offenbar vom Server genommen und dafür V.8g bereitgestellt. Oder doch besser zurück zu V.7?

4. Das USB Mapping ... Weshalb ist es nicht möglich an den Front USB Buchsen AUCH USB2 anzuschliessen?

Ich werde das Teil wohl meiner besseren Hälfte überlassen, die macht mit Sicherheit kein CAD, und mich für meinen Teil auf das MSI MEG Z590 Unify stürzen.

Mal sehen, welche Überraschungen mich da erwarten. Ethernet wird da auf jeden Fall nicht das Problem sein.

Beste Grüße

Lutz

DanKe, das lese ich mit Interesse. Habe das Teil verkramt, aber wech isse nicht. Sobald sie mir in die Hände fällt lege ich mit der Einbindung los.

Das ist so ein Intel? Ngfc dingens (wlan bt Kombi) - habe ich dazumal ausgebaut, weil kein kext dafür verfügbar war. Von dell soll es da wohl was kompatibles geben. Hatte das dann aber nicht weiter verfolgt. Allerdings muss dann ein Bios mit entfernter Whitelist geflasht werden.