Posts by griven

Richtig einfach unter den boot-args im Bereich NVRAM->ADD->7C436110-AB2A-4BBB-A880-FE41995C9F82 folgendes hinzufügen: revpatch=sbvmm

Der SkipBoardIDCheck patch gehört analog dazu unter Booter->Patch eingetragen. Hat man beides in Place dann braucht sich, stand jetzt, um das SMBIOS nicht zu kümmern und kann es lassen wie es ist.

Warum verwendet Ihr nicht einfach den in Post #90 genannten BooterPatch zusammen mit RestrictEvents und dem SBVMM arg? Das -no_compat_check arg hat einige weitere Nachteile gegenüber der genannten Lösung da es nicht nur den Booter betrifft sondern auch im System selbst greift...

Das Elitebook läuft mit dem MBP 15.2 SMBIOS so wie vorher auch schon mit Sequoia. Ich habe hier in OC unter Booter den Skip ID Check patch aktiv und ansonsten RestrictEvents mit SBVMM...

Installiert habe ich aus dem laufenden Sequoia heraus mit der App wobei das Ziel ein leerer APFS Container war. Ich checke gleich aber auch ob der USB Installer so auch starten würde ein solcher wird eben erstellt...

EDIT: funktioniert mit dem Patch auch vom USB Installer aus demnach zumindest aktuell müssen wir uns darüber wohl keine Sorgen machen

MacGrummel läuft alles ohne Probleme (sowohl intern weil ist ja nen Laptop) als auch via BT (Logitech MX Keys + MX Master) und auch ein eben mal kurz via USB Kabel angestecktes Keyboard läuft. Der Umstieg von USBMap.kext auf die SSDT Lösung hat den Erfolg gebracht. Bis auf das WLAN Gelump löppt das Elitebook mit Tahoe recht gut bislang...

So nun auch vom Elitebook aus unter Tahoe geschrieben

Das UI ist definitiv gewöhnungsbedürftig und bei so mancher "Neuerung" frage ich mich schon was das wohl soll (Der Launchpad Ersatz zum Beispiel) anderes finde ich aber auch ganz gelungen trotzdem wird es Zeit brauchen sich an das neue Look and Feel zu gewöhnen...

Quote from f10

Also bei mir funktionieren beide Ethernet Buchsen nicht (intelmausi und smalltree intel kexte), oder brauche ich da noch ein beta boot-arg?

Eben getestet LAN am Elitebook (Intelmausi) läuft bei mir BootArgs habe ich lediglich -lilubetaall drin sollte aber für Lan keine Rolle spielen...

Den Fehler hat Coaster auch cobanramo (macPro SMBIOS) wir sind an der Stelle noch nicht weiter gekommen, Falls Du irgendwelche Radeon spezifischen Sensoren im Einsatz hat (SMCRadeonSensor oder so) die auf alle Fälle deaktivieren die sollen wohl auch problematisch sein...

JustFun danke! Das funktioniert wunderbar USB unter Sequoia und Tahoe ist am Start

Dann heißt es jetzt noch auf OCLP warten zwecks WLAN Support und dann kann das wilde testen richtig losgehen. Vielleicht muss ich mir bis dahin doch mal überlegen ob ich mir nicht ein Lan Kabel an den Schreibtisch lege zumindest für den Übergang...

JustFun sehr gerne. Anbei der ACPI Dump und meine bisherige USBMap.kext.

Das mit den USB Portmaps scheint valide zu sein. Gibt es einen einfachen Weg ein bestehenden Kext in ein SSDT-UAIC zu überführen denn wie man liest soll es wohl über den ACPI Weg funktionieren. Ich habe jetzt mal versucht einfach Hackintool machen zu lassen mit meiner laufenden USBMap aktiv das allerdings funktioniert so nicht....

Was mir auffällt am Elitebook ist das USB gänzlich nicht funktioniert keine Ahnung ob Bug oder ob Apple da den support rasiert hat und wir künftig auch dafür den OCLP brauchen...

Den OC Build gibt es auf Github auch als Artefact kann man sich also von da laden oder wahlweise: OpenCore-1.0.5-RELEASE.zip

Installation auf meinem Elitebook ist problemlos verlaufen was nun fehlt ist noch ein WLAN Patch.

Ist manchmal so das der AMFIPass.kext direkt nach dem patch noch nicht greift hier ist es dann notwendig einmalig mit dem amfi=0x80 Arg zu starten damit die ins System eingebrachten Dateien geladen werden. Normalerweise reicht ein Start unter diesen Bedingungen und anschließend kann dann auf amfipass.kext gewechselt werden und alles sollte fortan schick sein

Entweder der Kext oder das amfi=0x80 Bootarg niemals beides gleichzeitig. Wenn das Arg gesetzt ist dann sollte OCLP ebenfalls funktionieren denn das ARG setzt ja AMFI temporär ausser Gefecht

Scheint definitiv ein AMFI Problem zu sein...

Wenn Du mit amfi=0x80 experimentierst dann darf amfipass nicht aktiv sein und umgekehrt zudem kann es ggf. notwendig sein nach dem ersten patchen mit dem BootArg anstelle von amfipass zu arbeiten...

Joa ich denke ich werde wohl auch wieder mit von der Partie sein

Bitte aber auch daran denken das der originale nur geladen wird wenn der Block Eintrag unter Kernel->Kext in der config auch deaktiviert wird andernfalls wird der trotz fehlender Patches natürlich nicht geladen....

Es kann im übrigen ggf. notwendig sein beim ersten Patchlauf einmalig das BootArg AMFI=0x80 zu verwenden da AMFIPass hier möglicherweise noch nicht greift. Einen Versuch wäre es auf alle Fälle wert

Naja bei Ventoy sollte man dann schon ein Windows PE Image nehmen (Übersicht zum Beispiel hier: https://www.ventoy.net/en/distro_iso/winpe.html link oft in den Notes) karacho dann klappt das nämlich auch mit dem vollen OS inkl. Treiber Support

Ansonsten der dingdong weiß vielleicht auch nen Link der fuckelt viel mit Ventoy rum

Es gab einen neuen fahrbaren Untersatz