Suchergebnisse
Suchergebnisse 1-14 von insgesamt 14.
-
1. Mit IOJones nachsehen welche IOClass und welcher Treiber genutzt wird.// Bei mir hat der Eintrag trotz kompatibler HW gefehlt.2. Dann in der AirportBrcmFixup.kext in der Info.plist alle 4360 Einträge durch NIC ersetzt2. <string>pci14e4,43b1</string> aus <key>Airport_Brcm4360</key> raus und in <key>Airport_BrcmNIC</key> unter IONameMatch rein3. Nach einem Cache-Update und Reboot ist der Eintrag da.Hoffe, dass dies Einigen Suchenden hilft.Nachtrag:Wußte gar nicht, dass es Continuity/Handoff auc…
-
Danke für den Tipp! Hatte schon fleissig mitgelesen.Geht leider nicht bei mir.Meine befindet sich unter PEG1, wäre ja an sich kein Problem, wird aber als pci14e4,43b1 gelistet. Also PEG1.pci14e4,43b1.Und damit lässt sich keine SSDT bauen, da die Syntax zerlegt wird. Zumindest meines Wissenstandes nach.Unter Clover gibt es sicher die Möglichkeit, aber ich bin leider sehr mau was Clover betrifft. Komme von Oz und bin wegen Mojave gewechselt.
-
Danke dir!DSDT nutze ich momentan nicht, da ich es einfach nicht schaffe, mit der DSDT mein DP Audio hinzubekommen.Heute ist es schon ein bisserl spät und Junior kommt gleich vom Fechten zurück und braucht noch ein warmes Abendessen.Morgen früh poste ich dann meine SSDTs und meine ioreg.Schönen Abend!
-
Spät, aber doch Beim Dump waren die beiden SSDTs nicht im patched Folder, falls es einen Unterschied macht.
-
Azurewave CE-123HGFXUtil produziert leider ein "DevicePath not found"
-
Anbei der Screenshot vom DPCIManager.@./gfxutil -f pci1a3b,2123:"DevicePath not found"@./gfxutil -f pci14e4,43b1Zuerst hat mir gfxutil nur "DevicePath not found" ausgespuckt.Nachdem ich Windows gebootet hatte und dann zurück in MacOs bin, gibt gfxutil mit dem gleichen Befehl - aus der history geholt - dies aus:"DevicePath = PciRoot(0x0)/Pci(0x1,0x1)/Pci(0x0,0x0)"hm ...
-
Danke!Und es eilt wirklich nicht.
-
Müsste ich da nicht zuerst die pcie14r4,43b1 in der SSDT rausnehmen, wie z.B. hier?(Quelltext, 5 Zeilen) Dann habe ich wieder das Problem, dass ich pcie14e4,43b1 nicht verwenden kann, da das Komma als Argument interpretiert wird und es einen Fehler gibt.Update:Habe es jetzt über den PropertyInjector von Brumbaer gemacht.
-
SSDT geht nicht, da das Komma in pci14e4,43b1 als Argument interpretiert wird und dann ein Fehler geschmissen wird.Mit PropertyInjector funktioniert das sehr gut.
-
So wie ich die SSDT verstehe, erschafft sie ein Device unter PEG1 ohne vorher das existierende pci14e4,43b1 zu entfernen.Oder liege ich da jetzt falsch?
-
Probiere ich gleich mal aus.
-
Noir0SXJup. Verwende ich. anonymous_writerHat funktioniert!
-
Noir0SXIch glaube, ich muss die Device Properties von anonymous_writer rausnehmen. WLAN nur mit brcmfx-driver=1. Bei 0 oder 2 "keine hardware installiert".Bezüglich des ChangeLogs:Theoretisch müsste ja AirportBrcmFixup jetzt alles übernehmen ohne dass ich FakeID oder einen sonstigen Injector nehme, oder verstehe ich das falsch?Werde es mal so versuchen.
-
Bin jetzt mal in die Info.plist rein und da liegt wohl das Problem.b1 ist weiterhin unter 4360 und nicht unter NIC.Ausgeschnitten und unter NIC und es funktioniert wie zuvor.Ich nehme an, dass ein Teil von AirportFixup, der den brcmfx-driver Eintrag übernimmt, funktioniert, die Zuordnung zu NIC aber nicht. Daher dann kein Treiber geladen wird.