[Marcus]

Ganz vergessen zu schreiben was denn nun genau passiert wenn ich die Treiber lade.


Der zd1211rw meldet nach modprobe folgendes:

Code: [Select]

Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:53 (none) user.debug kernel: phy0: Selected rate control algorithm 'pid'
Jan  5 15:05:53 (none) user.debug kernel: phy0: Failed to initialize wep
Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:54 (none) user.warn kernel: zd1211rw: probe of 1-4:1.0 failed with error -12
Jan  5 15:05:54 (none) user.info kernel: usbcore: registered new interface driver zd1211rw

Der ndiswrapper will meinen Windowstreiber scheinbar nich haben:

Code: [Select]

MLD> ndiswrapper -i /etc/ndiswrapper/drivers/zd1211bu.inf
couldn't open /etc/ndiswrapper/drivers/zd1211bu.inf: No such file or directory at /usr/sbin/ndiswrapper line 219.

Obwohl die Treiberdateien ja dort sind:

Code: [Select]

MLD> ls /etc/ndiswrapper/drivers
ZD11BUXP.SYS  ZD1211BU.CAT  ZD1211BU.INF  

[Matthias]

Ganz vergessen zu schreiben was denn nun genau passiert wenn ich die Treiber lade.


Der zd1211rw meldet nach modprobe folgendes:

Code: [Select]

Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:53 (none) user.debug kernel: phy0: Selected rate control algorithm 'pid'
Jan  5 15:05:53 (none) user.debug kernel: phy0: Failed to initialize wep
Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:54 (none) user.warn kernel: zd1211rw: probe of 1-4:1.0 failed with error -12
Jan  5 15:05:54 (none) user.info kernel: usbcore: registered new interface driver zd1211rw

Der ndiswrapper will meinen Windowstreiber scheinbar nich haben:

Code: [Select]

MLD> ndiswrapper -i /etc/ndiswrapper/drivers/zd1211bu.inf
couldn't open /etc/ndiswrapper/drivers/zd1211bu.inf: No such file or directory at /usr/sbin/ndiswrapper line 219.

Obwohl die Treiberdateien ja dort sind:

Code: [Select]

MLD> ls /etc/ndiswrapper/drivers
ZD11BUXP.SYS  ZD1211BU.CAT  ZD1211BU.INF

Hast Du in der rc.config "zd1211bu.inf" ohne inf als Endung eingegeben?
Also nur "zd1211bu"?

Matthias

[Marcus]

Ja, in der rc.config steht der Treiber ohne .inf da. Aber beim Testen von der Konsole muss man das .inf mitgeben. Wenn ich auf der Konsole ein

Code: [Select]

ndiswrapper -l eingebe, sagt mir der ndiswrapper auch irgendwas von "invalid driver" oder so ähnlich. Keinen Plan. Aber es müsste doch mit dem zd1211rw gehen, ich habe doch die passende Hardware!?

[Duffy]

Hallo Marcus,

ist es evtl. nur ein Problem der korrekten Groß-/Kleinschreibung?

Code: [Select]

MLD> ndiswrapper -i /etc/ndiswrapper/drivers/zd1211bu.inf
couldn't open /etc/ndiswrapper/drivers/zd1211bu.inf: No such file or directory at /usr/sbin/ndiswrapper line 219.

Code: [Select]

MLD> ls /etc/ndiswrapper/drivers
ZD11BUXP.SYS  ZD1211BU.CAT  ZD1211BU.INF
Also sollte Dein Testbefehl nicht evtl. so aussehen:

Code: [Select]

ndiswrapper -i /etc/ndiswrapper/drivers/ZD1211BU

oder

ndiswrapper -i /etc/ndiswrapper/drivers/ZD1211BU.INF

Bye
Duffy

[Marcus]

Das wär eine Möglichkeit, zumindest wenn die Shell zwischen Groß-/Kleinschreibung unterscheidet. DOS tut´s nicht.  :wand  

[Matthias]

Das wär eine Möglichkeit, zumindest wenn die Shell zwischen Groß-/Kleinschreibung unterscheidet. DOS tut´s nicht.  :wand

Linux unterscheidet zwischen Groß- und Kleinschreibung...

[Marcus]

Okay, bin einen winzigen Schritt weiter, der ndiswrapper installiert die XP-Treiber. Dabei kommt dann

Code: [Select]

MLD> ndiswrapper -l
drivers : invalid driver!
zd1211bu : driver installed
        device (0ACE:1215) present
raus.

Also hat der ndiswrapper den Treiber geschluckt, das Device wird auch gefunden. Es hagelt aber in der messages noch Fehlermeldungen ohne Ende. Will euch das jetzt ersparen, nur soviel: Ich habe den Treiber jetzt mal unter XP installiert, selbes Problem! Scheinbar ist der Stick hinüber...

 :wand  :wand  :wand

Ich hab aber auch kein Glück...

[clausmuus]

Wenn's mal schief geht, dann aber richtig  :wacko:  

[Marcus]

Ein wildes Durcheinander.... Jetzt bin ich sogar unter Windows mit den Treibern durcheinander gekommen. Also unter Windows werden die Treiber, sofern man auch die richtigen erwischt, installiert und der Stick beginnt mit seiner Arbeit. Er ist also nicht defekt.

Bei der MLD mit dem ndiswrapper habe ich nun folgenden Effekt:

Der ndiswrapper hat die XP-Treiber geladen, der ndiswrapper wird mit modprobe geladen, dann steck ich den Stick rein, dann geht garnix mehr. MLD aufgehängt. Das scheint wohl der berüchtigte Windows-Virus zu sein, habe meine MLD ja mit den Windows Treibern infiziert!

Aber jetzt mal ehrlich, ich möchte (und brauch ja eigentlich auch garnicht) mich nicht weiter mit dem ndiswrapper rumschlagen. Der passende Linuxtreiber heisst zd1211rw, nur wieso will der von meinem Stick nix wissen? Hier nochmal die Fehlermeldung die der zd1211rw rausschmeißt:

Code: [Select]

Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:53 (none) user.debug kernel: phy0: Selected rate control algorithm 'pid'
Jan  5 15:05:53 (none) user.debug kernel: phy0: Failed to initialize wep
Jan  5 15:05:53 (none) user.info kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 5
Jan  5 15:05:54 (none) user.warn kernel: zd1211rw: probe of 1-4:1.0 failed with error -12
Jan  5 15:05:54 (none) user.info kernel: usbcore: registered new interface driver zd1211rw

Kann jemand was damit anfangen? Der einzige Anhaltspunkt ist dieser error -12, konnte aber mit google nix passendes finden.

Benutzt noch jemand den zd1211rw?

Grüße
Marcus

[Marcus]

Okay, habe hier mal was gefunden:

Hello,

I'm the one who has error -12 when plugging in his 0ace:1215. I started debugging it and this is what I found out:
Right before the error 12, there's a line in the logs:

phy1: Failed to initialize wep
which should be caused by a negative value returned by ieee80211_wep_init (net/mac80211/wep.c)
what happened because the call to crypto_alloc_blkcipher returned a negative value.
crypto_alloc_blkcipher is an inline function defined in include/linux/crypto.h

This is everything I know about the problem because somehow I wasn't able to debug crypto_alloc_base in crypto/api.c.

Anyway, I have a solution that fits for me. As I wrote above, I am not able to debug crypto_alloc_base in crypto/api.c. If anyone is interested in locating the problem: The function was called successfully after compiling mac80211 into the kernel instead of loading it as a module. So it doesn't seem to be a zd1211 driver problem.

Have fun.

Vielleicht hilft das weiter? Ist bei der MLD das mac80211 ein Kernelmodul, oder ists direkt im Kernel?

[clausmuus]

Ich hab noch nicht nachgeschaut, aber Wahrscheinlich ist es ein Modul

Claus

[Marcus]

Okay, falls es ein Modul ist würde obiges Fehlerbild ja 1:1 passen. Wär es möglich das direkt in den Kernel zu kompilieren? Oder würde der modulare Aufbau der MLD dagegen sprechen?  

[clausmuus]

Ist zwar nicht schön, aberwenn es nicht anders funktioniert, muss das halt in den Kernel

Claus

[Marcus]

Wir könnten es ja mal testen. Bin aber die Woche eh nicht da, kann also frühestens am WE.

BTW, läuft bei irgendwem der zd1211rw??

[clausmuus]

Trift sich gut, da ich ebenfalls die nächsten drei Wochen nicht da bin.

Claus