Anleitung für Intel WLAN mit AirportItlwm unter Sequoia und Tahoe

schrup21 schade, bei mir wird AirportItlwm_Ventura nicht geladen. Aber der Anfang ist mit Sonoma schonmal da und ein Zeichen dass die Hardware kompatibel ist. Kann mich erst in ein paar Tagen nochmals damit befassen. Bis hierher nochmals tausendmal Dank! schrup21  ST3R30

Ich hatte vor Monaten schon eine chinesische Variante 2.4.0 von Zhong Xianyao gefunden, mit der läuft das Intel-Net zumindest mit meinem Intel AX211 Wireless und Broadcom-Patch. Ich hab die einzelnen Kexte, die ja ursprünglich alle den gleichen Namen haben, den Systemen entsprechend umbenannt..

Bei meiner Karte macht dieser Kext unter Tahoe leider gar nichts. Hast dazu eine Quelle?

Ist mir leider verloren gegangen. War irgendwann ein Link bei Insanely oder doch bei GitHub

ich denke die Itlwm.kexts 2.4.0 sind mit der Wifi-Intel-KextsBuilder.app erstellt. Ein andere Quelle habe ich noch nicht gefunden.

Leider funktionieren die kexts bei mir unter Sequoia nicht, d.h. sie werden erst gar nicht geladen. MacGrummel

config.plist bitte posten.

ST3R30 anbei die aktuelle plist. Ich hatte gestern zuletzt noch mit Board-ID experimentiert. Hatte mich aber noch nicht eingelesen, weiß nicht ob das sei richtig war und ob es überhaupt am Platz wäre.

Aktuell sagt mir OCAT Invalid Plist. PlistEdit Pro hat keine Probleme und OC bootet ohne zu meckern.

Sonoma funktioniert, sonst nichts mit AirportItlwm.

Irreguläre Zeichen in Zeile 1614. Habs gefixt.

ACPI/Add:

• Noch nie so viele Tables in einer EFI gesehen. Ich wage zu bezweifeln, dass die alle notwedig sind.
• SSDT-XCPM deektiviert. Nicht nötig seit macOS 12
• Sollte generell überarbeitet werden der Abshcnitt. Viele nicht benötigte, kosmetische Tables dabei.

Kexts/Add:

• CryptexFixup deaktiviert– wird nur für IvyBrige und älter benötigt
• Anordnung der Kexts überarbeitet für mehr Übersichtlichkeit
• Sinetek-rtsx deaktiviert, da RealtekCardReader vorhanden und aktiv. Entweder den einen oder den anderen verwenden, nicht beide.

NVRAM:

• Übertrieben viele boot-args drin…

Arkturus-T15-2025-01-08config.plist

Quote from ST3R30

Irreguläre Zeichen in Zeile 1614. Habs gefixt.

ACPI/Add:

• Noch nie so viele Tables in einer EFI gesehen. Ich wage zu bezweifeln, dass die alle notwedig sind.
• SSDT-XCPM deektiviert. Nicht nötig seit macOS 12
• Sollte generell überarbeitet werden der Abshcnitt. Viele nicht benötigte, kosmetische Tables dabei.

Kexts/Add:

• CryptexFixup deaktiviert– wird nur für IvyBrige und älter benötigt
• Anordnung der Kexts überarbeitet für mehr Übersichtlichkeit
• Sinetek-rtsx deaktiviert, da RealtekCardReader vorhanden und aktiv. Entweder den einen oder den anderen verwenden, nicht beide.

NVRAM:

• Übertrieben viele boot-args drin…

Arkturus-T15-2025-01-08config.plist

Display More

ST3R30 Du hat in allen Punkten recht, ACPI Table und Bootargs sind die offene Baustelle. Beim ACPI muss ich mir nur die Zeit nehmen um auszutesten, welche SSDT genau noch neben der SSDT-XOSI.aml notwendig ist um Windows 11 zu booten.

Die Bootargs sind ein Resultat von Experimenten und könnten ebenso entrümpelt werden.

Herzlichen Dank für die Fehlerbereinigung und Korrektur der config.plist.

Melde mich später.

Quote from schrup21

fyi - hab die Anleitung ergänzt:

Das Plugin (AirPortBrcmNIC) kann man entfernen, damit reduziert sich die Größe von IO80211FamilyLegacy auf 2,1 MB - natürlich muss man das dann auch in der Konfiguration - Kernel entfernen.

Was das Ladeverhalten in Tahoe angeht, wurde IO80211FamilyLegacy geladen? Wurde AirportItlwm geladen?

Display Spoiler

kextstat | grep IO80211FamilyLegacy

Executing: /usr/bin/kmutil showloaded

No variant specified, falling back to release

84 1 0xffffff80042b9000 0x20a000 0x20a000 com.apple.iokit.IO80211FamilyLegacy (1200.12.2b1) 4C07538B-62EB-3D6D-AEF9-93BCDCF45FAB <83 53 51 31 23 10 9 8 7 6 3 1>

kextstat | grep AirportItlwm

Executing: /usr/bin/kmutil showloaded

No variant specified, falling back to release

85 0 0xffffff80046c9000 0x1c4000 0x1c4000 com.zxystd.AirportItlwm (2.4.0) 778C65C5-E4C8-38FA-8901-89258EB32560 <84 51 19 7 6 3 1>

was steht im boot log?

Display Spoiler

log show -last boot | grep AirportItlwm

2026-01-08 13:19:33.653400+0100 0x404 Default 0x0 0 0 kernel: (IOPCIFamily) [PCIe:0 2653400327 ns] [childPublished()] child AirportItlwmInterface(0x1000004a9) published

2026-01-08 13:19:33.653476+0100 0x418 Default 0x0 0 0 kernel: (IOPCIFamily) [PCIe:0 2653475957 ns] [childPublished()] child AirportItlwm(0x1000003c5) published

2026-01-08 13:19:33.653551+0100 0x404 Default 0x0 0 0 kernel: (IOPCIFamily) [PCIe:0 2653551326 ns] [childPublished()] child AirportItlwmInterface(0x1000004a9) published

2026-01-08 13:19:41.630679+0100 0x404 Default 0x0 113 0 configd: [com.apple.SystemConfiguration:InterfaceNamer] Assigned unit 1 (from database) to <SCNetworkInterface 0x7fc789a06b90 [0x7ff85162dc00]> {type = IEEE80211, entity_device = (null), entity_type = Ethernet, name(k) = "airport", address = 38:87:d5:71:35:36, builtin = TRUE, path = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/CNVW@14,3/AirportItlwm/AirportItlwmInterface, entryID = 0x1000004a9, type = 6, order = 12 (AirPort)}

path = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/CNVW@14,3/AirportItlwm/AirportItlwmInterface

2026-01-08 13:19:52.893443+0100 0x54d Default 0x0 132 0 kernelmanagerd: Received kext load notification: com.zxystd.AirportItlwm

Edit: wenn IO80211FamilyLegacy nicht geladen wird (testweise bei mir deaktiviert), dann lädt auch AirportItlwm nicht.

Möglicherweise ist IO80211FamilyLegacy korrupt?

https://github.com/dortania/Op…11FamilyLegacy-v1.0.0.zip

Die MD5 Prüfsumme vom Binary lautet: b6af7a436e029406d334e5a23aeee456 - kann man mit md5sum checken.

Display Spoiler

md5sum IO80211FamilyLegacy.kext/Contents/MacOS/IO80211FamilyLegacy

Wenn da alles stimmt, IO80211FamilyLegacy aber trotzdem nicht geladen wird, könnte vielleicht ein Eintrag in Force helfen.

Display Spoiler

Display More

schrup21 Danke für die konkreten Hinweise zur Überprüfung der Probleme. Ich bin gespannt und melde mich in Kürze.

EDIT: Stellt sich jetzt die Frage, ob Anfängerfehler oder Konzentrationsschwäche, egal das Problem ist für mich und hoffentlich auch für andere Interessierte gelöst. Das Problem wird die IOSkywalkFamily.kext, zuletzt geändert 9.12.2025, Größe 1,8 MB

Wenn ich in meine Downloadordner schaue, finde ich in allen MacOS die Variante in Größe 846KB

Das ist die Variante die bei Dortania unter dem Link von schrup21 neben dem Legacy zu finden ist. Es sollte zwar die Version V1.2 sein, aber wird eben immer noch als Version 1.0 authentifiziert. Warum ich aber die eben nicht funktionieren Version in der EFI hatte kann ich nicht mehr reproduzieren. Das Plan funktioniert auf dem T15 nunmehr aber auf allen macOS.

Hier zuletzt unter Tahoe. Wie in OCAT zu sehen, IOSkywalkFamily.kext in Version 1.0

Ich hatte an andere Stelle vor kurzem mal darauf hingewiesen, blieb aber unbemerkt.

Erstmal vielen Dank für die Ausdauer bei der Unterstützung an ST3R30 und schrup21

Den Eintrag Kernel/Force hatte ich bereits gesetzt und vervollständigt. Identifier habe ich nicht aus der Plist vom Legacy geholt. Ich hoffe das ist richtig so. Ohne diesen Eintrag war Booten nicht möglich.

EDIT: Hier noch der IOSkywalkerFamily.kext als Übeltäter, den keiner Verwenden sollte. Der 31.12.2025 als letzte Änderung war ein Irrglaube. Das Datum stellt irgendwie den Download von irgendwo dar und kein Änderungsdatum.

Die richtige Variante von SkywalkFamily kext liegt in der OCLP Repo und ist knapp 2 Jahre alt:

https://github.com/dortania/Op…/main/payloads/Kexts/Wifi

Wird als Version 1.0 angezeigt, das das so in der info.list definiert ist im String "CFBundleVersion". Habe es aus Spass mal zu version 1.2 geändert. Nach Neustart wird sie dann auch entsprechend angezeigt:

Ich habe jetzt die EFI aufgeräumt, ACPI-Tables + Bootargs deutlich reduziert. Alles funktioniert. Die für das Booten von Windows 11 neben der SSDT-XOSI.aml entscheidende SSDT ist die SSDT-DATA.aml. Bootarg -lilubetall ist nicht mehr notwendig.

Die ganze aktualisierte EFI habe ich im Hardwarebereich geteilt.

Danke nochmals an Alle die geholfen haben.

Darf ich, ohne alles lesen zu müssen, fragen, was die aktuell beste Lösung ist, WIFI auf dem Hackintosh zu nutzen? Ich stehe vor einem Neukauf, bzw. habe aktuell zwei Optionen für einen geplanten Build:

Oder gibt es etwas, das besser unter Sequoia (und danach)? Und welche Aufgabe hat das Kabel am BT Port? Bzw. gehlt das bei der Fenvi, oder ist das optional?

Danke!

jan2ooo

mal so grob gesagt zum bt-stecker-buchse, wenn es keine daten oder masse ist, ist es strom. und der wird sich mit dem stecker vom usb-port geholt, bei der anderen karte ohne seperaten stecker, kommt der strom vom pci-e port auf dem mainboard.

lg

apfel-baum

Wobei die Buchse ja auch dort vorhanden ist? Und zusätzlichen Strom sollte die Karte doch nicht benötigen, da sollte doch reichen, was vom PCIe Port kommt? Und wieso ist die mit Bluetooth beschriftet?

*Hirn an*

Habe nun doch das Manual geprüft:

USB-Header-Kabel anschließen: Verbinden Sie ein Ende des USB-Header-Kabels mit dem 4-poligen USB-Anschluss des FENVi T919-Adapters und das andere Ende mit einem freien 9-poligen USB-2.0-Anschluss auf Ihrem Mainboard. Diese Verbindung ist für die Bluetooth-Funktionalität unerlässlich.

In der Abbildung wird es auch BT Line Interface genannt.

Also geht ohne Kabel kein Bluetooth? Da das Kabel zur Fenvi fehlt, müsste ich noch ein Ersatzkabel besorgen, wenn diese Karte die bessere Wahl ist. Ist Bluetooth nur eine Option und es gibt Alternativen?

Ja, sorry, das sollte ja auch nicht ausufern. Ich dachte, das kann man kurz und knapp beantworten. Sonst hätte ich natürlich ein neues Thema eröffnet.

Danke für die Links , ohne Kabel kein Bluetooth bei diesen zwei Modellen. Zum dortania Guide: kenne ich natürlich, aber hier scheinen die Empfehlung bei macOS 12 zu enden. Seit Sonoma ist es ja alles etwas aufwändiger geworden.

Ich verlasse dieses Thema richtigerweise und mache ggf. ein neues auf, wenn noch Bedarf ist.

Ganz nicer Talk bei CCC u.a. über unsere Freunde IOSkywalk family und Konsorten: