Lade mal die EFI von OpenCore Hier hoch
Welcher Laptop eignet sich am Besten als Hackintosh?
- Domo5785
- Erledigt
-
-
ich nutze MacBook Pro 11.4
-
Das Ist der EFI Ordner von OpenCore den ich benutze
Also in die installation kann ich damit problemlos booten
-
Test die EFI mal ich habe das auf dem SMBIOS MacBookPro11,4 umgestellt
-
Perfekt...läuft.
Ist am installieren
Besten Dank
edit...
so...läuft soweit und startet problemlos ins OS.
jetzt geht es daran die GPU zu deaktivieren und die Geräte betribsbereit zu machen.
-
So...kurzes Update.
Habe jetzt die gpu deaktiviert und das WLAN zum laufen bekommen, könnte allerdings hilfe beim Sound gebrauchen.
Als Soundkarte wird mir "Intel Lynx Point-LP" angezeigt
Und kriege ich irgendwie den Touchscreen zum laufen?
LG
-
Was sagt die Hackintool.app unter System/Peripherals zum Audio?
Wenn dort nix steht, dann müsste man wohl man einen codec_dump mit einer Linux-Live_Version machen. Ohne Info's zum verbauten Audio-Onboard-Chip ist es schwer zu helfen.
Ferner ist in Deiner config.plist bei boot-args alcid=3 gesetzt. Hier könnte man ohne besseres Wissen auf Verdacht von 1 bis ... alles durchtesten.
Touchscreen unter OSX auf diesem Rechner eher unwahrscheinlich.
-
Also der Laptop hat ja nen Touchscreen verbaut.
Unter Windows läuft der auch problemlos.
So habe den Codec gedumpt
Übrigens Hackintool.app zeigt garnichts unter audio an
-
Der Rest funktioniert also schon?
-
Ja bis auf den Touchsrceen läuft soweit alles, sogar WLAN habe ich hinbekommen.
USB und der Kartenleser laufen auch.
Webcam müsste ich vielleicht nochmal schauen, aber der Rest sieht gut aus.
Das Touchpad läuft noch nicht ganz so vernünftig, da müsste ich auch nochmal schauen, irgendwie klappt der linksklick nicht, habe jetzt erstmal ne maus angeschlossen
Aber mit dem Sound habe ich bis jetzt noch nicht hinbekommen
-
zum Thema Touchscreen:
... wäre auch schlimm, wenn es auf Windows nicht gehen würde, da dafür ja auch Treiber geliefert werden.
Unter OSX gibt es diese Treiber nicht und daher wird es vermutlich nix mit Touchscreen.
Ich hab hier auch einen älteren Medion-Rechner mit Touchscreen stehen, läuft super mit OSX, aber Touchscreen unter OSX ging damit noch nie.
Allerdings nutze ich es auch nicht einmal mit Windows, da ich mit Maus und Taste ohnehin schneller und besser arbeite.
zum Thema Audio:
Dein Dump sagt, dass der AudioChip des Onboard-Audio's alc283 ist.
Bislang sind in AppleALC folgende ID's dafür konfiguriert:
Diese ID's könnte man nacheinander mittels alcid=.. versuchen, aber erst einmal liegt Dein Problem dabei noch woanders, wie ich vermute.
Da es sich um einen Laptop handelt, muss zwingend HPET in Ordnung sein, ggf. gepatcht werden. Ferner sind auf einem Laptop die IRQ-Fixes zwingend, d.h. dass bei TIMR und RTC aus der DSDT die 0 und die 8 rausgepatcht werden müssen, damit AppleALC, nebst Lilu auch Audio bringt.
Hierfür ist das Script "SSDTTime" von GitHub Dein Freund und zeigt Dir mittels originaler DSDT die nötigen Fixes an.
-
Danke, die Liste habe ich auch schon gefunden und auch schon alle Zahlen davon durch, leider ohne erfolg
-
Wird auch nicht gehen, bevor die IRQ-Patches gemacht worden sind. Auf Laptop's ist AppleALC ohne diese Patches ein toter Stein. Desktop-Rechner haben es diesbezüglich leichter.
Lade doch mal Deine aktuelle EFI hier hoch, damit man mal den aktuellen Stand sehen kann!
Ferner lade doch mal ein ioreg mittels IORegistryExplorer.app (save as) hier hoch!
-
Habe beides mal gemacht
-
sieht soweit gut aus, HPET sieht soweit gut aus, aber die IRQ-Fixes fehlen wohl
Starte doch mal unter macOS die MaciASL.app bitte, dabei wird automatisch die DSDT geladen, inkl. aller beim Start gemachten Patches.
Diese bitte mal Speichern und hier hochladen!
-
So habe auch MaciASL.app gespaeichert
-
Prima, aber ich habe es schon genauso vermutet.
HPET ist noch ungepatcht und die IRQ-Fixes sind auch nicht gemacht, daher bekommst Du auch kein Audio und Hackintool zeigt nicht mal was an beim Audio.
So sieht es aktuell aus:
Code- Device (RTC)
- {
- Name (_HID, EisaId ("PNP0B00")) // _HID: Hardware ID
- Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
- {
- IO (Decode16,
- 0x0070, // Range Minimum
- 0x0070, // Range Maximum
- 0x01, // Alignment
- 0x08, // Length
- )
- IRQNoFlags ()
- {8} < --------------------------------------- IRQ 8 noch drin
- })
- }
- Device (TIMR)
- {
- Name (_HID, EisaId ("PNP0100")) // _HID: Hardware ID
- Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
- {
- IO (Decode16,
- 0x0040, // Range Minimum
- 0x0040, // Range Maximum
- 0x01, // Alignment
- 0x04, // Length
- )
- IO (Decode16,
- 0x0050, // Range Minimum
- 0x0050, // Range Maximum
- 0x10, // Alignment
- 0x04, // Length
- )
- IRQNoFlags ()
- {0} <----------------------------------------------- IRQ 0 noch drin
- })
- }
nach dem Patch sieht es dann so aus:
Code- Device (RTC)
- {
- Name (_HID, EisaId ("PNP0B00")) // _HID: Hardware ID
- Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
- {
- IO (Decode16,
- 0x0070, // Range Minimum
- 0x0070, // Range Maximum
- 0x01, // Alignment
- 0x08, // Length
- )
- IRQNoFlags ()
- {} <------------------- IRQ-Fix gemacht
- })
- }
- Device (TIMR)
- {
- Name (_HID, EisaId ("PNP0100")) // _HID: Hardware ID
- Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
- {
- IO (Decode16,
- 0x0040, // Range Minimum
- 0x0040, // Range Maximum
- 0x01, // Alignment
- 0x04, // Length
- )
- IO (Decode16,
- 0x0050, // Range Minimum
- 0x0050, // Range Maximum
- 0x10, // Alignment
- 0x04, // Length
- )
- IRQNoFlags ()
- {} <---------------------------- IRQ-Fix gemacht
- })
- }
Schaue Dir SSDTTime an! Dieser kann Dir die nötigen Fixes erstellen.
https://github.com/corpnewt/SSDTTime
Ohne diese Lösung bekommst Du sicher kein natives Audio aus dem Laptop mit AppleALC und Co., außer vielleicht mittels VoodooHDA, was ich aber nur als Notlösung empfehlen kann, wenn man es denn so gar nicht hinbekommt, aber VoodooHDA ist nun echt nicht mein Ding, wenn's auch native Lösungen gibt, auch wenn diese Arbeit machen, bzw. dass man dafür erst etwas dazu lernen muss. Das Endergebnis ist dann aber grundlegend besser.
-
Ist das richtig das ich die DSDT.aml selber nicht ändere sondern nur Patches für OC erstelle?
-
Die DSDT brauchst Du nicht selbst ändern. Früher wurde dies gemacht, da wurde die DSDT noch selbst gepatcht, was heutzutage nicht mehr nötig ist.
Für weitere nötige Änderungen nimmt man heutzutage weitere SSDT's, welche Du ja auch schon einige in Deiner EFI im ACPI-Bereich drin hast.
Allerdings brauchst Du für die Verwendung mit dem Script SSDTTime die Clean-DSDT aus dem System. Die System DSDT aus MaciASL geht dafür nicht.
SSDTTime erstellt Dir dann die nötigen Patches, bzw. nötige SSDT's für den ACPI-Bereich in Deiner OC-EFI.
-
Ja habe über Windows die DSDT.aml auslesen lassen und dann über SSDTTime.command die Patches erstellen lassen, die packe ich jetzt einfach im EFI ACPI Bereich und das wars?