AVM WLAN USB Stick unter Linux?

[florianr]

iwlist scan sagt folgendes:

lo Interface doesn't support scanning.
eth0 Interface doesn't support scanning.
sit0 Interface doesn't support scanning.

OK sorry, ich war davon ausgegangen, daß "wlan0" die ESSID Deines Routers ist. Also doch ein Problem mit dem Treiber oder ndiswrapper, da ich suse nicht besonders gut kenne, kann ich dazu nicht viel sagen, unter kanotix läuft der Stick derzeit mit der neuesten ndiswrapper ohne jedes Problem.

 

[tubeking]

hmm,

make und make install should do the trick...

natürlich habe ich ndiswrapper mauell ohne yast installiert, lediglich für die einrichtung der netzwerkverbindung habe ich dann yast benutzt, gibt es da auch einen händischen weg?

Nicht dass es zum Schluss an yast liegt... an welcher stelle wird wlan0 eingerichtet?

Wenn ich das wüßte, hätte ich zumindest einen Anhaltspunkt, was nicht funktioninert...

aha... da ist eine Fehlermeldung:

dmesg brachte:

ndiswrapper (miniport_init:264): couldn't initialize device: C0000001
ndiswrapper (pnp_start_device:428): Windows driver couldn't initialize the device (C0000001)
ndiswrapper (miniport_halt:327): device f7b87380 is not initialized - not halting
ndiswrapper: device eth%d removed
unregister_netdevice: device eth%d/f7b87000 never was registered
ndiswrapper: probe of 5-7:1.0 failed with error -22

... sagt euch das was?

 

[frank_m24]

Hallo,

nee, die Meldung sagt mir nichts. Meine sah damals anders aus, als ich unter Gentoo irrtümlich den ndiswrapper ohne USB Support kompiliert hatte. Sieht fast so aus, als ob der Windows Treiber nicht vollständig installiert ist.
Welche Treiber Verison hast du genommen? Die neueste von der Internetseite von AVM? Den grundsätzlichen Support für WLAN hast du im Kernel? Die WLAN Tools sind installiert?

Für WLAN0 muss man zunächst gar nichts konfigurieren. Ist der Windows Treiber korrekt installiert, so macht man ein "modprobe ndiswrapper" und wlan0 taucht als Ethernetdevice auf. Zwar ist das dann noch nicht eingerichtet (DHCP/IP-Adressen), aber das ist zunächst egal. Es muss zumindest erst mal in der Liste von "iwconfig" oder "ifconfig -a" auftauchen.

Viele Grüße

Frank

 

[tubeking]

wlan-tools sind installiert
kernel: Linux version 2.6.16.13-4-smp
habe den selben Treiber genommen, mit dem ich unter windows ins netz komme

genau das ist das problem:

Für WLAN0 muss man zunächst gar nichts konfigurieren. Ist der Windows Treiber korrekt installiert, so macht man ein "modprobe ndiswrapper" und wlan0 taucht als Ethernetdevice auf. Zwar ist das dann noch nicht eingerichtet (DHCP/IP-Adressen), aber das ist zunächst egal. Es muss zumindest erst mal in der Liste von "iwconfig" oder "ifconfig -a" auftauchen

ich werde morgen mal nach "driver not halting" googlen - vielleicht bringt das was...

Danke für die Mühen, wenn jemand eine Idee hat, ich bin für jede Hilfe dankbar!

 

[frank_m24]

Hallo,

laut ndiswrapper sollte man die Kernel-Option "4k Stacks" deaktivieren. Vielleicht ist das dein Problem.
Wie hast du den Windows Treiber installiert? Ich habe den gesamten Inhalt aus dem Treiberpaket von AVM entpackt und dann die "ndiswrapper -i" aufgerufen, um sicher zu sein, dass keine Datei fehlt. Anschließend kann man das Verzeichnis ja wieder löschen.

Du solltest nach "Windows driver couldn't initialize the device" suche. Da findet man u.a. Hinweise auf Probleme mit dem High Memory Support.

//EDIT: Hast du vielleicht ein 64 bit System?

Viele Grüße

Frank

 

[florianr]

//EDIT: Hast du vielleicht ein 64 bit System?

Habe ich auch schon mal überlegt ...

Wenn das Problem weiter besteht und die SuSe Foren nicht weiterhelfen können, kannst Du dich via IRC an im ndiswrapper Chanel umschauen, vielleicht weiß giri ja Rat. Um eine relevante Fehlermeldung zu erhalten solltest Du ndiswrapper mit debug Funktion kompilieren und laden.
Auch im kanotix IRC Channel sind Anwender zu finden, die den AVM Stick einsetzen.

Die Meldung von ndiswrapper läßt darauf schließen, das deinem Stick eine Device Bezeichnung ethx zugewiesen wurde und nicht wlan0. Das hängt von den Einstellungen des Systems ab, bei mir heißt das wlan Device auch eth0.
Kann es sein, daß die Ursprünglich Version von ndiswrapper den Treiber richtig geladen hat und das device nur nicht die Bezeichnung wlan0 hatte? Welche ndiswrapper Version war den Ursprünglich bei SuSe 10.1 dabei?

 

[tubeking]

Hallo,

habe mich heute nochmal durch diverse Suse Foren gefragt - mehrere Leute mit ähnlichen Problemen - keine Lösung. Habe danach Suse 10.0 (kernel 2.16.13-15 default) installiert und wollte den AVM Linux Treiber benutzen. Der stieg allerdings beim make script schon aus. Der Versuch, ndiswrapper wie unter 10.1 zu installieren, ging leider auch daneben, diesmal scheiterte modprobe ndiswrapper mit einer Meldung (irgendeine fehlende Berechtigung - und das in der Root - Shell, strange...).

Zum 64bit System: Ich habe jeweils explizit die 32bit Version der Distri installiert, aber ich habe 64bit Hardware (Pentium 805 D). Sollte das ein Problem darstellen?

Wäre echt ärgerlich, wenn der Hase da im Pfeffer liegt...

Danke für eure Mühe

 

[frank_m24]

Hallo,

überprüfe bitte:

• Wie ist die Einstellung für "4k Stacks instead of 8k" im Kernel? (eigentlich brauchen viele Windows Treiber 16, aber 8 gehen bei mir mit dem AVM Treiber unter Gentoo)
• Wie ist die Einstellung für High Memory Support?
• Hast du alle Dateien entpackt für das "ndiswrapper -i", damit keine fehlt?
• Klappt der 64 Bit Treiber von AVM besser?

Viele Grüße

Frank

 

[emty]

Hi
Ich bin beim googeln auf diesen thread gestoßen. Ich benutze Ubuntu 6.10 64 und den AVM Stick mit selbstkompiliertem ndiswrapper 1.28 und den 64 bit XP Treibern. Generell funktioniert die Kombi. (schreib z.B. gerade über wlan )
Bei ca 2 von 5 Systemstarts zeigt iwconfig jedoch kein wlan0 an und dmesg gibt die selbe Meldung (Bis auf die device Nr.) aus wie bei tubeking^^. Nur ein Reboot hilft dann. Ich hab schon verschiedene Treiber und ndiswrapper-Versionen ausprobiert, hat aber nichts gebracht.

Ich würde auch gerne die Tips von frank ausprobieren, allerdings hab ich als Linux-Frischling keine Ahnung wie man die Kernel-Stacks und High Memory Support Einstellungen überprüft. Googel konnte mir dazu auch nichts sagen.
Könnt ihr mir Helfen?

Viele Grüße

MT

 

[frank_m24]

Hallo,

@emty: Wenn es zuweilen funktioniert und nur sporadisch nicht, dann helfen dir meine Tipps allesamt nicht weiter. Es scheint ein Initialisierungs-Problem oder mit dem hotplug zu tun zu haben. Vielleicht könnte man im ACPI Umfeld anfangen, zu suchen. Aber ohne detaillierte System-Kenntnisse hast du da wahrscheinlich keine Chance.

Viele Grüße

Frank

 

[KingTutt]

Inzwischen gibt es einen nativen Linux Treiber, so dass der ndiswrapper nicht mehr notwendig ist, siehe [post=898948]hier[/post]

 

[dumdideldumdei]

Inzwischen gibt es einen nativen Linux Treiber, so dass der ndiswrapper nicht mehr notwendig ist, siehe [post=898948]hier[/post]

Das stimmt leider nicht, denn der native Linux-Treiber von AVM ist ja nur 32bit und lässt sich unter x86_64 DEFINITIV NICHT benutzen, weil AVM eine closed-source-shared-library dazutut, die ausschließlich unter 32bit funktioniert.

Ich verwende Gentoo 2007.0 mit kernel 2.6.22-r9. Ndiswraper ist 1.46. Ich habe auch 1.47 bis 1.49 probiert, mit den Versionen funktioniert die Fritz!USB 1.0 aber gar nicht. Mit Ndiswrapper 1.46 und dem neuesten Fritz-Treiber 061228e funktioniert es eine Weile, aber wenn ich z.B. den distcc benutze, bleibt mir der Rechner ziemlich schnell stehen, und zwar tastatur-tot.

Interessanterweise wird beim booten trotz laden des ndiswrapper-moduls das netzwerk über wlan nicht hochgefahren. Erst ein mehrfaches (ca. 3-5 mal)

rmmod ndiswrapper && modprobe ndiswrapper

führt dann über udev zum starten des Fritz-Sticks.

Eine Änderung im /etc/ndiswrapper/fwlan64/057C:5601.F.conf für den Power-Modus (dot11PowerMode:0 statt 1) hat auch nicht geholfen.

Insgesamt läuft der Ndiswrapper mit Fritz!USB 1.0 bei mir also je nach Versionen gar nicht oder instabil. Dementsprechend liegt bei mir im Moment ein Kabel durch die Wohnung.

Wäre überaus glücklich und dankbar, wenn jemand Tipps parat hat, wie der Fritz!USB-Stick 057C:5601 mit x86_64 endlich zuverlässig laufen könnte.

Gruß

 

[KingTutt]

@dumdideldumdei
Mit Deinem Einwand auf die 32-bit Einschränkung hast Du sicherlich recht. Da der ndiswrapper aber damals auch nur mit den 32-bit Windows-Treibern funktioniert hat und von 64-bit nie die Rade war, bezog sich meine Aussage nur auf 32-bit. Leider funktioniert aber auch dieser Treiber nicht mehr mit dem aktuellen Kernel 2.6.23.* siehe [thread=133307]hier[/thread].
Das Problem liegt einfach darin, dass der AVM Treiber auf Grund seines closed object files nicht Teil des offiziellen Kernels werden kann und somit nicht automatisch an die Änderungen im Kernel angepasst wird.

 

[dumdideldumdei]

Holla, das nenne ich schnelle Reaktion bei einem Thread, der ja schon eine Weile ruhig war.

Mit Deinem Einwand auf die 32-bit Einschränkung hast Du sicherlich recht. Da der ndiswrapper aber damals auch nur mit den 32-bit Windows-Treibern funktioniert hat und von 64-bit nie die Rade war, bezog sich meine Aussage nur auf 32-bit.

Naja, seit Februar 2006 ging es in diesem Thread ziemlich viel um die 64-Bit-Version, da sind etliche Postings dazu (deshalb bin ich ja auf diesen Thread gekommen, weil Google in mir mit dem Suchwort x86_64 ausgespuckt hat).

Der Support von AVM für Linux ist meiner Meinung nach ziemlich erbärmlich. Umso schlimmer, weil die Fritz!Boxen alle unter Linux laufen. Dass der USB-Stick dann so schlecht unter Linux unterstützt wird, ist schon traurig. Ich sehe auch nicht, dass in Richtung 64bit-nativer Treiber in absehbarer Zeit etwas passieren wird (ich meine mich zu erinnern, dass es von AVM eine Aussage gab, dass nach der 1.0-Version des 32bit-Treibers nicht weiter am Linux-Treiber gearbeitet wird).

Deshalb wäre ja der ndiswrapper so wichtig.

Interessant zu wissen wäre, ob die Probleme auch bei Nicht-SMP-Kerneln auftreten. Ich habe derzeit auf einem Core2Duo natürlich einen SMP-Kernel laufen. Wenn jemand einen Einzel-Prozessor-Kernel benutzt, wäre es interessant zu wissen, ob der USB-Stick dann besser auf x86_64 mit ndiswrapper funktionioniert. Vielleicht kommt ja ein entsprechender Kommentar, dann kann ich mir das Ändern meines Kernels sparen... (bin faul... ).

Meine Erfahrungen sehen so aus:
Hardware: Core2Duo 6300, 2GB Speicher
Distribution: Gentoo 2007.0
Kernel: 2.6.22-r9 SMP x86_64
Ndiswrapper
1.47-1.49
Fritz-Treiber
Vista/XP 64 1.00.04 (06.12.28 ) Englisch
Kommentar
gar keine Funktion

Ndiswrapper
1.46
Fritz-Treiber
Vista/XP 64 1.00.04 (06.12.28 ) Englisch
Kommentar
beim Booten selten gefunden (2 von ca. 50 mal), nach mehrfachem rmmod/modprobe ndiswrapper gefunden, aber häufig Stehenbleiben des Systems, Absturz sieht wie folgt in /var/log/messages aus:
Nov 22 15:29:16 kiel general protection fault: 0000 [1] SMP
Nov 22 15:29:16 kiel CPU 0
Nov 22 15:29:16 kiel Modules linked in: ndiswrapper coretemp it87 hwmon_vid i2c_isa snd_seq_oss snd_seq_midi_event snd_seq
snd_seq_device snd_pcm_oss snd_mixer_oss i2c_algo_pca i2c_algo_pcf i2c_algo_bit ntfs pata_jmicron snd_hda_intel snd_pcm s
nd_timer snd snd_page_alloc nvidia(P) sky2 i2c_i801 i2c_core parport_pc parport jmicron
Nov 22 15:29:16 kiel Pid: 7, comm: events/0 Tainted: P 2.6.22-gentoo-r9 #5
Nov 22 15:29:16 kiel RIP: 0010:[<ffffffff80495238>] [<ffffffff80495238>] __linkwatch_run_queue+0xf8/0x1f0
Nov 22 15:29:16 kiel RSP: 0000:ffff81007da95e70 EFLAGS: 00010246
Nov 22 15:29:16 kiel RAX: ffff81007da95fd8 RBX: 0200229200050042 RCX: ffffffff80624a48
Nov 22 15:29:16 kiel RDX: ffff81007da95fd8 RSI: ffff81007da95ed0 RDI: ffffffff804951f1
Nov 22 15:29:16 kiel RBP: 0000000000000006 R08: ffff81007da94000 R09: 0000000000000000
Nov 22 15:29:16 kiel R10: 00000000ffffffff R11: 0000000000000000 R12: 0200229200050042
Nov 22 15:29:16 kiel R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
Nov 22 15:29:16 kiel FS: 0000000000000000(0000) GS:ffffffff8062c000(0000) knlGS:0000000000000000
Nov 22 15:29:16 kiel CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Nov 22 15:29:16 kiel CR2: 00000000007af310 CR3: 0000000061cca000 CR4: 00000000000006e0
Nov 22 15:29:16 kiel Process events/0 (pid: 7, threadinfo ffff81007da94000, task ffff81007e114080)
Nov 22 15:29:16 kiel Stack: 0000000000000003 ffff81007e0f1bc0 ffffffff80495330 ffff81007e0f1bc8
Nov 22 15:29:16 kiel ffff81007e0f1bc8 ffffffff8049535a ffffffff80248dc0 ffffffff8024835e
Nov 22 15:29:16 kiel ffff81007e0f1bd8 ffff81007e0f1bc0 ffffffff80248dc0 ffffffff80248e85
Nov 22 15:29:16 kiel Call Trace:
Nov 22 15:29:16 kiel [<ffffffff80495330>] linkwatch_event+0x0/0x40
Nov 22 15:29:16 kiel [<ffffffff8049535a>] linkwatch_event+0x2a/0x40
Nov 22 15:29:16 kiel [<ffffffff80248dc0>] worker_thread+0x0/0x130
Nov 22 15:29:16 kiel [<ffffffff8024835e>] run_workqueue+0x7e/0x110
Nov 22 15:29:16 kiel [<ffffffff80248dc0>] worker_thread+0x0/0x130
Nov 22 15:29:16 kiel [<ffffffff80248e85>] worker_thread+0xc5/0x130
Nov 22 15:29:16 kiel [<ffffffff8024c6b0>] autoremove_wake_function+0x0/0x30
Nov 22 15:29:16 kiel [<ffffffff80248dc0>] worker_thread+0x0/0x130
Nov 22 15:29:16 kiel [<ffffffff80248dc0>] worker_thread+0x0/0x130
Nov 22 15:29:16 kiel [<ffffffff8024c2eb>] kthread+0x4b/0x80
Nov 22 15:29:16 kiel [<ffffffff8020a938>] child_rip+0xa/0x12
Nov 22 15:29:16 kiel [<ffffffff8024c2a0>] kthread+0x0/0x80
Nov 22 15:29:16 kiel [<ffffffff8020a92e>] child_rip+0x0/0x12
Nov 22 15:29:16 kiel
Nov 22 15:29:16 kiel
Nov 22 15:29:16 kiel Code: 4c 8b a3 a8 03 00 00 75 25 f0 0f ba 73 40 06 8b 43 40 a8 10
Nov 22 15:29:16 kiel RIP [<ffffffff80495238>] __linkwatch_run_queue+0xf8/0x1f0
Nov 22 15:29:16 kiel RSP <ffff81007da95e70>


Ich würde mich wirklich freuen, wenn jemand einen Tipp geben könnte, wie der Ndiswrapper zuverlässiger einsetzbar würde...

 

[dumdideldumdei]

Ich habe gerade mal den ndiswrapper 1.50-rc1 installiert. Es scheint etwas besser damit zu funktionieren. Bei 3 warm boots hat in 2 Fällen die Netzwerk-Erkennung funktioniert. Mache ich mutwillig ein rmmod ndiswrapper && modprobe ndiswrapper hat die Reinitialisierung des Sticks ungefähr im Verhältnis 50:50 mal funktioniert und mal nicht. Insgesamt also auch mit 1.50-rc1 noch nicht stabil, aber deutlich besser als mit den Versionen vorher. Mal sehen, wie sich das entwickelt. Vielleicht hat ja aber trotzdem jemand den entscheidenden Hinweis zur Stabilität...

 

[KingTutt]

Der Support von AVM für Linux ist meiner Meinung nach ziemlich erbärmlich. Umso schlimmer, weil die Fritz!Boxen alle unter Linux laufen. Dass der USB-Stick dann so schlecht unter Linux unterstützt wird, ist schon traurig. Ich sehe auch nicht, dass in Richtung 64bit-nativer Treiber in absehbarer Zeit etwas passieren wird (ich meine mich zu erinnern, dass es von AVM eine Aussage gab, dass nach der 1.0-Version des 32bit-Treibers nicht weiter am Linux-Treiber gearbeitet wird).

Ich finde die Haltung von AVM zwar nicht gut, sie ist aber IMHO aus Sicht eines Herstellers durchaus verständlich. Durch die Treiberpolitik des Kernels gibt es einfach zu große Schwankungen in den Schnittstellen als dass sich die notwendige Manpower für einen stabilen Linuxtreiber lohnen würde. 90% der Nutzer setzen "leider" immer noch ein Windows basiertes System ein. Laut AVM war der 32-bit Treiber auch nur, um ein ursprüngliches Versprechen seitens AVM an die Linuxcommunity einzulösen.

Deshalb wäre ja der ndiswrapper so wichtig.
...
Ich würde mich wirklich freuen, wenn jemand einen Tipp geben könnte, wie der Ndiswrapper zuverlässiger einsetzbar würde

Ich habe damals mit dem Entwickler des Ndiswrapper sehr gut zusammengearbeitet, um die Unterstützung für die Netgear WG511v2 (Marvrel Chipsatz) zu verbessern. Ich kann nur empfehlen, die Anleitung des Wikis zu befolgen und "aussagekräftige" Debug-Traces der Abstürze zu erstellen. Damit lassen sich dann die Probleme eingrenzen und lösen, die Kernel oops helfen nämlich nicht weiter...

 

[dumdideldumdei]

Ich habe damals mit dem Entwickler des Ndiswrapper sehr gut zusammengearbeitet, um die Unterstützung für die Netgear WG511v2 (Marvrel Chipsatz) zu verbessern. Ich kann nur empfehlen, die Anleitung des Wikis zu befolgen und "aussagekräftige" Debug-Traces der Abstürze zu erstellen. Damit lassen sich dann die Probleme eingrenzen und lösen, die Kernel oops helfen nämlich nicht weiter...

Ich habe mich mal im ndiswrapper-Forum angemeldet und im entsprechenden Thread (http://ndiswrapper.sourceforge.net/joomla/index.php?/component/option,com_fireboard/Itemid,34/func,view/id,623/catid,3/) gepostet, außerdem werde ich bei mir mal den ndiswrapper mit debug-use-flag compilieren, mal sehen, ob das mehr Info gibt.

Gruß

dumdideldumdei

 

[florianr]

Also ich würde mich auch an das ndiswrapper team wenden. Die Unterstützung für die 32 Bit Treiber habe ich zusammen mit giri hinbekommen. Am besten alle Debug infos wie im wiki beschrieben zusammentragen und dann in den IRC gehen.

Ich finde die Haltung von AVM auch recht unverständlich, sie könnten ja wenigstens das ndiswrapper team unterstützen, das wäre IMO ja ausreichend.
Bei mir lief das sehr schnell und stabil. (32 Bit)