Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
AVM WLan USB Stick und neuer Kernel 2.6.28.9 (sheep)
#1
Hi!

Ich hatte den Beitrag schon mal in der Sektion Betatest, denke aber, dass er hier besser aufgehoben ist ;-)

Beim Sheep Iso ist der Treiber für den USB WLan Stick von AVM ja schon im Kernel integriert. Der Treiber funktioniert nur nicht :-(
Wenn ich den Stick beim laufenden Betrieb einstecke und iwconfig aufrufe bekomme ich immer folgende Fehlermeldung:
Code:
easyVDR:~# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

(none) kernel: [ 2270.210869] Oops: 0000 [#1] PREEMPT SMP
(none) kernel: [ 2270.210874] last sysfs file: /sys/kernel/uevent_seqnum
(none) kernel: [ 2270.210927] Process iwconfig (pid: 11605, ti=db9fa000 task=f7105960 task.ti=db9fa000)
(none) kernel: [ 2270.210929] Stack:
(none) kernel: [ 2270.210935]  00000046 f6b84c00 f6b84fa8 c011d415 c1d607a0 f6a6d000 db9fbedc c0621963
(none) kernel: [ 2270.210940]  c09efba0 db9fbedc f6a6d000 db9fbedc c0621963 00008b01 00008b01 f6a6d000
(none) kernel: [ 2270.210945] Call Trace:
(none) kernel: [ 2270.210947]  [<fc39883c>] fwlanusb_get_name+0xc/0x10 [fwlanusb]
(none) kernel: [ 2270.210973]  [<c069f39a>] ioctl_standard_call+0x5a/0x360
(none) kernel: [ 2270.210980]  [<c011d415>] kunmap_atomic+0x35/0x70
(none) kernel: [ 2270.210985]  [<c0621963>] __dev_get_by_name+0x73/0x90
(none) kernel: [ 2270.210991]  [<c0621963>] __dev_get_by_name+0x73/0x90
(none) kernel: [ 2270.210993]  [<c069f11c>] wext_handle_ioctl+0x1ec/0x200
(none) kernel: [ 2270.210997]  [<fc398830>] fwlanusb_get_name+0x0/0x10 [fwlanusb]
(none) kernel: [ 2270.211018]  [<c0615980>] sock_ioctl+0x0/0x250
(none) kernel: [ 2270.211023]  [<c06244eb>] dev_ioctl+0x39b/0x500
(none) kernel: [ 2270.211026]  [<c0615980>] sock_ioctl+0x0/0x250
(none) kernel: [ 2270.211028]  [<c019a61b>] vfs_ioctl+0x2b/0x90
(none) kernel: [ 2270.211032]  [<c019a7ec>] do_vfs_ioctl+0x5c/0x4a0
(none) kernel: [ 2270.211034]  [<c06c26df>] _spin_unlock_irqrestore+0xf/0x30
(none) kernel: [ 2270.211038]  [<c0442c64>] tty_ldisc_deref+0x44/0x70
(none) kernel: [ 2270.211043]  [<c06c26df>] _spin_unlock_irqrestore+0xf/0x30
(none) kernel: [ 2270.211046]  [<c043da98>] tty_write+0x1c8/0x1f0
(none) kernel: [ 2270.211049]  [<c018f11b>] vfs_write+0x10b/0x140
(none) kernel: [ 2270.211051]  [<c043d8d0>] tty_write+0x0/0x1f0
(none) kernel: [ 2270.211054]  [<c019ac6d>] sys_ioctl+0x3d/0x70
(none) kernel: [ 2270.211056]  [<c01033a2>] syscall_call+0x7/0xb
(none) kernel: [ 2270.211059] Code: c3 8b 4c 24 08 8b 54 24 0c 8b 44 24 10 89 4c 24 04 89 54 24 08 89 44 24 0c e9 b6 ff ff ff 57 56 83 ec 04 8b 74 24 14 8b 7c 24 10 <ac> aa 84 c0 75 fa 8b 44 24 10 59 5e 5f c3 57 56 83 ec 04 8b 74
(none) kernel: [ 2270.211085] EIP: [<fc35538e>] strcpy+0xd/0x1b [fwlanusb] SS:ESP 0068:db9fbe14
Speicherzugriffsfehler

Wenn der Stick schon vor Systemstart eingesteckt wurde, bleibt das System nach dem Versuch das Netzwerk zu initialisieren stehen.

Gibts ne Möglichkeit den Treiber zu deinstallieren, ohne dass ich den Kernel neu bauen muß? Ich wollte alternativ den diswrapper nutzen.

Gruß
Cyberduke
SW: easyVDR 0.7.14, VDR 1.7.0, xineliboutput-cvs-patched-v10
HW: ASUS M3N78 Pro, Athlon64 X2 5050e, 2 GB RAM, Geforce 9500GS, TT S2 3200 + CI, 2x Samsung 160GB 7200U, Sharp LC46X20e
Zitieren
#2
Quick an dirty würde ich einfach das Modul mal umbenennen. Dann kann er es nicht mehr laden.

Wenn der Stick nicht angesteckt ist, müsste er eigentlich auch noch booten, ob er einfriert, wenn der Stick angeschlossen wird, weiß ich aber nicht.

Am besten Logs beobachten

Ansonsten wäre auch das Blacklisten des Moduls eine Möglichkeit.

Andy
VDR 1: ASRock mit Atom J1200, NVIDIA GT610, Lüfterlos, TBS 6982 SE mit easyVDR 3.0
Zitieren
#3
Stimmt, dass ich da nicht selbst drauf gekommen bin?! Hab das Modul jetzt auf die Blacklist gesetzt und dann den ndiswrapper genutzt. Funktioniert prima  Smile

SW: easyVDR 0.7.14, VDR 1.7.0, xineliboutput-cvs-patched-v10
HW: ASUS M3N78 Pro, Athlon64 X2 5050e, 2 GB RAM, Geforce 9500GS, TT S2 3200 + CI, 2x Samsung 160GB 7200U, Sharp LC46X20e
Zitieren
#4
Hi Cyber,

ich wäre an ein paar Tips interessiert, habe gerade erst mal frustriert aufgegeben. Das upsende Kernelmodule hatte ich schon gelöscht, ndiswrapper kernel module geladen und dann geht der Frust los :-) 3-4x hatte ich schon laufenden WLAN mit WPA2, aber irgendwie geht das ganze in 80% der Fälle schief.

cat /etc/wpa_supplicant.conf  ## funktioniert auf VDR1 mit fwlanusb
network={
        ssid="DSL"
        proto=WPA2
        psk="012345678901234567890123456789"
        key_mgmt=WPA-PSK
        pairwise=CCMP
        group=CCMP
}

iwconfig wlan0 essid DSL  # Wahrscheinlich unnötig

wpa_supplicant -D wext -i wlan0 -c /etc/wpa_supplicant.conf

udhcpc -i wlan0 -b

Soweit so gut - aber der Aufruf von wpa_supplicant bleibt bei 4/5 Versuchen in einer Loop hängen - das letzte Mal tut er dann Reibungslos.

Wo stehe ich auf dem Schlauch? :-(

ItsMee
[table][tr][td][size=2][b]VDR2: EasyVDR 0.6.08 - HD-ready Smile[/td][td][/td][td][size=2][b]VDR3: EasyVDR 0.7.22 HD Smile[/td][/tr]
[tr][td][size=2]P5N7A-VM / Pentium E5200 / GeForce 9300[/td][td][/td][td]M3N78-VM / Sempron 140[/td][/tr]
[tr][td][size=2]vga2scart an Röhre / rsync gespiegeltes Foto Share[/td][td][/td][td]HDMI @ LG W2361V[/td][/tr]
[tr][td][size=2]Linux4Media Display mit HW patch gegen Geistertasten[/td][td][/td][td] [/td][/tr]
[/table][br][url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten!!
Zitieren
#5
Hi!

schau dir mal diesen Thread an:
http://www.easy-vdr.de/forum/index.php?t...7#msg38687

Dort kannst Du auch meine Einstellungen sehen. Die benutze ich heute noch.
SW: easyVDR 0.7.14, VDR 1.7.0, xineliboutput-cvs-patched-v10
HW: ASUS M3N78 Pro, Athlon64 X2 5050e, 2 GB RAM, Geforce 9500GS, TT S2 3200 + CI, 2x Samsung 160GB 7200U, Sharp LC46X20e
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: