Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Hi, I can confirm this fixes problem. Please include into 2.6.21 Michal Dne pátek 06 duben 2007 21:58 Markus Rechberger napsal(a): > I committed a patch which fixes this issue: > > http://mcentral.de/hg/~mrec/v4l-dvb-stable/ > > That problem got caused by releasing data structures which are still > in use when the device gets unplugged. These patches delay the > deallocation of the data till the last user releases its reference to > the dvb nodes. > > This patch got tested with devices which use the dvb-usb framework as > well as em28xx based dvb devices. > > Markus > > On 3/16/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > Am Freitag, 16. März 2007 10:13 schrieb CIJOML: > > > Hi, > > > > > > looks like more general problem with 2.6.21-rc3. This happens when I > > > > remove my > > > > > PCMCIA USB2.0/IEEE1384 adapter from slot: > > > > Yes, the more important it is to know whether -rc2 works. > > And please report this as a generic sysfs failure to lkml. > > > > Regards > > Oliver > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" > > in the body of a message to [EMAIL PROTECTED] > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
I committed a patch which fixes this issue: http://mcentral.de/hg/~mrec/v4l-dvb-stable/ That problem got caused by releasing data structures which are still in use when the device gets unplugged. These patches delay the deallocation of the data till the last user releases its reference to the dvb nodes. This patch got tested with devices which use the dvb-usb framework as well as em28xx based dvb devices. Markus On 3/16/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: Am Freitag, 16. März 2007 10:13 schrieb CIJOML: > Hi, > > looks like more general problem with 2.6.21-rc3. This happens when I remove my > PCMCIA USB2.0/IEEE1384 adapter from slot: Yes, the more important it is to know whether -rc2 works. And please report this as a generic sysfs failure to lkml. Regards Oliver - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Markus Rechberger - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Am Freitag, 16. März 2007 10:13 schrieb CIJOML: > Hi, > > looks like more general problem with 2.6.21-rc3. This happens when I remove > my > PCMCIA USB2.0/IEEE1384 adapter from slot: Yes, the more important it is to know whether -rc2 works. And please report this as a generic sysfs failure to lkml. Regards Oliver - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Hi, looks like more general problem with 2.6.21-rc3. This happens when I remove my PCMCIA USB2.0/IEEE1384 adapter from slot: BUG: unable to handle kernel NULL pointer dereference at virtual address 0094 printing eip: c023e817 *pde = Oops: [#1] PREEMPT Modules linked in: bnep rfcomm hidp l2cap lp wlan_tkip fuse eeprom hci_usb bluetooth eth1394 usbhid 8250_pci 8250 serial_core wlan_scan_sta ath_rate_sample snd_intel8x0 snd_intel8x0m ath_pci nsc_ircc snd_ac97_codec wlan irda ide_cd ac97_bus parport_pc 8139too mii ohci1394 ieee1394 ath_hal(P) crc_ccitt iTCO_wdt iTCO_vendor_support psmouse pcspkr rtc cdrom ohci_hcd snd_pcm snd_timer snd snd_page_alloc parport i2c_i801 uhci_hcd ehci_hcd CPU:0 EIP:0060:[]Tainted: P VLI EFLAGS: 00010246 (2.6.21-rc3 #2) EIP is at class_device_remove_attrs+0xa/0x30 eax: f7b37b18 ebx: ecx: f896f244 edx: esi: edi: f7b37b18 ebp: esp: c1b99e4c ds: 007b es: 007b fs: 00d8 gs: ss: 0068 Process pccardd (pid: 788, ti=c1b98000 task=c1b7ea70 task.ti=c1b98000) Stack: f7b37b18 f7b37b20 c023e8e1 f7b37b18 f7b379c4 f895eccf c023e917 f7b37990 f895ecb6 f8964381 66241c89 000d 0303 fcb2c05f f78f2000 f895ecd7 c023c2ec f78f20a4 f78f20a4 Call Trace: [] class_device_del+0xa4/0xd2 [] __nodemgr_remove_host_dev+0x0/0xb [ieee1394] [] class_device_unregister+0x8/0x10 [] nodemgr_remove_ne+0x61/0x7a [ieee1394] [] ether1394_mac_addr+0x0/0x12 [eth1394] [] __nodemgr_remove_host_dev+0x8/0xb [ieee1394] [] device_for_each_child+0x1a/0x3c [] nodemgr_remove_host+0x30/0x90 [ieee1394] [] __unregister_host+0x1a/0xa6 [ieee1394] [] flush_cpu_workqueue+0x94/0xb1 [] highlevel_remove_host+0x21/0x42 [ieee1394] [] hpsb_remove_host+0x37/0x56 [ieee1394] [] ohci1394_pci_remove+0x44/0x1c7 [ohci1394] [] pci_device_remove+0x16/0x35 [] __device_release_driver+0x6e/0x8b [] device_release_driver+0x1d/0x32 [] bus_remove_device+0x5b/0x69 [] device_del+0xfa/0x152 [] device_unregister+0x8/0x10 [] pci_stop_dev+0x20/0x4e [] pci_remove_bus_device+0x26/0x8c [] pci_remove_behind_bridge+0x1a/0x2d [] socket_shutdown+0x6d/0xb3 [] socket_remove+0x1c/0x26 [] pccardd+0x138/0x1f3 [] default_wake_function+0x0/0xc [] pccardd+0x0/0x1f3 [] kthread+0xa0/0xc8 [] kthread+0x0/0xc8 [] kernel_thread_helper+0x7/0x10 === Code: ff c3 85 c0 74 08 83 c0 08 e9 05 fe f4 ff b8 ea ff ff ff c3 85 c0 74 08 83 c0 08 e9 98 e1 f4 ff c3 57 56 53 89 c7 8b 70 44 31 db <83> be 94 00 00 00 00 75 09 eb 17 89 f8 e8 d7 ff ff ff 89 da 03 EIP: [] class_device_remove_attrs+0xa/0x30 SS:ESP 0068:c1b99e4c Dne čtvrtek 15 březen 2007 15:02 Oliver Neukum napsal(a): > Am Donnerstag, 15. März 2007 12:26 schrieb CIJOML: > > Hi, > > > > 2.6.20 is fine > > > > Michal > > Could you narrow it down a bit? Does rc2 work? > > Regards > Oliver - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Am Donnerstag, 15. März 2007 12:26 schrieb CIJOML: > Hi, > > 2.6.20 is fine > > Michal Could you narrow it down a bit? Does rc2 work? Regards Oliver -- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) This signature is a legal requirement - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Dne čtvrtek 15 březen 2007 09:03 Andrew Morton napsal(a): > > On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I > > got this OOPS: > > > > -- > > > > usb 2-3: new high speed USB device using ehci_hcd and address 2 > > usb 2-3: configuration #1 chosen from 1 choice > > dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in > > cold state, will try to load a firmware > > dvb-usb: downloading firmware from file 'dvb-usb-wt220u-02.fw' > > usbcore: registered new interface driver dvb_usb_dtt200u > > usb 2-3: USB disconnect, address 2 > > dvb-usb: generic DVB-USB module successfully deinitialized and > > disconnected. usb 2-3: new high speed USB device using ehci_hcd and > > address 3 > > usb 2-3: configuration #1 chosen from 1 choice > > dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in > > warm state. > > dvb-usb: will use the device's hardware PID filter (table count: 15). > > DVB: registering new adapter (WideView WT-220U PenType Receiver > > (Typhoon/Freecom)). > > DVB: registering frontend 0 (WideView USB DVB-T)... > > input: IR-receiver inside an USB DVB receiver as /class/input/input18 > > dvb-usb: schedule remote query interval to 300 msecs. > > dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully > > initialized and connected. > > dvb-usb: recv bulk message failed: -110 > > usb 2-3: USB disconnect, address 3 > > BUG: unable to handle kernel paging request at virtual address 00100100 > > printing eip: > > c027552d > > *pde = 36209067 > > *pte = > > Oops: [#1] > > PREEMPT > > Modules linked in: dvb_usb_dtt200u dvb_usb dvb_core dvb_pll ppp_deflate > > zlib_deflate bsd_comp ppp_async ppp_generic slhc bnep rfcomm hidp l2cap > > lp fuse eeprom hci_usb bluetooth eth1394 usbhid 8250_pci 8250 serial_core > > nsc_ircc snd_intel8x0m snd_intel8x0 snd_ac97_codCT 24ec irda ide_cd > > ac97_bus snd_pcm snd_timer snd parport_pc cdrom crc_ccitt ohci1394 > > ieee1394 8139too mii snd_page_alloc parport ohci_hcd i2c_i801 psmouse > > pcspkr iTCO_wdt iTCO_vendor_support rtc uhci_hcd ehci_hcd > > CPU:0 > > EIP:0060:[]Not tainted VLICT 24 > > EFLAGS: 00010206 (2.6.21-rc3 #2) > > EIP is at evdev_disconnect+0x87/0xae > > eax: ebx: 000ffcf0 ecx: c1916000 edx: f616e000 > > esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78 > > ds: 007b es: 007b fs: 00d8 gs: ss: 0068 > > Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000) > > Stack: c037b488 e7520df0 c0273983 e33ba000 f6f7fc18 > > fcc2a420 f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420 > > f1673800 fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffed f6f7fc18 > > fcc2a44c Call Trace: > > [] input_unregister_device+0x89/0x111 > > [] dvb_usb_remote_exit+0x27/0x32 [dvb_usb] > > [] dvb_usb_exit+0xb/0x87 [dvb_usb] > > [] dvb_usb_device_exit+0x30/0x44 [dvb_usb] > > [] usb_unbind_interface+0x3e/0x7c > > [] __device_release_driver+0x6e/0x8b > > [] device_release_driver+0x1d/0x32 > > [] bus_remove_device+0x5b/0x69 > > Are you able identify a previosu kernel which didn't have this bug? > 2.6.20? > > Thanks. Hi, 2.6.20 is fine Michal > > > [] device_del+0xfa/0x152 > > [] usb_disable_device+0x5c/0xbb > > [] usb_disconnect+0x82/0x114 > > [] hub_thread+0x375/0xa76 > > [] __sched_text_start+0x4a9/0x54c > > [] __wake_up_common+0x31/0x4f > > [] autoremove_wake_function+0x0/0x35 > > [] hub_thread+0x0/0xa76 > > [] kthread+0xa0/0xc8 > > [] kthread+0x0/0xc8 > > [] kernel_thread_helper+0x7/0x10 > > === > > Code: e8 fc 0e ea ff 8b 5e 4c eb 1b 8d 83 08 04 00 00 b9 06 00 02 00 ba > > 1d 00 00 00 e8 b5 df ee ff 8b 9b 10 04 00 00 81 eb 10 04 00 00 <8b> 83 10 > > 04 00 00 0f 18 00 90 8d 93 10 04 00 00 8d 46 4c 39 c2 > > EIP: [] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
> On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML <[EMAIL PROTECTED]> wrote: > Hi, > > I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got > this OOPS: > > -- > > usb 2-3: new high speed USB device using ehci_hcd and address 2 > usb 2-3: configuration #1 chosen from 1 choice > dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in > cold > state, will try to load a firmware > dvb-usb: downloading firmware from file 'dvb-usb-wt220u-02.fw' > usbcore: registered new interface driver dvb_usb_dtt200u > usb 2-3: USB disconnect, address 2 > dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. > usb 2-3: new high speed USB device using ehci_hcd and address 3 > usb 2-3: configuration #1 chosen from 1 choice > dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in > warm > state. > dvb-usb: will use the device's hardware PID filter (table count: 15). > DVB: registering new adapter (WideView WT-220U PenType Receiver > (Typhoon/Freecom)). > DVB: registering frontend 0 (WideView USB DVB-T)... > input: IR-receiver inside an USB DVB receiver as /class/input/input18 > dvb-usb: schedule remote query interval to 300 msecs. > dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully > initialized and connected. > dvb-usb: recv bulk message failed: -110 > usb 2-3: USB disconnect, address 3 > BUG: unable to handle kernel paging request at virtual address 00100100 > printing eip: > c027552d > *pde = 36209067 > *pte = > Oops: [#1] > PREEMPT > Modules linked in: dvb_usb_dtt200u dvb_usb dvb_core dvb_pll ppp_deflate > zlib_deflate bsd_comp ppp_async ppp_generic slhc bnep rfcomm hidp l2cap lp > fuse eeprom hci_usb bluetooth eth1394 usbhid 8250_pci 8250 serial_core > nsc_ircc snd_intel8x0m snd_intel8x0 snd_ac97_codCT 24ec irda ide_cd ac97_bus > snd_pcm snd_timer snd parport_pc cdrom crc_ccitt ohci1394 ieee1394 8139too > mii snd_page_alloc parport ohci_hcd i2c_i801 psmouse pcspkr iTCO_wdt > iTCO_vendor_support rtc uhci_hcd ehci_hcd > CPU:0 > EIP:0060:[]Not tainted VLICT 24 > EFLAGS: 00010206 (2.6.21-rc3 #2) > EIP is at evdev_disconnect+0x87/0xae > eax: ebx: 000ffcf0 ecx: c1916000 edx: f616e000 > esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78 > ds: 007b es: 007b fs: 00d8 gs: ss: 0068 > Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000) > Stack: c037b488 e7520df0 c0273983 e33ba000 f6f7fc18 fcc2a420 >f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420 f1673800 >fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffed f6f7fc18 fcc2a44c > Call Trace: > [] input_unregister_device+0x89/0x111 > [] dvb_usb_remote_exit+0x27/0x32 [dvb_usb] > [] dvb_usb_exit+0xb/0x87 [dvb_usb] > [] dvb_usb_device_exit+0x30/0x44 [dvb_usb] > [] usb_unbind_interface+0x3e/0x7c > [] __device_release_driver+0x6e/0x8b > [] device_release_driver+0x1d/0x32 > [] bus_remove_device+0x5b/0x69 Are you able identify a previosu kernel which didn't have this bug? 2.6.20? Thanks. > [] device_del+0xfa/0x152 > [] usb_disable_device+0x5c/0xbb > [] usb_disconnect+0x82/0x114 > [] hub_thread+0x375/0xa76 > [] __sched_text_start+0x4a9/0x54c > [] __wake_up_common+0x31/0x4f > [] autoremove_wake_function+0x0/0x35 > [] hub_thread+0x0/0xa76 > [] kthread+0xa0/0xc8 > [] kthread+0x0/0xc8 > [] kernel_thread_helper+0x7/0x10 > === > Code: e8 fc 0e ea ff 8b 5e 4c eb 1b 8d 83 08 04 00 00 b9 06 00 02 00 ba 1d 00 > 00 00 e8 b5 df ee ff 8b 9b 10 04 00 00 81 eb 10 04 00 00 <8b> 83 10 04 00 00 > 0f 18 00 90 8d 93 10 04 00 00 8d 46 4c 39 c2 > EIP: [] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78 > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
Hi, I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got this OOPS: -- usb 2-3: new high speed USB device using ehci_hcd and address 2 usb 2-3: configuration #1 chosen from 1 choice dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-wt220u-02.fw' usbcore: registered new interface driver dvb_usb_dtt200u usb 2-3: USB disconnect, address 2 dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. usb 2-3: new high speed USB device using ehci_hcd and address 3 usb 2-3: configuration #1 chosen from 1 choice dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in warm state. dvb-usb: will use the device's hardware PID filter (table count: 15). DVB: registering new adapter (WideView WT-220U PenType Receiver (Typhoon/Freecom)). DVB: registering frontend 0 (WideView USB DVB-T)... input: IR-receiver inside an USB DVB receiver as /class/input/input18 dvb-usb: schedule remote query interval to 300 msecs. dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully initialized and connected. dvb-usb: recv bulk message failed: -110 usb 2-3: USB disconnect, address 3 BUG: unable to handle kernel paging request at virtual address 00100100 printing eip: c027552d *pde = 36209067 *pte = Oops: [#1] PREEMPT Modules linked in: dvb_usb_dtt200u dvb_usb dvb_core dvb_pll ppp_deflate zlib_deflate bsd_comp ppp_async ppp_generic slhc bnep rfcomm hidp l2cap lp fuse eeprom hci_usb bluetooth eth1394 usbhid 8250_pci 8250 serial_core nsc_ircc snd_intel8x0m snd_intel8x0 snd_ac97_codCT 24ec irda ide_cd ac97_bus snd_pcm snd_timer snd parport_pc cdrom crc_ccitt ohci1394 ieee1394 8139too mii snd_page_alloc parport ohci_hcd i2c_i801 psmouse pcspkr iTCO_wdt iTCO_vendor_support rtc uhci_hcd ehci_hcd CPU:0 EIP:0060:[]Not tainted VLICT 24 EFLAGS: 00010206 (2.6.21-rc3 #2) EIP is at evdev_disconnect+0x87/0xae eax: ebx: 000ffcf0 ecx: c1916000 edx: f616e000 esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78 ds: 007b es: 007b fs: 00d8 gs: ss: 0068 Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000) Stack: c037b488 e7520df0 c0273983 e33ba000 f6f7fc18 fcc2a420 f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420 f1673800 fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffed f6f7fc18 fcc2a44c Call Trace: [] input_unregister_device+0x89/0x111 [] dvb_usb_remote_exit+0x27/0x32 [dvb_usb] [] dvb_usb_exit+0xb/0x87 [dvb_usb] [] dvb_usb_device_exit+0x30/0x44 [dvb_usb] [] usb_unbind_interface+0x3e/0x7c [] __device_release_driver+0x6e/0x8b [] device_release_driver+0x1d/0x32 [] bus_remove_device+0x5b/0x69 [] device_del+0xfa/0x152 [] usb_disable_device+0x5c/0xbb [] usb_disconnect+0x82/0x114 [] hub_thread+0x375/0xa76 [] __sched_text_start+0x4a9/0x54c [] __wake_up_common+0x31/0x4f [] autoremove_wake_function+0x0/0x35 [] hub_thread+0x0/0xa76 [] kthread+0xa0/0xc8 [] kthread+0x0/0xc8 [] kernel_thread_helper+0x7/0x10 === Code: e8 fc 0e ea ff 8b 5e 4c eb 1b 8d 83 08 04 00 00 b9 06 00 02 00 ba 1d 00 00 00 e8 b5 df ee ff 8b 9b 10 04 00 00 81 eb 10 04 00 00 <8b> 83 10 04 00 00 0f 18 00 90 8d 93 10 04 00 00 8d 46 4c 39 c2 EIP: [] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78 - Thanks for fix Michal - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/