Netzwerkkarte D-Link DFE-530TX

[Peter]

Hi,

habe mir der besagten Karte probleme ein passendes Modul zu finden, soll angeblich mit Rhine II gehen, das vorhandere Module LM 7.1 lässt sich nicht laden, die sources von Rhine.c (oder so) machen bei depmod einen "unresolver symbol" Fehler. Kann mir jemand weiterhelfen, Tipps?

Vielen Dank!

Peter

[hjb]

Hi,

es heißt via-rhine.c und hat bei mir schon immer funktioniert (mal davon abgesehen, daß es oft Timeouts gab, wonach das Netzwerk dann tot war).

Was ist dein Problem? Nochmal in deutsch bitte, dennn die Sourcen haben mit depmod überhaupt nichts zu tun. Und depmod nichts mit dem Laden von Modulen.

Gruß,
hjb

[Schiermi]

http://www.scyld.com/network/ethercard.html

[Peter]

sorry, via-rhine.c heißt die source! also nochmal auf deutsch: ich kompiliere die source-datei (von der oben erwähnten adresse), soweit sogut, wenn ich dar modul jedoch laden will (insmod ...) kommt die meldung "unresolved symbol" ich weiß jetzt nicht mehr genau die meldung aber irgendein symbol mit "pci_...", und bei depmode kommt die gleiche meldung, soviel ich weiß überprüft man doch die abhängigkeit von modulen mit depmod, und ich schliße daraus das es eine abhängigkeit gibt die nicht aufgelöst werden kann... korrigiert mich wenn ich das fasch verstehe!

ich habe auch schon die rpm-sources probiert, gleiches verhalten.

die vorkompilierten module gehen auch nicht. kann man irgendwie rausbekommen welchen chip die karte benutzt? damit ich da zumindest sicher sein kann.

Ciao

Peter

[hjb]

Hi,

mit lspci kannst du sehen, welcher Chip es ist.

Das 'unresolved sysmbol' mit PCI sagt mir was. Es könnte sein, daß der Treiber zu neu ist und nur funktioniert, wenn man noch ein kleines Kompatibilitätsmodul hinzufügt.

Du hast Kernel 2.2.15 oder so (Mandrake 7.1) und der Treiber ist vermutlich schon an Kernel 2.4 angepaßt.

Offenbar hast du die benötigten Header, pci-scan.h usw., schon auf deinem System, sonst hätte sich der Treiber nicht compilieren lassen. Es gibt auch noch eine pci-scan.c, die zu einem Modul namens pci-scan.o compilieren läßt. Das mußt du dann vor via-rhine.o laden.

Es wundert mich nur, daß das via-rhine Modul von Mandrake nicht gehen soll.

Gruß,
hjb

[peter]

ich habe heute LM 7.2 installiert, jetzt kann ich auch das modul via-rhine.o laden, allerdings wenn ich das interface eth0 hochbringe sieht das so aus:
ifconfig eth0

eth0 Linkverkapselung:Ethernet HWaddr 00:00:00:00:00:00
inet addr:192.168.10.70 Bcast:192.168.10.255...
usw
man beachte die Hardware Adresse.
und via-diag (ein diagnosetool) findet die karte als VIA VT3065 Rhine-II und auch wieder mit der HWaddr 00:00....
irg und io_addr sind i.o.

lspci bringt: VIA Technologies, Inc: Unknown device 3065 (rev 42)
ich kann auf mich selber pingen aber nicht nach aussen. unter win funktioniert die karte einwandfrei.

wer kann mir weiterhelfen? danke!!!

stimmt HJB, das unresolved symbol problem lag an dem pci-scan.o modul. aber ich konnte das modul auch nicht mit linuxconf laden, jetzt geht es.
Peter

[hjb]

Hi,

also ich habe einen anderen Rhine-Chip als du: VT86C100A. Ist deine Karte schon älter oder brandneu? Nach meinen Infos ist der Chip eher älter.

Ist die Hardware-Adresse unter Windows nicht 0?

Gruß,
hjb

[Peter]

unter windows ist die 00:50:BA:6D:1C:49 also i.o.
was ich noch auf der sclyd homepage gelesen habe das für die revision 3065 das modul min. version 1.07 sein soll, meiner ist 1.08 also müsste es eigendlich gehen.

unter win wird der treiber mit der Rev A verwendet, falls das irgendwie weiterhilft.

und übrigens KDE 2.0 ist spitze und der konqi wird noch der ultimative browser!!!

Peter

[conloos]

,

schoen das es anderen leuten auch manchmal so geht wie mir.. die DFE-530TX gibt es in 2 revisionen a1 geht mit den mitgelieferten treibern rev. b1 nicht. dazu must du neue treiber von dlink de!! ziehen. das problem hab ich schon ein paar mal suse gemeldet -> die haben mir dan auch die richtige addr. zurueck gemailt, aber geaender haben sie es ,soweit ich weis, in der hardwaredatenbank noch nicht.

con

[conloos]

die seite sollte helfen:

http://www.dlink.de/support/download/tr ... &B2=Suchen

fuer Rev. a1 und b1

con

[Peter]

direkt auf der karte ist ein aufkleber: Rev A3.
werde der sache nochmal nachgehen, danke für den tip!

[Peter]

Danke , Danke und Danke!

Genau das war es, scheiß Win98, ich konnte den Fehler einwandfrei nachbilden. Win98 gestartet - runtergefahren, MAC-Adresse 00:00:0.., Rechner ausgeschaltet, Karte ausgebaut bisrl gewartet, eingebaut, gleich Linux gestartet geht einwandfrei!

Ich wünsche diesen Fehler keinem, den soviel Zeit wie ich damit verbracht habe... ich wollte die Karte schon verschrotten!

Ciao

Peter