* kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
@ 2007-03-09 15:41 CIJOML
2007-03-15 8:03 ` Andrew Morton
0 siblings, 1 reply; 8+ messages in thread
From: CIJOML @ 2007-03-09 15:41 UTC (permalink / raw)
To: linux-dvb, linux-kernel
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 = 00000000
Oops: 0000 [#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:[<c027552d>] Not tainted VLICT 24
EFLAGS: 00010206 (2.6.21-rc3 #2)
EIP is at evdev_disconnect+0x87/0xae
eax: 00000000 ebx: 000ffcf0 ecx: c1916000 edx: f616e000
esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78
ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000)
Stack: 00000000 c037b488 e7520df0 c0273983 00000000 e33ba000 f6f7fc18 fcc2a420
f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420 f1673800
fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffffffed f6f7fc18 fcc2a44c
Call Trace:
[<c0273983>] input_unregister_device+0x89/0x111
[<fcc1319f>] dvb_usb_remote_exit+0x27/0x32 [dvb_usb]
[<fcc122da>] dvb_usb_exit+0xb/0x87 [dvb_usb]
[<fcc12386>] dvb_usb_device_exit+0x30/0x44 [dvb_usb]
[<c0266522>] usb_unbind_interface+0x3e/0x7c
[<c023e037>] __device_release_driver+0x6e/0x8b
[<c023e421>] device_release_driver+0x1d/0x32
[<c023dadb>] bus_remove_device+0x5b/0x69
[<c023c612>] device_del+0xfa/0x152
[<c0264128>] usb_disable_device+0x5c/0xbb
[<c0260e2c>] usb_disconnect+0x82/0x114
[<c02618e9>] hub_thread+0x375/0xa76
[<c02d3061>] __sched_text_start+0x4a9/0x54c
[<c0115301>] __wake_up_common+0x31/0x4f
[<c012880b>] autoremove_wake_function+0x0/0x35
[<c0261574>] hub_thread+0x0/0xa76
[<c0128750>] kthread+0xa0/0xc8
[<c01286b0>] kthread+0x0/0xc8
[<c0104823>] 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: [<c027552d>] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78
---------------------------------
Thanks for fix
Michal
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-09 15:41 kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3 CIJOML
@ 2007-03-15 8:03 ` Andrew Morton
2007-03-15 11:26 ` CIJOML
0 siblings, 1 reply; 8+ messages in thread
From: Andrew Morton @ 2007-03-15 8:03 UTC (permalink / raw)
To: CIJOML; +Cc: linux-dvb, linux-kernel
> On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML <cijoml@volny.cz> 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 = 00000000
> Oops: 0000 [#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:[<c027552d>] Not tainted VLICT 24
> EFLAGS: 00010206 (2.6.21-rc3 #2)
> EIP is at evdev_disconnect+0x87/0xae
> eax: 00000000 ebx: 000ffcf0 ecx: c1916000 edx: f616e000
> esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78
> ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
> Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000)
> Stack: 00000000 c037b488 e7520df0 c0273983 00000000 e33ba000 f6f7fc18 fcc2a420
> f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420 f1673800
> fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffffffed f6f7fc18 fcc2a44c
> Call Trace:
> [<c0273983>] input_unregister_device+0x89/0x111
> [<fcc1319f>] dvb_usb_remote_exit+0x27/0x32 [dvb_usb]
> [<fcc122da>] dvb_usb_exit+0xb/0x87 [dvb_usb]
> [<fcc12386>] dvb_usb_device_exit+0x30/0x44 [dvb_usb]
> [<c0266522>] usb_unbind_interface+0x3e/0x7c
> [<c023e037>] __device_release_driver+0x6e/0x8b
> [<c023e421>] device_release_driver+0x1d/0x32
> [<c023dadb>] bus_remove_device+0x5b/0x69
Are you able identify a previosu kernel which didn't have this bug? 2.6.20?
Thanks.
> [<c023c612>] device_del+0xfa/0x152
> [<c0264128>] usb_disable_device+0x5c/0xbb
> [<c0260e2c>] usb_disconnect+0x82/0x114
> [<c02618e9>] hub_thread+0x375/0xa76
> [<c02d3061>] __sched_text_start+0x4a9/0x54c
> [<c0115301>] __wake_up_common+0x31/0x4f
> [<c012880b>] autoremove_wake_function+0x0/0x35
> [<c0261574>] hub_thread+0x0/0xa76
> [<c0128750>] kthread+0xa0/0xc8
> [<c01286b0>] kthread+0x0/0xc8
> [<c0104823>] 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: [<c027552d>] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-15 8:03 ` Andrew Morton
@ 2007-03-15 11:26 ` CIJOML
2007-03-15 14:02 ` Oliver Neukum
0 siblings, 1 reply; 8+ messages in thread
From: CIJOML @ 2007-03-15 11:26 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-dvb, linux-kernel
Dne čtvrtek 15 březen 2007 09:03 Andrew Morton napsal(a):
> > On Fri, 9 Mar 2007 16:41:53 +0100 CIJOML <cijoml@volny.cz> 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 = 00000000
> > Oops: 0000 [#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:[<c027552d>] Not tainted VLICT 24
> > EFLAGS: 00010206 (2.6.21-rc3 #2)
> > EIP is at evdev_disconnect+0x87/0xae
> > eax: 00000000 ebx: 000ffcf0 ecx: c1916000 edx: f616e000
> > esi: e7520dc0 edi: f697d800 ebp: f697dec4 esp: c1917e78
> > ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
> > Process khubd (pid: 130, ti=c1916000 task=c18fea70 task.ti=c1916000)
> > Stack: 00000000 c037b488 e7520df0 c0273983 00000000 e33ba000 f6f7fc18
> > fcc2a420 f1673800 fcc1319f e33ba000 fcc122da fcc29502 f6f7fc18 fcc2a420
> > f1673800 fcc12386 f6f7fc18 fcc2a420 f6f7fc00 c0266522 ffffffed f6f7fc18
> > fcc2a44c Call Trace:
> > [<c0273983>] input_unregister_device+0x89/0x111
> > [<fcc1319f>] dvb_usb_remote_exit+0x27/0x32 [dvb_usb]
> > [<fcc122da>] dvb_usb_exit+0xb/0x87 [dvb_usb]
> > [<fcc12386>] dvb_usb_device_exit+0x30/0x44 [dvb_usb]
> > [<c0266522>] usb_unbind_interface+0x3e/0x7c
> > [<c023e037>] __device_release_driver+0x6e/0x8b
> > [<c023e421>] device_release_driver+0x1d/0x32
> > [<c023dadb>] 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
>
> > [<c023c612>] device_del+0xfa/0x152
> > [<c0264128>] usb_disable_device+0x5c/0xbb
> > [<c0260e2c>] usb_disconnect+0x82/0x114
> > [<c02618e9>] hub_thread+0x375/0xa76
> > [<c02d3061>] __sched_text_start+0x4a9/0x54c
> > [<c0115301>] __wake_up_common+0x31/0x4f
> > [<c012880b>] autoremove_wake_function+0x0/0x35
> > [<c0261574>] hub_thread+0x0/0xa76
> > [<c0128750>] kthread+0xa0/0xc8
> > [<c01286b0>] kthread+0x0/0xc8
> > [<c0104823>] 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: [<c027552d>] evdev_disconnect+0x87/0xae SS:ESP 0068:c1917e78
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-15 11:26 ` CIJOML
@ 2007-03-15 14:02 ` Oliver Neukum
2007-03-16 9:13 ` CIJOML
0 siblings, 1 reply; 8+ messages in thread
From: Oliver Neukum @ 2007-03-15 14:02 UTC (permalink / raw)
To: CIJOML; +Cc: Andrew Morton, linux-dvb, linux-kernel
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-15 14:02 ` Oliver Neukum
@ 2007-03-16 9:13 ` CIJOML
2007-03-16 9:25 ` Oliver Neukum
0 siblings, 1 reply; 8+ messages in thread
From: CIJOML @ 2007-03-16 9:13 UTC (permalink / raw)
To: Oliver Neukum; +Cc: Andrew Morton, linux-dvb, linux-kernel
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
00000094
printing eip:
c023e817
*pde = 00000000
Oops: 0000 [#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:[<c023e817>] Tainted: P VLI
EFLAGS: 00010246 (2.6.21-rc3 #2)
EIP is at class_device_remove_attrs+0xa/0x30
eax: f7b37b18 ebx: 00000000 ecx: f896f244 edx: 00000000
esi: 00000000 edi: f7b37b18 ebp: 00000000 esp: c1b99e4c
ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
Process pccardd (pid: 788, ti=c1b98000 task=c1b7ea70 task.ti=c1b98000)
Stack: f7b37b18 f7b37b20 00000000 c023e8e1 00000000 f7b37b18 f7b379c4 f895eccf
00000000 c023e917 f7b37990 f895ecb6 f8964381 66241c89 0000000d 00000303
fcb2c05f 00000000 00000000 f78f2000 f895ecd7 c023c2ec f78f20a4 f78f20a4
Call Trace:
[<c023e8e1>] class_device_del+0xa4/0xd2
[<f895eccf>] __nodemgr_remove_host_dev+0x0/0xb [ieee1394]
[<c023e917>] class_device_unregister+0x8/0x10
[<f895ecb6>] nodemgr_remove_ne+0x61/0x7a [ieee1394]
[<fcb2c05f>] ether1394_mac_addr+0x0/0x12 [eth1394]
[<f895ecd7>] __nodemgr_remove_host_dev+0x8/0xb [ieee1394]
[<c023c2ec>] device_for_each_child+0x1a/0x3c
[<f895eff6>] nodemgr_remove_host+0x30/0x90 [ieee1394]
[<f895c538>] __unregister_host+0x1a/0xa6 [ieee1394]
[<c0125dd1>] flush_cpu_workqueue+0x94/0xb1
[<f895c74f>] highlevel_remove_host+0x21/0x42 [ieee1394]
[<f895c2c9>] hpsb_remove_host+0x37/0x56 [ieee1394]
[<f895120c>] ohci1394_pci_remove+0x44/0x1c7 [ohci1394]
[<c01de144>] pci_device_remove+0x16/0x35
[<c023e037>] __device_release_driver+0x6e/0x8b
[<c023e421>] device_release_driver+0x1d/0x32
[<c023dadb>] bus_remove_device+0x5b/0x69
[<c023c612>] device_del+0xfa/0x152
[<c023c672>] device_unregister+0x8/0x10
[<c01db65c>] pci_stop_dev+0x20/0x4e
[<c01db745>] pci_remove_bus_device+0x26/0x8c
[<c01db7c5>] pci_remove_behind_bridge+0x1a/0x2d
[<c0254d3a>] socket_shutdown+0x6d/0xb3
[<c0254d9c>] socket_remove+0x1c/0x26
[<c0255391>] pccardd+0x138/0x1f3
[<c011602c>] default_wake_function+0x0/0xc
[<c0255259>] pccardd+0x0/0x1f3
[<c0128750>] kthread+0xa0/0xc8
[<c01286b0>] kthread+0x0/0xc8
[<c0104823>] 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: [<c023e817>] 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-16 9:13 ` CIJOML
@ 2007-03-16 9:25 ` Oliver Neukum
2007-04-06 19:58 ` Markus Rechberger
0 siblings, 1 reply; 8+ messages in thread
From: Oliver Neukum @ 2007-03-16 9:25 UTC (permalink / raw)
To: CIJOML; +Cc: Andrew Morton, linux-dvb, linux-kernel
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-03-16 9:25 ` Oliver Neukum
@ 2007-04-06 19:58 ` Markus Rechberger
2007-04-07 10:14 ` CIJOML
0 siblings, 1 reply; 8+ messages in thread
From: Markus Rechberger @ 2007-04-06 19:58 UTC (permalink / raw)
To: Oliver Neukum; +Cc: CIJOML, Andrew Morton, linux-kernel
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 <oneukum@suse.de> 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 majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Markus Rechberger
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3
2007-04-06 19:58 ` Markus Rechberger
@ 2007-04-07 10:14 ` CIJOML
0 siblings, 0 replies; 8+ messages in thread
From: CIJOML @ 2007-04-07 10:14 UTC (permalink / raw)
To: Markus Rechberger; +Cc: Oliver Neukum, Andrew Morton, linux-kernel
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 <oneukum@suse.de> 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 majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2007-04-07 10:14 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-09 15:41 kernel OOPSes when changing DVB-T adapter in 2.6.21-rc3 CIJOML
2007-03-15 8:03 ` Andrew Morton
2007-03-15 11:26 ` CIJOML
2007-03-15 14:02 ` Oliver Neukum
2007-03-16 9:13 ` CIJOML
2007-03-16 9:25 ` Oliver Neukum
2007-04-06 19:58 ` Markus Rechberger
2007-04-07 10:14 ` CIJOML
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.