macOS High Sierra auf Dell XPS15-9560

Dell XPS 15 9560 UHD
TEST: https://www.notebookcheck.com/…-UHD-Laptop.203500.0.html

Mainboard: Intel HM175
Prozessor: i7-7700HQ mit HD630
Grafikkarte: NVIDIA GeForce GTX 1050M 4096MB (Optimus)
RAM: 16GB Dual-Channel 2400 Mhz DDR4
Display: 15,6“ IPS UHD Panel (3840 x 2160 Pixel)
Netzwerk: Killer Wireless b/g/n/ac / Bluetooth 4.1
Laufwerk: Toshiba NVMe-SSD 512GB

macOS High Sierra Installation

Anmerkung: Eine ausführliche Installationsanleitung von insanelymac hat bei mir leider nicht funktioniert. Der Boot ändere immer in einer KP. Ich hatte dann doch noch leichtes Spiel, da mir @hitman20 seinen Clover-Ordner zur Verfügung stellte. Ein paar kleine Anpassungen und die Installation klappte.

- im Terminal eines Mac oder Hackintosh mit “createmediainstall” einen HS-Install-Stick erstellen
- Clover in neuester Version auf den Stick installieren
- den EFI-Ordner des Sticks gegen den aus dem Anhang austauschen
- Bios-Einstellungen des XPS15 (Bios-Version 1.6.2) wie folgt einstellen:

- USB-Stick einstecken, mit F12 Bootmenü wählen, USB-Stick booten
- Installation durchführen (in der 3-Phasen-Installation ist in Phase 2 kein Mauszeiger vorhanden)
Das ist aber kein Problem, da nach Ende der Phase der Rechner von alleine neu startet
Dank der SSDTs im EFI/ACPI/patched-Ordner funktioniert schonmal grundlegend alles (Helligkeitsregelung, FN-Tasten, Ton usw.
Beim Ton musste ich staunen, da der ALC3266 eigentlich von AppleALC.kext nicht unterstützt wird.

Feintuning

- beim Versuch das Trackpad zu konfigurieren, stellt man erstmal fest, dass keins vorhanden ist.
- für die Batterie-Anzeige den “ACPIBatteryManager.kext” in den Kexts-Other-Ordner der EFI legen
(Nach Neustart ist die Batterie-Anzeige da, mit dem Nebeneffekt, dass das Trackpad jetzt auch vorhanden ist)
- für Netzwerk “NullEthernet.kext” in den Other-Ordner und “ssdt-rmne.aml” nach ACPI/patched
(Nach Neustart ist Ethernet in den Netzwerkeinstellungen, damit der Anschluss en0 und builtin ist, müssen eventuell in Mac-HD/Library/Preferences/SystemConfiguration die Netzwerk.plists gelöscht werden)

Das WLAN/BT Modul wird natürlich noch getauscht. Ich habe hier noch eine DW1560 rumliegen. Falls der Dell-Support kommende Woche mir sagt, dass ich damit meine Einjährige Vorort Garantie verliere, muss ich mich vorläufig mit dem Micro-USB-WLAN-Stick zufrieden geben.

EDIT: Clover-Ordner folgt noch

EDIT2: Hier ist die EFI, SN sind entfernt, also SMBIOS bitte neu erstellen.

EFI XPS15 HS.zip

Ergänzungen:

Damit Sleep & Wake funktioniert müssen mehrere Voraussetzungen erfüllt sein. Eine davon ist der Hibernate-Modus. Eingestellt wird er im Terminal mit folgenden Befehlen:

sudo pmset -a hibernatemode 0
sudo pmset -a hibernatefile /dev/null
sudo rm -rf /var/vm/sleepimage

Die Lüfter springen in macOS schneller an und laufen auch länger als in Windows. Ursache ist der Standardtakt beim MacBook Pro von 1,3 GHz. Ändern kann man das mit dem Script “reqVectorsEdit.sh“ von PikerAlpha. (Ein Dankeschön geht wieder an @hitman20)
Einfach im Terminal mit chmod +x ausführbar machen und ausführen, danach läuft die CPU im Stillstand nur noch mit 800 MHz und die Lüfter bleiben aus bzw. laufen sehr leise.
Nach längerer Testphase musste ich feststellen, dass die Lüfter immer noch fleißiger als in Windows arbeiten, aber es ist mit dem Script auf jeden Fall besser geworden.

Anmerkungen: Nach der letzten Aktualisierung der Kexte blieb der Laptop beim nächsten Boot hängen. (In einer sehr späten Phase —> ich würde sagen während der Grafik-Initialisierung)
Übeltäter war die CoreDisplayFixup.kext in Version 1.3.3 —> wird benötigt, da das 4k-Display einen Patch erfordert, um die Pixeltaktgrenze zu überwinden.
Nach dem Austausch gegen die vorherige Version 1.3.2 startet das Hackbook wieder normal.

Nein, habe ich noch nicht probiert. Kann ich ja bei Gelegenheit mal testen. Danke!

EDIT: @BlackOSX Version 1.3.4 funktioniert.

Ich habe noch die originale Killer-Karte drin, da ich nach zwei Monaten nicht schon die Garantieansprüche verlieren will. Ich behelfe mich momentan noch mit einem USB-to-RJ45-Adapter und unterwegs mit einem Mini-WLAN-Stick.
Was man im Moment in HighSierra für BT benötigt, habe ich deshalb nicht genau auf dem Schirm. MIr würde jetzt BrcmFirmwareData.kext und BrcmPatchRAM2.kext einfallen. Die können einfach in den Other-Ordner der EFI kopiert werden.
Da gibt es, glaube ich, noch eine andere hilfreichen Kext. Da muss ich aber selber erst noch mal recherchieren.

EDIT: Schau mal bitte hier: Klick

Den SD-Kartenleser wirst du leider nicht zu Mtarbeit überreden können. Es fehlt hier an der Treiberunterstützung.

Das Kratzen im Kopfhörer hatte ich auch. Durch Zufall habe ich das Problem erstmal gelöst. Ich habe an einer DSDT gebastelt, ein Paar Renames, ein Paar _DSM Methoden (z.B. HDAS zu HDEF incl. _DSM zum Audio-Controller) und diese im patched-Ordner zu den vielen SSDTs gelegt.
Das Ergebnis war ein sauberer Ton im Kopfhöhrer.
Da ich es nicht verstehe warum das jetzt so funktioniert, lasse ich es erstmal so. Denn eigentlich sind diese Informationen ja in der SSDT_Syspref.aml.

Ich hänge die DSDT hier mal mit an. Kannst du ja auch mal testen und berichten ob das Problem damit bei dir ebenfalls gelöst wurde.

DSDT_XPS15.aml

EDIT: Mit Einsatz der DSDT habe ich den Scope (\_SB.PCI0.HDEF) in der SSDT_Syspref.aml entfernt.

Dell bzw. jeder andere Hersteller kann die Garantie an bestimmte Bedingungen knüpfen Z. B.: "Bei Öffnen des Gerätes erlischt die Garantie". Das muss man dann so akzeptieren. Hierbei kommt es immer wieder zu Mißverständnissen zwischen Garantie und gesetzlicher Gewährleistung. Während sich bei der Gewährleistung der Hersteller an die jeweiligen Gesetze des Landes halten muss, hat er bei der Garantie, etwas überspitzt, einen sehr großen Spielraum seiner Spielregeln.
Bei der zweijährigen Gewährleitung geht es im Allgemeinen um die Zusage, dass das Produkt frei von Herstellermängeln ist, im ersten halben Jahr steht der Hersteller in der Beweispflicht, währen sich das Ganze nach 6 Monaten umkehrt. Dann muss der Kunde (Käufer) beweisen, das die Mängel schon bei der Herstellung vorhanden waren.

@eddy33 Tausche diese gegen deine aus, aber sichere deine Vorhandene vorher oder besser die ganze EFI bevor du was veränderst.

SSDT_Syspref.aml

Naja, das habe ich doch in meinem letzten Post so schon geschrieben wie sich das mit der Garantie und der Gewährleistung verhält. Und immer beachten dass sich bei der Gewährleistung nach einem halben Jahr die Beweislast umkehrt.
Schön das du (wir) Platinum-Partner bei Dell bist (sind). Das nützt mir aber nichts, wenn der Dell-Support auf Nachfrage telefonisch mitteilt, dass das Wechseln einer Komponente während der Garantiezeit nur von einem Techniker ausgeführt werden darf.

Beim offizellen Dell-Support. Wäre ja interessant was der Pro-Support-Chef dazu sagt, aber veilleicht macht es auch einen Unterschied zu Pro und Home (privat). Aber selbst wenn er was Gegenteiliges behaupten würde, wäre ich dann noch mehr verunsichert wie das nun gehandhabt wird.

@scarface0619 ...und was hat der Chef des Pro-Supports gesagt? Oder sogar schriftlich mitgeteilt?

Vielen Dank für deine ausführliche Antwort.

Kann es sein, dass es in deiner DSDT so aussieht?

Der Name der DSDT und des Eintrages in der config.plist muss immer identisch sein. Du hast jetzt die Möglichkeit die DSDT oder den Eintrag umzubenennen.
Sorry dafür, dass ich das nicht erwähnt hatte.