[Bluez-users] Oops in hci_usb

[Bluez-users] Oops in hci_usb

[Riku Voipio]

Just found an oops, by usinh thinkpax x40:s enable/disable bluetooth
button to disable the bluetooth radio... Like I forgot to say in the
previous mail, please CC me, not subscribed and the archives seem not to
work.

Linux wombat 2.6.6-rc1 #1 Wed Apr 21 03:05:54 EEST 2004 i686 GNU/Linux

usb 4-1: USB disconnect, address 2
Unable to handle kernel NULL pointer dereference at virtual address
00000068
 printing eip:
c017a875
*pde = 00000000
Oops: 0002 [#1]
PREEMPT
CPU:    0
EIP:    0060:[<c017a875>]    Not tainted
EFLAGS: 00010282   (2.6.6-rc1)
EIP is at sysfs_hash_and_remove+0x15/0x7d
eax: 00000000   ebx: e015b3c0   ecx: 00000068   edx: de4f0690
esi: de544280   edi: e015b360   ebp: e015b3c0   esp: de76de58
ds: 007b   es: 007b   ss: 0068
Process khubd (pid: 280, threadinfo=de76c000 task=dea2e230)
Stack: de4f0580 e0133cc0 e015b3c0 de81cd30 c01d2b5f de544280 c0292ca9 c01d2ee5
       de81cd30 e015b3ac de81cc00 de81cc00 de7db800 de7db824 e01531fb de81cd30
       de4f0590 de4f0180 e0132cda de81cc00 de4f0580 e0133cc0 de4f0680 e0133cc0
Call Trace:
 [<c01d2b5f>] class_device_dev_unlink+0x25/0x27
 [<c01d2ee5>] class_device_del+0x75/0xae
 [<e01531fb>] hci_unregister_dev+0x10/0x84 [bluetooth]
 [<e0132cda>] hci_usb_disconnect+0x35/0x7f [hci_usb]
 [<e00890e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
 [<c01d2365>] device_release_driver+0x64/0x66
 [<c01d2489>] bus_remove_device+0x55/0x96
 [<c01d1556>] device_del+0x5d/0x9b
 [<c01d15a7>] device_unregister+0x13/0x23
 [<e008ecfb>] usb_disable_device+0x71/0xac [usbcore]
 [<e0089bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
 [<e008bbd3>] hub_port_connect_change+0x26f/0x274 [usbcore]
 [<e008b5c4>] hub_port_status+0x45/0xb0 [usbcore]
 [<e008beab>] hub_events+0x2d3/0x346 [usbcore]
 [<e008bf4b>] hub_thread+0x2d/0xe4 [usbcore]
 [<c0103b6e>] ret_from_fork+0x6/0x14
 [<c011342c>] default_wake_function+0x0/0x12
 [<e008bf1e>] hub_thread+0x0/0xe4 [usbcore]
 [<c0101ffd>] kernel_thread_helper+0x5/0xb

Code: ff 48 68 78 63 89 34 24 8b 44 24 18 89 44 24 04 e8 66 ff ff

-- 
Riku Voipio  	       | riku.voipio at iki.fi         |
kirkkonummentie 33     |    +358 44 5000343          --+--
02140 Espoo            |                               |
dark> A bad analogy is like leaky screwdriver          |


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Nicholas A. Preyss]

On  0, Riku Voipio <riku.voipio@iki.fi> wrote:

> Just found an oops, by usinh thinkpax x40:s enable/disable bluetooth
> button to disable the bluetooth radio... Like I forgot to say in the
> previous mail, please CC me, not subscribed and the archives seem not to
> work.
> 
> Linux wombat 2.6.6-rc1 #1 Wed Apr 21 03:05:54 EEST 2004 i686 GNU/Linux
> 
> usb 4-1: USB disconnect, address 2
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000068
>  printing eip:
> c017a875
> *pde = 00000000
> Oops: 0002 [#1]
> PREEMPT
> CPU:    0
> EIP:    0060:[<c017a875>]    Not tainted
> EFLAGS: 00010282   (2.6.6-rc1)
> EIP is at sysfs_hash_and_remove+0x15/0x7d
> eax: 00000000   ebx: e015b3c0   ecx: 00000068   edx: de4f0690
> esi: de544280   edi: e015b360   ebp: e015b3c0   esp: de76de58
> ds: 007b   es: 007b   ss: 0068
> Process khubd (pid: 280, threadinfo=de76c000 task=dea2e230)
> Stack: de4f0580 e0133cc0 e015b3c0 de81cd30 c01d2b5f de544280 c0292ca9 c01d2ee5
>        de81cd30 e015b3ac de81cc00 de81cc00 de7db800 de7db824 e01531fb de81cd30
>        de4f0590 de4f0180 e0132cda de81cc00 de4f0580 e0133cc0 de4f0680 e0133cc0
> Call Trace:
>  [<c01d2b5f>] class_device_dev_unlink+0x25/0x27
>  [<c01d2ee5>] class_device_del+0x75/0xae
>  [<e01531fb>] hci_unregister_dev+0x10/0x84 [bluetooth]
>  [<e0132cda>] hci_usb_disconnect+0x35/0x7f [hci_usb]
>  [<e00890e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
>  [<c01d2365>] device_release_driver+0x64/0x66
>  [<c01d2489>] bus_remove_device+0x55/0x96
>  [<c01d1556>] device_del+0x5d/0x9b
>  [<c01d15a7>] device_unregister+0x13/0x23
>  [<e008ecfb>] usb_disable_device+0x71/0xac [usbcore]
>  [<e0089bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
>  [<e008bbd3>] hub_port_connect_change+0x26f/0x274 [usbcore]
>  [<e008b5c4>] hub_port_status+0x45/0xb0 [usbcore]
>  [<e008beab>] hub_events+0x2d3/0x346 [usbcore]
>  [<e008bf4b>] hub_thread+0x2d/0xe4 [usbcore]
>  [<c0103b6e>] ret_from_fork+0x6/0x14
>  [<c011342c>] default_wake_function+0x0/0x12
>  [<e008bf1e>] hub_thread+0x0/0xe4 [usbcore]
>  [<c0101ffd>] kernel_thread_helper+0x5/0xb
> 
> Code: ff 48 68 78 63 89 34 24 8b 44 24 18 89 44 24 04 e8 66 ff ff

USB Subsystem in 2.6.6-rc1/2 is heavily under construction. And has
several problems. This is not a hci_usb bug. And quiet normal for a
development pre release. Report bugs to usb developers. (but I think
this is known)

nicholas




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Timothy Murphy]

On Saturday 01 May 2004 18:36, Riku Voipio wrote:

> Linux wombat 2.6.6-rc1 #1 Wed Apr 21 03:05:54 EEST 2004 i686 GNU/Linux
>
> usb 4-1: USB disconnect, address 2
> Unable to handle kernel NULL pointer dereference at virtual address

I had something very like this with 2.6.5, but it went with 2.6.6-rc2.

-- 
Timothy Murphy  
e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

Hi Riku,

> Just found an oops, by usinh thinkpax x40:s enable/disable bluetooth
> button to disable the bluetooth radio... Like I forgot to say in the
> previous mail, please CC me, not subscribed and the archives seem not to
> work.

do you enabled CONFIG_BT_HCIUSB_SCO in your kernel? If yes, disable it
and try again.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Riku Voipio]

On Mon, May 03, 2004 at 02:26:45PM +0200, Marcel Holtmann wrote:
> Hi Riku,
> do you enabled CONFIG_BT_HCIUSB_SCO in your kernel? If yes, disable it
> and try again.

Thanks for everyone for help!

Getting rid SCO option and updating to 2.6.6-RC3 makes the bluetooth 
on x40 work like a charm, no more oops and pairing worked first try. 
I can try 2.6.6-RC3 with CONFIG_BT_HCIUSB_SCO if you want to track 
the problem deeper. 

Attached are hcitool info/hconfig -a of the gadgets:

Thinkpad x40
hci0:   Type: USB
        BD Address: 00:20:E0:74:xx:xx ACL MTU: 192:8  SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN
        RX bytes:18298 acl:611 sco:0 events:344 errors:0
        TX bytes:5109 acl:203 sco:0 commands:69 errors:0
        Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'wombat-0'
        Class: 0x000100
        Service Classes: Unspecified
        Device Class: Computer, Uncategorized
        HCI Ver: 1.1 (0x1) HCI Rev: 0x222 LMP Ver: 1.1 (0x1) LMP Subver: 0x222
        Manufacturer: Cambridge Silicon Radio (10)

Siemens S55
        BD Address:  00:01:E3:04:xx:xx
        Device Name: xxxx
        LMP Version: 1.1 (0x1) LMP Subversion: 0x555
        Manufacturer: Infineon Technologies AG (9)
        Features: 0xef 0xea 0x19 0x00 0x00 0x00 0x00 0x00
                <3-slot packets> <5-slot packets> <encryption> <slot offset>
                <role switch> <hold mode> <sniff mode> <RSSI>
                <SCO link> <HV3 packets> <u-law log> <A-law log>
                <CVSD> <transparent SCO>


-- 
Riku Voipio  	       | riku.voipio at iki.fi         |
kirkkonummentie 33     |    +358 44 5000343          --+--
02140 Espoo            |                               |
dark> A bad analogy is like leaky screwdriver          |


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

Hi Riku,

> > do you enabled CONFIG_BT_HCIUSB_SCO in your kernel? If yes, disable it
> > and try again.
> 
> Thanks for everyone for help!
> 
> Getting rid SCO option and updating to 2.6.6-RC3 makes the bluetooth 
> on x40 work like a charm, no more oops and pairing worked first try. 
> I can try 2.6.6-RC3 with CONFIG_BT_HCIUSB_SCO if you want to track 
> the problem deeper. 

please do so, because actually I don't know why it happens. Do anyone
with an AVM BlueFRITZ! USB and the bfusb driver have seens this oops? I
don't get the point what it has to do with the ISOC URB's.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Riku Voipio]

Hi Marcel,
> > > do you enabled CONFIG_BT_HCIUSB_SCO in your kernel? If yes, disable it
> > > and try again.
 
> > Getting rid SCO option and updating to 2.6.6-RC3 makes the bluetooth 
> > on x40 work like a charm, no more oops and pairing worked first try. 
> > I can try 2.6.6-RC3 with CONFIG_BT_HCIUSB_SCO if you want to track 
> > the problem deeper. 
 
> please do so, because actually I don't know why it happens.

With -RC3 and SCO enabled, I get the following Oops: (Tanted due to
madwifi)

Unable to handle kernel NULL pointer dereference at virtual address
00000068
 printing eip:
c017a671
*pde = 00000000
Oops: 0002 [#1]
PREEMPT
CPU:    0
EIP:    0060:[<c017a671>]    Tainted: P
EFLAGS: 00010282   (2.6.6-rc3)
EIP is at sysfs_hash_and_remove+0x15/0x7d
eax: 00000000   ebx: e006c3e0   ecx: 00000068   edx: ffff0001
esi: dafc3680   edi: e006c380   ebp: e006c3e0   esp: ccc55e58
ds: 007b   es: 007b   ss: 0068
Process khubd (pid: 7775, threadinfo=ccc54000 task=ccc3c3b0)
Stack: d3c87554 e0033d40 e006c3e0 c7804530 c01d2e4c dafc3680 c0293529 c01d31c4
       c7804530 e006c3cc c7804400 c7804400 d7189400 d7189424 e00641eb c7804530
       d3c87564 d3c87454 e0032d11 c7804400 d3c87554 e0033d40 d3c87c54 e0033d40
Call Trace:
 [<c01d2e4c>] class_device_dev_unlink+0x1a/0x1e
 [<c01d31c4>] class_device_del+0x75/0xae
 [<e00641eb>] hci_unregister_dev+0x10/0x84 [bluetooth]
 [<e0032d11>] hci_usb_disconnect+0x35/0x7c [hci_usb]
 [<e00880e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
 [<c01d265d>] device_release_driver+0x64/0x66
 [<c01d2781>] bus_remove_device+0x55/0x96
 [<c01d184e>] device_del+0x5d/0x9b
 [<c01d189f>] device_unregister+0x13/0x23
 [<e008dcfb>] usb_disable_device+0x71/0xac [usbcore]
 [<e0088bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
 [<e008abd3>] hub_port_connect_change+0x26f/0x274 [usbcore]
 [<e008a5c4>] hub_port_status+0x45/0xb0 [usbcore]
 [<e008aeab>] hub_events+0x2d3/0x346 [usbcore]
 [<e008af4b>] hub_thread+0x2d/0xe4 [usbcore]
 [<c0103b6e>] ret_from_fork+0x6/0x14
 [<c01130ac>] default_wake_function+0x0/0x12
 [<e008af1e>] hub_thread+0x0/0xe4 [usbcore]
 [<c0101ffd>] kernel_thread_helper+0x5/0xb

Code: ff 48 68 78 63 89 34 24 8b 44 24 18 89 44 24 04 e8 66 ff ff


-- 
Riku Voipio  	       | riku.voipio at iki.fi         |
kirkkonummentie 33     |    +358 44 5000343          --+--
02140 Espoo            |                               |
dark> A bad analogy is like leaky screwdriver          |

Re: [Bluez-users] Oops in hci_usb

[Michal Semler]

Hi,

switch off Preempt kernel, switch off sco support. This helped me.

Michal

On Tuesday 04 of May 2004 19:22, Riku Voipio wrote:
> Hi Marcel,
>
> > > > do you enabled CONFIG_BT_HCIUSB_SCO in your kernel? If yes, disable
> > > > it and try again.
> > >
> > > Getting rid SCO option and updating to 2.6.6-RC3 makes the bluetooth
> > > on x40 work like a charm, no more oops and pairing worked first try.
> > > I can try 2.6.6-RC3 with CONFIG_BT_HCIUSB_SCO if you want to track
> > > the problem deeper.
> >
> > please do so, because actually I don't know why it happens.
>
> With -RC3 and SCO enabled, I get the following Oops: (Tanted due to
> madwifi)
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000068
>  printing eip:
> c017a671
> *pde = 00000000
> Oops: 0002 [#1]
> PREEMPT
> CPU:    0
> EIP:    0060:[<c017a671>]    Tainted: P
> EFLAGS: 00010282   (2.6.6-rc3)
> EIP is at sysfs_hash_and_remove+0x15/0x7d
> eax: 00000000   ebx: e006c3e0   ecx: 00000068   edx: ffff0001
> esi: dafc3680   edi: e006c380   ebp: e006c3e0   esp: ccc55e58
> ds: 007b   es: 007b   ss: 0068
> Process khubd (pid: 7775, threadinfo=ccc54000 task=ccc3c3b0)
> Stack: d3c87554 e0033d40 e006c3e0 c7804530 c01d2e4c dafc3680 c0293529
> c01d31c4 c7804530 e006c3cc c7804400 c7804400 d7189400 d7189424 e00641eb
> c7804530 d3c87564 d3c87454 e0032d11 c7804400 d3c87554 e0033d40 d3c87c54
> e0033d40 Call Trace:
>  [<c01d2e4c>] class_device_dev_unlink+0x1a/0x1e
>  [<c01d31c4>] class_device_del+0x75/0xae
>  [<e00641eb>] hci_unregister_dev+0x10/0x84 [bluetooth]
>  [<e0032d11>] hci_usb_disconnect+0x35/0x7c [hci_usb]
>  [<e00880e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
>  [<c01d265d>] device_release_driver+0x64/0x66
>  [<c01d2781>] bus_remove_device+0x55/0x96
>  [<c01d184e>] device_del+0x5d/0x9b
>  [<c01d189f>] device_unregister+0x13/0x23
>  [<e008dcfb>] usb_disable_device+0x71/0xac [usbcore]
>  [<e0088bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
>  [<e008abd3>] hub_port_connect_change+0x26f/0x274 [usbcore]
>  [<e008a5c4>] hub_port_status+0x45/0xb0 [usbcore]
>  [<e008aeab>] hub_events+0x2d3/0x346 [usbcore]
>  [<e008af4b>] hub_thread+0x2d/0xe4 [usbcore]
>  [<c0103b6e>] ret_from_fork+0x6/0x14
>  [<c01130ac>] default_wake_function+0x0/0x12
>  [<e008af1e>] hub_thread+0x0/0xe4 [usbcore]
>  [<c0101ffd>] kernel_thread_helper+0x5/0xb
>
> Code: ff 48 68 78 63 89 34 24 8b 44 24 18 89 44 24 04 e8 66 ff ff


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

Hi Michal,

> switch off Preempt kernel, switch off sco support. This helped me.

I already know that SCO support triggers it, but the preempt is worth to
try. So leave SCO on and disable preempt. Do the bug still occurs?

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Riku Voipio]

Here's an oops with SCO options enabled and without preempt. I wonder if
symbols are resolved from some wrong place, thou. Anyway, these oops
don't look like they are preempt-related.

 usb 4-1: USB disconnect, address 2
 Unable to handle kernel paging request at virtual address f000f0a4
  printing eip:
 c025a6fe
 *pde = 00000000
 Oops: 0002 [#1]
 CPU:    0
 EIP: 0060:[__scheduling_functions_start_here+74/188]    Not tainted
 EFLAGS: 00010002   (2.6.6-rc-noprempt3)
 EIP is at __down+0x4a/0xbc
 eax: f000f0a4   ebx: 00000068   ecx: 00000000   edx: de9b7e24
 esi: de9cb2b0   edi: 00000246   ebp: 00000070   esp: de9b7e18
 ds: 007b   es: 007b   ss: 0068
 Process khubd (pid: 510,threadinfo=de9b6000 task=de9cb2b0)
 Stack: 00000001 de9cb2b0 c0112200 00000070 00000000 e008ca2f def95000 80000200
        e016f8a0 dad6e580 e016f840 e016f8a0 c025a86c 00000068 ffff0001 00000000
        c0170342 daf35d54 e015f8e0 e016f8a0 debfbb30 c01c4d54 dad6e580 c027e049
 Call Trace:
  [default_wake_function+0/18] default_wake_function+0x0/0x12
  [pg0+533998127/1070284800] usb_set_interface+0xa3/0x167 [usbcore]
  [__down_failed+8/12] __down_failed+0x8/0xc
  [.text.lock.inode+5/15] .text.lock.inode+0x5/0xf
  [class_device_dev_unlink+26/30]class_device_dev_unlink+0x1a/0x1e
  [class_device_del+117/174] class_device_del+0x75/0xae
  [pg0+534895964/1070284800] hci_unregister_dev+0x13/0x74 [bluetooth]
  [pg0+534857951/1070284800] hci_usb_disconnect+0x35/0x7e [hci_usb]
  [pg0+533975264/1070284800] usb_unbind_interface+0x7a/0x7c [usbcore]
  [device_release_driver+100/102] device_release_driver+0x64/0x66
  [bus_remove_device+85/150] bus_remove_device+0x55/0x96
  [device_del+93/155] device_del+0x5d/0x9b
  [device_unregister+19/35] device_unregister+0x13/0x23
  [pg0+533997713/1070284800] usb_disable_device+0x71/0xac [usbcore]
  [pg0+533978045/1070284800] usb_disconnect+0x9b/0xe8 [usbcore]
  [pg0+533985987/1070284800] hub_port_connect_change+0x26f/0x274 [usbcore]
  [pg0+533984436/1070284800] hub_port_status+0x45/0xb0 [usbcore]
  [pg0+533986671/1070284800] hub_events+0x2a7/0x2fa [usbcore]
  [pg0+533986799/1070284800] hub_thread+0x2d/0xe4 [usbcore]
  [ret_from_fork+6/20] ret_from_fork+0x6/0x14
  [default_wake_function+0/18] default_wake_function+0x0/0x12
  [pg0+533986754/1070284800] hub_thread+0x0/0xe4 [usbcore]
  [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb

 Code: 89 10 89 44 24 10 83 43 04 01 8b 43 04 83 e8 01 01 03 0f 98

-- 
Riku Voipio  	       | riku.voipio at iki.fi         |
kirkkonummentie 33     |    +358 44 5000343          --+--
02140 Espoo            |                               |
dark> A bad analogy is like leaky screwdriver          |

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

Hi Riku,

> Here's an oops with SCO options enabled and without preempt. I wonder if
> symbols are resolved from some wrong place, thou. Anyway, these oops
> don't look like they are preempt-related.

this is a wild guess, but maybe the linking of the USB device into the
/sys structure causes this problem. So please comment out this line

	SET_HCIDEV_DEV(hdev, &intf->dev);

in the hci_usb driver and try again.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Riku Voipio]

On Wed, May 05, 2004 at 09:29:12PM +0200, Marcel Holtmann wrote:
> this is a wild guess, but maybe the linking of the USB device into the
> /sys structure causes this problem. So please comment out this line
 
> 	SET_HCIDEV_DEV(hdev, &intf->dev);
 
> in the hci_usb driver and try again.

Seemingly didn't help..

usb 4-1: USB disconnect, address 2
Unable to handle kernel NULL pointer dereference at virtual address
00000000
 printing eip:
c019b4bf
*pde = 00000000
Oops: 0000 [#1]
CPU:    0
EIP:    0060:[<c019b4bf>]    Not tainted
EFLAGS: 00010246   (2.6.6-rc-noprempt3)
EIP is at get_kobj_path_length+0x1a/0x31
eax: 00000000   ebx: 00000000   ecx: ffffffff   edx: d993cf38
esi: 00000001   edi: 00000000   ebp: ffffffff   esp: dd235e00
ds: 007b   es: 007b   ss: 0068
Process khubd (pid: 514, threadinfo=dd234000 task=dd28c830)
Stack: c01c4e80 dd8d1819 dd8d1800 dd382390 c019b65e c02d9900 d993cf38 00000100
       e016f8a0 c014ece7 dd235e40 dd8d1800 00000000 c02a4ee0 e016c591 00000000
       c027ef6f d993cf38 d993cf30 e016f840 e016f8a0 c019b7e2 c027de26 c02d9900
Call Trace:
 [<c01c4e80>] class_hotplug_filter+0x0/0x2c
 [<c019b65e>] kset_hotplug+0x139/0x268
 [<c014ece7>] lookup_hash+0x1f/0x23
 [<c019b7e2>] kobject_hotplug+0x55/0x57
 [<c019bafb>] kobject_del+0x1b/0x33
 [<c01c50df>] class_device_del+0x88/0xae
 [<e0167d5c>] hci_unregister_dev+0x13/0x74 [bluetooth]
 [<e015e8d9>] hci_usb_disconnect+0x35/0x7c [hci_usb]
 [<e00870e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
 [<c01c4565>] device_release_driver+0x64/0x66
 [<c01c4689>] bus_remove_device+0x55/0x96
 [<c01c3756>] device_del+0x5d/0x9b
 [<c01c37a7>] device_unregister+0x13/0x23
 [<e008c891>] usb_disable_device+0x71/0xac [usbcore]
 [<e0087bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
 [<e0089ac3>] hub_port_connect_change+0x26f/0x274 [usbcore]
 [<e00894b4>] hub_port_status+0x45/0xb0 [usbcore]
 [<e0089d6f>] hub_events+0x2a7/0x2fa [usbcore]
 [<e0089def>] hub_thread+0x2d/0xe4 [usbcore]
 [<c0103982>] ret_from_fork+0x6/0x14
 [<c0112200>] default_wake_function+0x0/0x12
 [<e0089dc2>] hub_thread+0x0/0xe4 [usbcore]
 [<c0101f7d>] kernel_thread_helper+0x5/0xb

Code: f2 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 ea 5b 89 f0 5e

-- 
Riku Voipio  	       | riku.voipio at iki.fi         |
kirkkonummentie 33     |    +358 44 5000343          --+--
02140 Espoo            |                               |
dark> A bad analogy is like leaky screwdriver          |

Re: [Bluez-users] Oops in hci_usb

[Michal Semler]

Send us 

hciconfig -a
hciconfig hci0 revision.

Possibly it is not CSR based dongle. We prefer using CSR based dongles

Michal

On Thursday 06 of May 2004 20:48, Riku Voipio wrote:
> On Wed, May 05, 2004 at 09:29:12PM +0200, Marcel Holtmann wrote:
> > this is a wild guess, but maybe the linking of the USB device into the
> > /sys structure causes this problem. So please comment out this line
> >
> > 	SET_HCIDEV_DEV(hdev, &intf->dev);
> >
> > in the hci_usb driver and try again.
>
> Seemingly didn't help..
>
> usb 4-1: USB disconnect, address 2
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
>  printing eip:
> c019b4bf
> *pde = 00000000
> Oops: 0000 [#1]
> CPU:    0
> EIP:    0060:[<c019b4bf>]    Not tainted
> EFLAGS: 00010246   (2.6.6-rc-noprempt3)
> EIP is at get_kobj_path_length+0x1a/0x31
> eax: 00000000   ebx: 00000000   ecx: ffffffff   edx: d993cf38
> esi: 00000001   edi: 00000000   ebp: ffffffff   esp: dd235e00
> ds: 007b   es: 007b   ss: 0068
> Process khubd (pid: 514, threadinfo=dd234000 task=dd28c830)
> Stack: c01c4e80 dd8d1819 dd8d1800 dd382390 c019b65e c02d9900 d993cf38
> 00000100 e016f8a0 c014ece7 dd235e40 dd8d1800 00000000 c02a4ee0 e016c591
> 00000000 c027ef6f d993cf38 d993cf30 e016f840 e016f8a0 c019b7e2 c027de26
> c02d9900 Call Trace:
>  [<c01c4e80>] class_hotplug_filter+0x0/0x2c
>  [<c019b65e>] kset_hotplug+0x139/0x268
>  [<c014ece7>] lookup_hash+0x1f/0x23
>  [<c019b7e2>] kobject_hotplug+0x55/0x57
>  [<c019bafb>] kobject_del+0x1b/0x33
>  [<c01c50df>] class_device_del+0x88/0xae
>  [<e0167d5c>] hci_unregister_dev+0x13/0x74 [bluetooth]
>  [<e015e8d9>] hci_usb_disconnect+0x35/0x7c [hci_usb]
>  [<e00870e0>] usb_unbind_interface+0x7a/0x7c [usbcore]
>  [<c01c4565>] device_release_driver+0x64/0x66
>  [<c01c4689>] bus_remove_device+0x55/0x96
>  [<c01c3756>] device_del+0x5d/0x9b
>  [<c01c37a7>] device_unregister+0x13/0x23
>  [<e008c891>] usb_disable_device+0x71/0xac [usbcore]
>  [<e0087bbd>] usb_disconnect+0x9b/0xe8 [usbcore]
>  [<e0089ac3>] hub_port_connect_change+0x26f/0x274 [usbcore]
>  [<e00894b4>] hub_port_status+0x45/0xb0 [usbcore]
>  [<e0089d6f>] hub_events+0x2a7/0x2fa [usbcore]
>  [<e0089def>] hub_thread+0x2d/0xe4 [usbcore]
>  [<c0103982>] ret_from_fork+0x6/0x14
>  [<c0112200>] default_wake_function+0x0/0x12
>  [<e0089dc2>] hub_thread+0x0/0xe4 [usbcore]
>  [<c0101f7d>] kernel_thread_helper+0x5/0xb
>
> Code: f2 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 ea 5b 89 f0 5e


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

Hi Michal,

> Send us 
> 
> hciconfig -a
> hciconfig hci0 revision.
> 
> Possibly it is not CSR based dongle. We prefer using CSR based dongles

please check the thread, because Riku already sent this information. It
is an IBM ThinkPad X40 and it includes a CSR chip.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Oops in hci_usb

[Marcel Holtmann]

[-- Attachment #1: Type: text/plain, Size: 177 bytes --]

Hi Frederic

> I have those Oopses too with the Acer BT dongle (bt-600). Disabling SCO
> solves the problem.

try the attached patch if it solves the problem.

Regards

Marcel


[-- Attachment #2: patch --]
[-- Type: text/plain, Size: 530 bytes --]

===== drivers/bluetooth/hci_usb.c 1.49 vs edited =====
--- 1.49/drivers/bluetooth/hci_usb.c	Sat Apr 17 00:23:48 2004
+++ edited/drivers/bluetooth/hci_usb.c	Mon May 10 12:03:05 2004
@@ -976,11 +971,13 @@
 static void hci_usb_disconnect(struct usb_interface *intf)
 {
 	struct hci_usb *husb = usb_get_intfdata(intf);
-	struct hci_dev *hdev = husb->hdev;
+	struct hci_dev *hdev;
 
-	if (!husb)
+	if (!husb || intf == husb->isoc_iface)
 		return;
+
 	usb_set_intfdata(intf, NULL);
+	hdev = husb->hdev;
 
 	BT_DBG("%s", hdev->name);
 

Re: [Bluez-users] Oops in hci_usb

[Frederic Detienne]

Hi Marcel,

it seems to work fine (no more oops)... thanks!

	fred

On Mon, 2004-05-10 at 15:21, Marcel Holtmann wrote:
> Hi Frederic
> 
> > I have those Oopses too with the Acer BT dongle (bt-600). Disabling SCO
> > solves the problem.
> 
> try the attached patch if it solves the problem.
> 
> Regards
> 
> Marcel
>