Beiträge von Mieze

Die Meldung, welche Du geposted hast, deutet auf die Karte hin, da eines dieser Geräte in der Liste für das Aufwachen verantwortlich ist. Checke mal die anderen. Evtl. solltest Du versuchen, die Methode _PRW für das verantwortliche Gerät zu patchen, um zu verhindern, dass es einen Wakeup Event erzeugt.

Hast Du ein CNVI-WLAN-Modul auf dem Board?

Poste mal einen ACPI-Dump, um mal zu prüfen, was sich dahinter verbirgt!

Im Prinzip eine gute Idee, aber dann sollte auch erwähnt werden, dass die BCM94360NG inzwischen erste Wahl ist. Sie läuft nicht nur komplett native und hat einen HID-Proxy, sondern ist inzwischen sogar günstiger zu haben als die DW1560.

In der Regel macht es wirklich keinen großen Unterschied.

Das kann viele Ursachen haben, von einem Fehler bein Linken, bis hin zu ACPI-Problemen. Ich würde mal in die kernel logs schauen und, falls dort nichts ist, evtl. mit kextutil versuchen, den Treiber manuell zu laden.

Bei MIMO ist die Ausrichtung der Antennen entscheidend für die Signalqualität. Je stärker die Ausrichtung vom Optimum abweicht, desto stärker ist die Vermischung der Streams im Empfangssignal. Der DSP im WLAN-Chip kann das zwar herausrechnen, aber je nachdem wie stark die Vermischung ist, entscheidet sich der Treiber dann für einen oder zwei Streams. Da Apple die Antennen in seinen Rechnern immer orthogonal anordnet, dürften hier andere Schwellwerte verwendet worden sein, als bei einem generischen Treiber für Windows, der Adapter zahlreicher Hersteller unterstützt.

DFS steht für Dynamic Frequency Selection, einer Technik um zu vermeiden, dass durch WLAN Radarsignale gestört werden, welche für Kanäle >48 vorgeschrieben ist.

AirportBrcmFixup.kext habe ich entfernt, weil man sie nicht mehr braucht. Die Karte läuft tatsächlich mit einem 80 MHz Kanal und Länderkennung DE (auch in IORegistry überprüft), aber eben nur mit einem Stream, wie Du sehen kannst. Mit Win10 bekomme ich zum gleichen Netz eine Verbindung mit 2 Streams, d. h. 867Mbps, auf dem Gerät.

Ich habe die DW1560 jetzt gegen eine BCM94360NG (Aliexpress, ca. 46€) getauscht und bin sehr zufrieden. Die BT und WLAN arbeiten 100% native. Es wird keine kext mehr benötigt. Die WLAN-Geschwindigkeit im 5GHZ-Band ist wesentlich besser als mit der alten Karte.

Unter Windows funktioniert sie mit zwei Streams und erreicht 867Mbps, unter macOS 10.15.5 ist bei 434Mbps Schluss, da der Treiber offensichtlich nur Verbindungen mit einem Stream aufbaut. Dies könnte an der Anordnung der Antennen in 5370 liegen, welche sich beide axial an der Rückseite des Geräts befinden und nicht orthogonal angeordnet sind, wie für zwei Streams empfohlen.

In Anbetracht des gegenwärtigen Preises der DW1560, ist die BCM94360NG definitiv erste Wahl, auch weil man sich damit viel Ärger erspart.

PS: Dank HID-Proxy funktioniert die BT-Maus auch im BIOS-Setup.

Zitat von DSM2

Für mich persönlich eher unwahrscheinlich. Die Kanditen die mir zusagen, haben entweder den 8125 oder aber 10 GBit Lan Onboard, wobei letzterer problemlos nativ läuft.

Einen Treiber für den RTL8125 gibt es auch schon und der arbeitet bereits sehr zuverlässig unter Catalina und Mojave.

0x15F2 ist die ID vom I225LM. Es wäre nicht verwunderlich, wenn wir diesen Chip demnächst in neuen iMacs oder Mac minis sehen werden.

Anbei eine Binary von IntelMausiEthernet.kext Version 2.5.1d1 mit Unterstützung für I219 auf Z490-Mainboards.

Mieze

Bei IntelMausiEthernet habe ich bereits vor einem Monat Unterstützung für Comet Lake I219V/LM hinzugefügt, allerdings noch keine Binary veröffentlicht. Bei Bedarf könnt Ihr aber die Kext mit der aktuellen Version von Xcode für Catalina selbst bauen.

Hier noch mal der Link zum Sourcecode: GitHub

Da der I225 eine ganz andere Architektur hat und eher dem I210 ähnelt, müsste man hierfür ggfs. einen eigenen Treiber entwickeln, aber es scheint dass AppleIntelI210Ethernet diesen Chip schon unterstützt. Folgende Zeilen habe ich jedenfalls in der Info.plist des Treibers von 10.15.4 gefunden:

Chillkroetle Rufe mal im Terminal folgenden Befehl auf:

Falls die Kext irgendwo in einem System-Ordner installiert ist, sollte der Befehl sie finden. Andernfalls bleibt eigentlich nur noch die EFI-Partition übrig.

Ich würde erst mal die System-Caches löschen. Falls das nicht hilft, solltest Du mal die DSDT überprüfen. Schau mal, was die Methode _PTS (Prepare to sleep) macht, wenn sie mit dem Parameter 0x5 (system state S5 = shutdown) aufgerufen wird. Ich gehe davon aus, dass Sleep/Wake bei dir funktioniert, oder?

bluebyte Sorry, aber ich habe heute in der Uni eine Klausur geschrieben und muss morgen anfangen, mich auf die nächste vorzubereiten. Zeit werde ich erst wieder nach dem 9. März haben, wenn die Klausuren für dieses Semester gelaufen sind.

Grundsätzlich muss man immer darauf achten, die passende Treiberversion für die jeweilige MacOS-Version zu verwenden. Infos dazu und die Binaries findest Du auf insanelymac.com, wie bereits erwähnt.

CMMChris Die Version 2.3.0d7 von RealtekRTL8111Ethernet ist nur ein Development Build. Aus diesem Grund würde es mich nicht wundern, wenn da noch ein paar Macken drin sind, aber ich werde vor meiner letzten Klausur am 9.3. definitiv keine Zeit haben, mich mit dem Problem zu befassen.

bluebyte Mojave schon aber nicht unter High Sierra. Wie gesagt, such Dir die passende Version auf IM raus!

Binaries zu meinen Treibern findet ihr auf insanelymac.com:

AtherosE2200Ethernet.kext

Achtet darauf, dass ihr die richtige Version des Treibers für Eure OS-Version nehmt, weil neuere Versionen des Treibers mit den alten OS-Versionen in der Regel nicht kompatibel sind.

CMMChris Ich bin letzten März dem Problem auf den Grund gegangen (Disassembler, Sourcecode vom Linux-Treiber und Datenblatt vom BCM94356) und dabei zu folgenden Erkenntnissen gekommen:

• Die Wurzel allen Übles liegt im 32kHz-Takt für den Ruhemodus. Dieser kann von einer externen Quelle bereitgestellt werden, oder aber von einem internen Oszillator (höherer Stromverbrauch, da dieser 20-30% Toleranz hat) erzeugt werden.
• AppleBrcmNIC.kext initialisiert den Chip für den Betrieb mit externem Oszillator, daher gibt es eine KP beim Booten, wenn der Treiber versucht, die Taktfrequenz zu ermitteln (Division durch 0). Die KP kann man mit AirportBrcmFixup loswerden, aber das Problem mit dem Takt bleibt.
• Wenn Du eine Karte mit Oszillator, oder ein System, welches den Takt über den Pin zur Verfügung stellt, hast, dann funktioniert es. Ansonsten hängt sich der Rechner irgendwann auf, wenn der Chip in den idle mode wechselt, weil er ohne Takt einfach nicht richtig funktioniert.