DW-1820a / Broadcom BCM94350ZAE Verbindungsproblem

Meines Wissens gibt es 2 oder 3 Revisionen von der 1820A mit jeweils eigener sub-vendor-id/device-id? Hatte mal bei eBay zwei solcher Karten bestellt gehabt wovon nur eine die richtige Revision hatte. Ist insofern tatsächlich etwas Glückssache.

Wenn ihr die Kexte aus diesem Beitrag bereits probiert habt und unter Devices die Karte angelegt habt, hat die Karte wahrscheinlich die falsche Revision.

hab meine alten Dateien nochmal eingespielt, jetzt geht es wieder....

anbei mal die alten Kexte ich glaube ein Teil damals auch aus deinem Beitrag @arigata9.

Ist jetzt halt der BrcmPatchRAM2.kext aber ohne den geht bei mir nichts. Der 3er funktioniert irgendwie nicht....Vielleicht kann jemand den BrcmPatchRAM3.kext anpassen?

CMMChris welche Karte der 1820A ist bei Dir verbaut ?

Device-ID: 43a3

Vendor-ID: 14e4

Subsystem-ID: 0023

Subsystem-Vendor-ID: 106b

Kannst Du Bitte mal ein Foto machen

Von was genau?

Von der Karte

Und wozu? Soll irgendwas spezielles sichtbar sein? Lass dir doch nicht alles aus der Nase ziehen.

Es gibt ja wie nun bekannt verschiedene Karten. Es muss ja auch einen Grund geben warum es bei den einen funktioniert und bei anderen nicht. Daher mal die Frage nach dem Foto, auf der Karte steht auch eine Nummer.

Bevor ich das Ding jetzt ausbaue, hab noch ein Foto von dem Ding in der Verpackung:

CMMChris Mit dieser Karte wirst Du wenig Freude haben, weil ihr der 32,768kHz Oszillator fehlt. Ich habe auch noch so eine hier rumliegen.

Mieze Läuft doch längst bei mir?!

Vorke Notebook 15: Ein "Budget MacBook" - inkl. EFI

Zitat von DSM2

Mieze hab ich unter anderem im Nuc und keinerlei Probleme.

Falls das System den 32kHz-Takt über einen Pin am NGFF-Slot bereitstellt, funktioniert es. Leider ist das bei meinem Dell Inspiron 13 5370 nicht der Fall, so dass der Rechner mit dieser Karte überhaupt nicht bootet.

Na dann ist ja auch geklärt warum es bei manchen geht und bei anderen nicht.

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.