[arch-general] Kernel OOPS with AVM fwlanusb
Hello, i have a AVM wlan usb stick for testing, usb id 057C:6201. I try the avm linux driver with kernel 2.6.23.12-2. Build and modprobe is ok, inserting the stick gaves after a long period of waiting the wlan0 device. iwpriv wlan0 work, iwconfig stopped with a segfault and a oops. I'm not a kernel guru or developer, but maybe could someone say (without a full dump or so) what the reason for this trap? (Yeah, i know the short answer: tainted by fwlanusb ;-) If @tpowa reads this: if see strcopy in trap, could this be something similar we have had with avm fritz card and the objcopy-Patches? Thank you for having a look at this! Legend: 14:33:10 after modprobe and wlan0 ready 14:33:45 iwconfig ------------- Dec 22 14:33:10 tux1 fwlanusb: Config manager successully created and started. Dec 22 14:33:45 tux1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000 Dec 22 14:33:45 tux1 printing eip: Dec 22 14:33:45 tux1 f8d9c38e Dec 22 14:33:45 tux1 *pde = 00000000 Dec 22 14:33:45 tux1 Oops: 0000 [#1] Dec 22 14:33:45 tux1 PREEMPT SMP Dec 22 14:33:45 tux1 Modules linked in: fwlanusb(P) usb_storage ide_core appletalk ipx p8022 psnap llc p8023 nvidia(P) ipv6 usblp usbhid hid ff_memless ppdev tsdev lp pcspkr container parport_pc parport rtc_cmos rtc_core rtc_lib ppp_generic psmouse serio_raw i2c_i801 i2c_core ehci_hcd intel_agp agpgart uhci_hcd shpchp pci_hotplug sg evdev thermal processor fan button battery ac smsc47m1 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore ac97_bus slhc eepro100 e100 mii usbcore ext3 jbd mbcache sr_mod cdrom sd_mod ata_piix ata_generic libata Dec 22 14:33:45 tux1 CPU: 0 Dec 22 14:33:45 tux1 EIP: 0060:[<f8d9c38e>] Tainted: P VLI Dec 22 14:33:45 tux1 EFLAGS: 00210282 (2.6.23-ARCH #1) Dec 22 14:33:45 tux1 EIP is at strcpy+0xd/0x1b [fwlanusb] Dec 22 14:33:45 tux1 eax: f1cc1f44 ebx: ffffffa1 ecx: f1cc1f44 edx: f8de351e Dec 22 14:33:45 tux1 esi: 00000000 edi: c035b984 ebp: c038602c esp: f1cc1e54 Dec 22 14:33:45 tux1 ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 Dec 22 14:33:45 tux1 Process iwconfig (pid: 7769, ti=f1cc0000 task=f1cc2a80 task.ti=f1cc0000) Dec 22 14:33:45 tux1 Stack: c0419500 f1cc1f44 00008b01 f8ddf95c c035b984 00000000 f1e8a000 c015e356 Dec 22 14:33:45 tux1 c041950c c0419500 00200246 c04195c0 c04195c0 f1cc1f34 c0360d8a 00008b01 Dec 22 14:33:45 tux1 ffffffa1 f8825400 f1e8a000 c04195cc 22222222 22222222 22222222 f1e8a000 Dec 22 14:33:45 tux1 Call Trace: Dec 22 14:33:45 tux1 [<f8ddf95c>] fwlanusb_get_name+0xc/0x10 [fwlanusb] Dec 22 14:33:45 tux1 [<c035b984>] ioctl_standard_call+0x64/0x370 Dec 22 14:33:45 tux1 [<c015e356>] filemap_fault+0x206/0x490 Dec 22 14:33:45 tux1 [<c0360d8a>] __mutex_lock_slowpath+0x16a/0x2d0 Dec 22 14:33:45 tux1 [<f8825400>] e100_do_ioctl+0x0/0x30 [e100] Dec 22 14:33:45 tux1 [<c035c046>] wext_handle_ioctl+0x3b6/0x450 Dec 22 14:33:45 tux1 [<f8ddf950>] fwlanusb_get_name+0x0/0x10 [fwlanusb] Dec 22 14:33:45 tux1 [<f8ddf950>] fwlanusb_get_name+0x0/0x10 [fwlanusb] Dec 22 14:33:45 tux1 [<c028b4a7>] pty_write+0x47/0x60 Dec 22 14:33:45 tux1 [<c02daf71>] dev_ioctl+0x341/0x350 Dec 22 14:33:45 tux1 [<c012474e>] __wake_up+0x3e/0x60 Dec 22 14:33:45 tux1 [<c02cd5e0>] sock_ioctl+0x0/0x210 Dec 22 14:33:45 tux1 [<c018aa3b>] do_ioctl+0x2b/0x90 Dec 22 14:33:45 tux1 [<c018acce>] vfs_ioctl+0x22e/0x2b0 Dec 22 14:33:45 tux1 [<c018adad>] sys_ioctl+0x5d/0x70 Dec 22 14:33:45 tux1 [<c0104472>] sysenter_past_esp+0x6b/0xa1 Dec 22 14:33:45 tux1 [<c0360000>] schedule+0x4a0/0x5e0 Dec 22 14:33:45 tux1 ======================= Dec 22 14:33:45 tux1 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 Dec 22 14:33:45 tux1 EIP: [<f8d9c38e>] strcpy+0xd/0x1b [fwlanusb] SS:ESP 0068:f1cc1e54 --------------------------- Bye Gerhard -- Dont't drink and root!
Gruesse! * Gerhard Brauer <gerhard.brauer@web.de> schrieb am [22.12.07 15:05]:
If @tpowa reads this: if see strcopy in trap, could this be something similar we have had with avm fritz card and the objcopy-Patches? Thank you for having a look at this!
Ok, i solved it. It was the same issue as with fcpci. Patching *.lib.o with objcopy result in an working module. Run's stable with wpa_supplicant (much better than with ndiswrapper). I'll make a PKGBUILD for AUR soon. Bye Gerhard -- Schlagt den Raab!
participants (1)
-
Gerhard Brauer