Mist. Aber nicht so sehr ärgern, ich hatte die Karte auch zuerst für mein E460 gekauft und konnte diese ebenfalls nicht einbauen. Letztendlich ist es dann die DW1560 geworden. Leider habe ich den Beitrag erst gesehen, als du schon bestellt hattest.
Beiträge von Harper Lewis
-
-
-
-
Zum Beispiel der com.apple.driver.AirPort.BrcmNIC, während der AppleUSBXHCIPCI mit dem "Kurznamen" keine Schwierigkeiten hat...Der Kurzname war dann vermutlich AirPortBrcmNIC? Das wird in der config.plist von AirPortBrcmNIC.kext zwar gefunden:
<key>CFBundleExecutable</key>
<string>AirPortBrcmNIC</string>
<key>CFBundleGetInfoString</key>
<string>12.0, Copyright © 2006-2014 Apple Inc. All rights reserved.</string>
<key>CFBundleIdentifier</key>
<string>com.apple.driver.AirPort.BrcmNIC</string>Im Bundle identifier aber nicht und deshalb funktioniert der Patch nicht mehr. Ist exakt so, wie bei den Brcm4360-Patches. Ich würde ab sofort nur noch den kompletten Bundle identfier benutzen und die Anleitungen hier im Forum auch entsprechend anpassen.
-
-
Ich habe das jetzt mal unter Clover 4411 getestet:
Name Patch funktioniert AirPortBrcm4360 nein AirPort.Brcm4360 nein com.apple.driver.AirPort.Brcm4360 ja Brcm4360 ja
Daraus schließe ich, dass:- nur der in der Info.plist enthaltene Bundle identifier durchsucht wird
- wenn ein . in Name enthalten ist, müssen Bundle identifier und Name identisch sein
- wenn kein . in Name enthalten ist, muss ein Teil von Bundle identifier mit Name identisch sein
Sehe ich das richtig?
-
Anscheinend ist es so, dass die KextsToPatch-Einträge in Clover alle Kexts patchen, deren Bundle-Identifier zum Teil dem Eintrag unter "name" entsprechen (substring-match). Ohne den kompletten Bundle-Identifier kann das dann z.B. bei einem AppleIntelSKLGraphics-Patch problematisch werden:
Beim Brcm4360-Patch verstehe ich aber nicht, warum dieser nicht funktioniert, wenn man nicht com.apple.driver.AirPort.Brcm4360 unter "name" einträgt. AirPortBrcm4360.kext ist ein als Plugin von IO80211Family.kext:
Nachtrag: OK, verstanden hoffe ich. Bei älteren Cloverversionen hat der Name-Eintrag jeglichen Inhalt in der Info.plist gefunden. "AirPortBrcm4360" wurde also auch gefunden, weil es in der config.plist unter "Executable file" enthalten ist:
Aktuellere Clover-Versionen nutzen anscheinend nur noch den Bundle identifier, und in com.apple.driver.AirPort.Brcm4360 ist AirPortBrcm4360 nunmal nicht enthalten.
-
-
@suiciety2k: Kommt mir bekannt vor. Bei mir war es u.a. der fcvo-Patch, der ohne den kompletten Bundle-Identifier nicht mehr wollte.
-
Mein E460 hat keine Whitelist, vielleicht hat Lenovo das ja beim Nachfolgemodell beibehalten. Die DW1830 könnte aber zu breit sein, wenn ich die Bilder richtig interpretiere.
-
Danke, läuft mittlerweile und lag am fcvo-Patch.
-
Bei meinem Lenovo E460 war mit neueren Clover-Versionen das WLAN-Device komplett weg, es wurde kein Treiber geladen. Ich bin dann zufällig über diesen Beitrag gestolpert und das hat das Problem sofort gelöst.
-
Würde ich gerne tun, nur bei Erstellen einer SSDT-UIAC werde ich leider nicht helfen können (wobei es dafür hier ja auch Anleitungen gibt). Diese Lösung habe ich selbst noch nie genutzt und stattdessen USB-Kexts nach @Brumbaer im Einsatz. Der o.g. Fix hilft auch nur, wenn XHC.PMEE in der DSDT vorhanden ist. Ich sehe auch gerade, dass es den erst seit vier Tagen im Repository von Rehabman gibt. Natürlich versuche ich trotzdem gerne, hier weiterzuhelfen.
-
Stimmt, da war doch was... Sorry für die falsche Fährte. Wobei der komplette Bundle-Identifier bei mir ein ähnliches Problem unter Sierra gelöst hat, da wollte der fcvo-Patch mit aktueller Clover-Version ohne diesen nicht mehr mitspielen.
-
Ersetze im Patch Brcm4360 durch den Bundle-Identifier com.apple.driver.AirPort.Brcm4360, dann sollte es wieder funktionieren.
-
-
Starte mal MacIASL, dann wird die System DSDT geöffnet. Jetzt suchst du nach HECI oder MEI. Je nach gefundenem Device (ich vermute, es wird HECI sein), wendest du einen der beiden Patches an:
-
Einen der Clover-Patches "change HECI to IMEI" / "change MEI to IMEI" hast du aktiviert? Schau mal in der DSDT deines Mainboards nach, ob du eines der beiden Devices findest und wende dann den passenden ACPI-Patch an.
-
@kuckkuck: Bei meinem Lenovo E460 hat genau das geholfen, den doppelten Neustart zu verhindern. Zusätzlich braucht es noch einen weiteren Fix, damit dies nicht mit angeschlossenen USB-Geräten passiert.
-