Re: [BUG] rfcomm]

Re: [BUG] rfcomm]

[Jiri Kosina]

On Tue, 23 Oct 2007, Marcel Holtmann wrote:

> Second, can you try without uswsusp or suspend2. Both of them are not 
> upstream and I can't tell how much these would effect this kind of 
> behavior.

Hi Marcel,

actually uswsusp has been upstream for quite some time already. See 
Documentation/power/userland-swsusp.txt

Thanks,

-- 
Jiri Kosina

Re: [Bluez-devel] [BUG] rfcomm]

[Marcel Holtmann]

Hi Jiri,

> > Second, can you try without uswsusp or suspend2. Both of them are not 
> > upstream and I can't tell how much these would effect this kind of 
> > behavior.
> 
> Hi Marcel,
> 
> actually uswsusp has been upstream for quite some time already. See 
> Documentation/power/userland-swsusp.txt

nice. I've never used it. Currently I am using what comes with Ubuntu
7.10 and that seems to work.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [BUG] rfcomm]

[Alon Bar-Lev]

On 10/23/07, Marcel Holtmann <marcel@holtmann.org> wrote:
> nice. I've never used it. Currently I am using what comes with Ubuntu
> 7.10 and that seems to work.

Have you tried to suspend while pppd is using rfcomm?

The fact that it happens with suspend2 and uswsusp means that the
issue is suspend blind.
Do you need any more information in order to determine what is the problem?

Best Regards,
Alon Bar-Lev.

Re: [Bluez-devel] [BUG] rfcomm]

[Marcel Holtmann]

Hi Alon,

> > nice. I've never used it. Currently I am using what comes with Ubuntu
> > 7.10 and that seems to work.
> 
> Have you tried to suspend while pppd is using rfcomm?
> 
> The fact that it happens with suspend2 and uswsusp means that the
> issue is suspend blind.
> Do you need any more information in order to determine what is the problem?

the code in net/bluetooth/rfcomm/tty.c contains two calls to
device_move(). Please comment these out and try again. At least then we
know that it is in issue on how we use the driver model.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [BUG] rfcomm]

[Alon Bar-Lev]

On 10/23/07, Marcel Holtmann <marcel@holtmann.org> wrote:
> the code in net/bluetooth/rfcomm/tty.c contains two calls to
> device_move(). Please comment these out and try again. At least then we
> know that it is in issue on how we use the driver model.

No bugs...
Looks OK, although I don't know what removed :)

Regards,
Alon Bar-Lev.

Re: [BUG] rfcomm]

[Cornelia Huck]

On Tue, 23 Oct 2007 20:55:54 +0200,
"Alon Bar-Lev" <alon.barlev@gmail.com> wrote:

> On 10/23/07, Marcel Holtmann <marcel@holtmann.org> wrote:
> > the code in net/bluetooth/rfcomm/tty.c contains two calls to
> > device_move(). Please comment these out and try again. At least then we
> > know that it is in issue on how we use the driver model.
> 
> No bugs...
> Looks OK, although I don't know what removed :)

Hm, this might be similar to
http://marc.info/?l=linux-kernel&m=119124209009812&w=2. To confirm,
could you try with CONFIG_DEBUG_DRIVER and CONFIG_DEBUG_KOBJECT set
(and the device_move() calls in again)?

Re: [BUG] rfcomm]

[Jiri Kosina]

On Tue, 23 Oct 2007, Marcel Holtmann wrote:

> > actually uswsusp has been upstream for quite some time already. See 
> > Documentation/power/userland-swsusp.txt
> nice. I've never used it. Currently I am using what comes with Ubuntu
> 7.10 and that seems to work.

Never used ubuntu, so I have no idea what they ship, I guess you use 
s2ram/s2disk utilitie. If so, you are using uswsusp too.

-- 
Jiri Kosina

Re: [Bluez-devel] [BUG] rfcomm]

[Pavel Machek]

On Tue 2007-10-23 20:28:04, Jiri Kosina wrote:
> On Tue, 23 Oct 2007, Marcel Holtmann wrote:
> 
> > > actually uswsusp has been upstream for quite some time already. See 
> > > Documentation/power/userland-swsusp.txt
> > nice. I've never used it. Currently I am using what comes with Ubuntu
> > 7.10 and that seems to work.
> 
> Never used ubuntu, so I have no idea what they ship, I guess you use 
> s2ram/s2disk utilitie. If so, you are using uswsusp too.

Ubuntu may be crazy enough to use suspend2. Anyway, this is driver
problem, and I believe it is reproducible even with plain-old
in-kernel swsusp.
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] [BUG] rfcomm]

[Marcel Holtmann]

Hi Alon,

> > first of all, please check if this still happens with 2.6.23, because we
> > had some patches in the area of the RFCOMM TTY code that might have
> > fixed this.
> 
> These messages are of 2.6.23.

still another one to go :( Anyway since you have experience and you have
a way to reproduce it, please test the latest kernel from Linus' Git
tree.

I can also whip up a patch that disables the device_move() usage and see
if that is the reason for the falling over.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] [BUG] rfcomm]

[Rafael J. Wysocki]

On Tuesday, 23 October 2007 19:57, Alon Bar-Lev wrote:
> On 10/23/07, Marcel Holtmann <marcel@holtmann.org> wrote:
> > first of all, please check if this still happens with 2.6.23, because we
> > had some patches in the area of the RFCOMM TTY code that might have
> > fixed this.
> 
> These messages are of 2.6.23.
> 
> > Second, can you try without uswsusp or suspend2. Both of
> > them are not upstream and I can't tell how much these would effect this
> > kind of behavior.
> 
> How can I test this without doing suspend?
> uswsusp is not upstream?!?! Rafael?

It is upstream and is supposed to work.

Greetings,
Rafael

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [BUG] rfcomm

[Andrew Morton]

On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <alon.barlev@gmail.com> wrote:

> On Tuesday 06 November 2007, Alon Bar-Lev wrote:
> > On 11/6/07, Dave Young <hidave.darkstar@gmail.com> wrote:
> > > Hi,
> > > sorry for reply again, this seems a diffrent issue ...
> > 
> > All that I do is running pppd over the rfcomm, suspending the system and resume.
> > I don't load any binary module.
> > 
> > Alon.
> > 
> 
> Tried 2.6.24.1...
> PLEASE fix this.
> Thanks!
> 
> ---
> 
> Feb 11 17:46:05 alon1 Restarting tasks ... <6>usb 2-1: USB disconnect, address 10
> Feb 11 17:46:05 alon1 done.
> Feb 11 17:46:05 alon1 usb 3-1: USB disconnect, address 7
> Feb 11 17:46:05 alon1 usb 3-2: USB disconnect, address 6
> Feb 11 17:46:05 alon1 usb 3-1: new full speed USB device using uhci_hcd and address 8
> Feb 11 17:46:05 alon1 usb 3-1: configuration #1 chosen from 1 choice
> Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
> Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = 00000000 
> Feb 11 17:46:05 alon1 Oops: 0000 [#1] PREEMPT 
> Feb 11 17:46:05 alon1 Modules linked in: aes_generic crypto_algapi ieee80211_crypt_ccmp ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async thinkpad_acpi hwmon nvram vmnet(P) vmmon(P) tun radeon drm autofs4 ipv6 nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables rfcomm l2cap snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device ppp_generic slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpufreq_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nls_iso8859_1 nls_utf8 nls_base hci_usb bluetooth pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm ipw2200 nsc_ircc snd_timer irda ieee80211 snd psmouse yenta_socket ehci_hcd pcspkr ieee80211_crypt e1000 rsrc_nonstatic uhci_hcd soundcore i2c_i801 intel_agp crc_ccitt thermal sr_mod pcmcia_core snd_page_al!
 lo!
>  c battery rtc firmware_class agpgart ac processor cdrom sg button unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod scsi_mod
> Feb 11 17:46:05 alon1 
> Feb 11 17:46:05 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-gentoo-r1 #1)
> Feb 11 17:46:05 alon1 EIP: 0060:[<c01b2da6>] EFLAGS: 00010286 CPU: 0
> Feb 11 17:46:05 alon1 EIP is at sysfs_get_dentry+0x26/0x80
> Feb 11 17:46:05 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: ebf21000
> Feb 11 17:46:05 alon1 ESI: eab4e880 EDI: f713bb40 EBP: f713bb40 ESP: f7c49f00
> Feb 11 17:46:05 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
> Feb 11 17:46:05 alon1 Process events/0 (pid: 4, ti=f7c48000 task=f7c3efc0 task.ti=f7c48000)
> Feb 11 17:46:05 alon1 Stack: f7c97120 f7135a68 f7e71e10 c01b303d ffffffff ffffffff fffffffe c030ba9c 
> Feb 11 17:46:05 alon1 f7c97120 f7135a68 f2fefb40 f7c97120 f7135a68 f2fefb40 c030ba8e c01ce1fb 
> Feb 11 17:46:05 alon1 f75f1b00 c030ba8e f2fefb40 f75f1b00 f75f1b00 00000000 f7135a00 00000000 
> Feb 11 17:46:05 alon1 Call Trace:
> Feb 11 17:46:05 alon1 [<c01b303d>] sysfs_move_dir+0x3d/0x1f0
> Feb 11 17:46:05 alon1 [<c01ce1fb>] kobject_move+0x9b/0x120
> Feb 11 17:46:05 alon1 [<c0241701>] device_move+0x51/0x110
> Feb 11 17:46:05 alon1 [<f9a8adb0>] del_conn+0x0/0x40 [bluetooth]
> Feb 11 17:46:05 alon1 [<f9a8adc0>] del_conn+0x10/0x40 [bluetooth]
> Feb 11 17:46:05 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
> Feb 11 17:46:05 alon1 [<c02c0c78>] schedule+0x168/0x2e0
> Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
> Feb 11 17:46:05 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
> Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
> Feb 11 17:46:05 alon1 [<c012c930>] worker_thread+0x0/0xf0
> Feb 11 17:46:05 alon1 [<c012f962>] kthread+0x42/0x70
> Feb 11 17:46:05 alon1 [<c012f920>] kthread+0x0/0x70
> Feb 11 17:46:05 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
> Feb 11 17:46:05 alon1 =======================
> Feb 11 17:46:05 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb 02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10 
> Feb 11 17:46:05 alon1 EIP: [<c01b2da6>] sysfs_get_dentry+0x26/0x80 SS:ESP 0068:f7c49f00

A number of bluetooth fixes went into 2.6.25-rc1.  It would be interestig
to see if we fixed this.

Re: [BUG] rfcomm

[Mark Lord]

Andrew Morton wrote:
> On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <alon.barlev@gmail.com> wrote:
> 
>> On Tuesday 06 November 2007, Alon Bar-Lev wrote:
>>> On 11/6/07, Dave Young <hidave.darkstar@gmail.com> wrote:
>>>> Hi,
>>>> sorry for reply again, this seems a diffrent issue ...
>>> All that I do is running pppd over the rfcomm, suspending the system and resume.
>>> I don't load any binary module.
..
>> Tried 2.6.24.1...
..
>> Feb 11 17:46:05 alon1 usb 3-1: new full speed USB device using uhci_hcd and address 8
>> Feb 11 17:46:05 alon1 usb 3-1: configuration #1 chosen from 1 choice
>> Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
>> Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = 00000000 
>> Feb 11 17:46:05 alon1 Oops: 0000 [#1] PREEMPT 
>> Feb 11 17:46:05 alon1 Modules linked in: aes_generic crypto_algapi ieee80211_crypt_ccmp ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async thinkpad_acpi hwmon nvram vmnet(P) vmmon(P) tun radeon drm autofs4 ipv6 nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables rfcomm l2cap snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device ppp_generic slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpufreq_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nls_iso8859_1 nls_utf8 nls_base hci_usb bluetooth pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm ipw2200 nsc_ircc snd_timer irda ieee80211 snd psmouse yenta_socket ehci_hcd pcspkr ieee80211_crypt e1000 rsrc_nonstatic uhci_hcd soundcore i2c_i801 intel_agp crc_ccitt thermal sr_mod pcmcia_core snd_page_al
!
>  lo!
>>  c battery rtc firmware_class agpgart ac processor cdrom sg button unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod scsi_mod
>> Feb 11 17:46:05 alon1 
>> Feb 11 17:46:05 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-gentoo-r1 #1)
>> Feb 11 17:46:05 alon1 EIP: 0060:[<c01b2da6>] EFLAGS: 00010286 CPU: 0
>> Feb 11 17:46:05 alon1 EIP is at sysfs_get_dentry+0x26/0x80
>> Feb 11 17:46:05 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: ebf21000
>> Feb 11 17:46:05 alon1 ESI: eab4e880 EDI: f713bb40 EBP: f713bb40 ESP: f7c49f00
>> Feb 11 17:46:05 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
>> Feb 11 17:46:05 alon1 Process events/0 (pid: 4, ti=f7c48000 task=f7c3efc0 task.ti=f7c48000)
>> Feb 11 17:46:05 alon1 Stack: f7c97120 f7135a68 f7e71e10 c01b303d ffffffff ffffffff fffffffe c030ba9c 
>> Feb 11 17:46:05 alon1 f7c97120 f7135a68 f2fefb40 f7c97120 f7135a68 f2fefb40 c030ba8e c01ce1fb 
>> Feb 11 17:46:05 alon1 f75f1b00 c030ba8e f2fefb40 f75f1b00 f75f1b00 00000000 f7135a00 00000000 
>> Feb 11 17:46:05 alon1 Call Trace:
>> Feb 11 17:46:05 alon1 [<c01b303d>] sysfs_move_dir+0x3d/0x1f0
>> Feb 11 17:46:05 alon1 [<c01ce1fb>] kobject_move+0x9b/0x120
>> Feb 11 17:46:05 alon1 [<c0241701>] device_move+0x51/0x110
>> Feb 11 17:46:05 alon1 [<f9a8adb0>] del_conn+0x0/0x40 [bluetooth]
>> Feb 11 17:46:05 alon1 [<f9a8adc0>] del_conn+0x10/0x40 [bluetooth]
>> Feb 11 17:46:05 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
>> Feb 11 17:46:05 alon1 [<c02c0c78>] schedule+0x168/0x2e0
>> Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>> Feb 11 17:46:05 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
>> Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>> Feb 11 17:46:05 alon1 [<c012c930>] worker_thread+0x0/0xf0
>> Feb 11 17:46:05 alon1 [<c012f962>] kthread+0x42/0x70
>> Feb 11 17:46:05 alon1 [<c012f920>] kthread+0x0/0x70
>> Feb 11 17:46:05 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
>> Feb 11 17:46:05 alon1 =======================
>> Feb 11 17:46:05 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb 02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10 
>> Feb 11 17:46:05 alon1 EIP: [<c01b2da6>] sysfs_get_dentry+0x26/0x80 SS:ESP 0068:f7c49f00
> 
> A number of bluetooth fixes went into 2.6.25-rc1.  It would be interestig
> to see if we fixed this.
..

I had a strange thing happen with 2.6.24[.0] the other day.
My bluetooth serial dongles stopped working.
Unloading/reloading modules and daemons had no effect.
A system reboot cured it (for now).

That's the first time I've had unfixable bluetooth trouble, well, ever I suppose.
Just another useless data tidbit on 2.6.24.

-ml

Re: [BUG] rfcomm

[Dave Young]

On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton
<akpm@linux-foundation.org> wrote:
> On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <alon.barlev@gmail.com> wrote:
>
>  > On Tuesday 06 November 2007, Alon Bar-Lev wrote:
>  > > On 11/6/07, Dave Young <hidave.darkstar@gmail.com> wrote:
>  > > > Hi,
>  > > > sorry for reply again, this seems a diffrent issue ...
>  > >
>  > > All that I do is running pppd over the rfcomm, suspending the system and resume.
>  > > I don't load any binary module.
>  > >
>  > > Alon.
>  > >
>  >
>  > Tried 2.6.24.1...
>  > PLEASE fix this.
>  > Thanks!
>  >
>  > ---
>  >
>  > Feb 11 17:46:05 alon1 Restarting tasks ... <6>usb 2-1: USB disconnect, address 10
>  > Feb 11 17:46:05 alon1 done.
>  > Feb 11 17:46:05 alon1 usb 3-1: USB disconnect, address 7
>  > Feb 11 17:46:05 alon1 usb 3-2: USB disconnect, address 6
>  > Feb 11 17:46:05 alon1 usb 3-1: new full speed USB device using uhci_hcd and address 8
>  > Feb 11 17:46:05 alon1 usb 3-1: configuration #1 chosen from 1 choice
>  > Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
>  > Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = 00000000
>  > Feb 11 17:46:05 alon1 Oops: 0000 [#1] PREEMPT
>  > Feb 11 17:46:05 alon1 Modules linked in: aes_generic crypto_algapi ieee80211_crypt_ccmp ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async thinkpad_acpi hwmon nvram vmnet(P) vmmon(P) tun radeon drm autofs4 ipv6 nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables rfcomm l2cap snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device ppp_generic slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpufreq_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nls_iso8859_1 nls_utf8 nls_base hci_usb bluetooth pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm ipw2200 nsc_ircc snd_timer irda ieee80211 snd psmouse yenta_socket ehci_hcd pcspkr ieee80211_crypt e1000 rsrc_nonstatic uhci_hcd soundcore i2c_i801 intel_agp crc_ccitt thermal sr_mod pcmcia_core snd_page_al!
>   lo!
>
>
> >  c battery rtc firmware_class agpgart ac processor cdrom sg button unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod scsi_mod
>  > Feb 11 17:46:05 alon1
>  > Feb 11 17:46:05 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-gentoo-r1 #1)
>  > Feb 11 17:46:05 alon1 EIP: 0060:[<c01b2da6>] EFLAGS: 00010286 CPU: 0
>  > Feb 11 17:46:05 alon1 EIP is at sysfs_get_dentry+0x26/0x80
>  > Feb 11 17:46:05 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: ebf21000
>  > Feb 11 17:46:05 alon1 ESI: eab4e880 EDI: f713bb40 EBP: f713bb40 ESP: f7c49f00
>  > Feb 11 17:46:05 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
>  > Feb 11 17:46:05 alon1 Process events/0 (pid: 4, ti=f7c48000 task=f7c3efc0 task.ti=f7c48000)
>  > Feb 11 17:46:05 alon1 Stack: f7c97120 f7135a68 f7e71e10 c01b303d ffffffff ffffffff fffffffe c030ba9c
>  > Feb 11 17:46:05 alon1 f7c97120 f7135a68 f2fefb40 f7c97120 f7135a68 f2fefb40 c030ba8e c01ce1fb
>  > Feb 11 17:46:05 alon1 f75f1b00 c030ba8e f2fefb40 f75f1b00 f75f1b00 00000000 f7135a00 00000000
>  > Feb 11 17:46:05 alon1 Call Trace:
>  > Feb 11 17:46:05 alon1 [<c01b303d>] sysfs_move_dir+0x3d/0x1f0
>  > Feb 11 17:46:05 alon1 [<c01ce1fb>] kobject_move+0x9b/0x120
>  > Feb 11 17:46:05 alon1 [<c0241701>] device_move+0x51/0x110
>  > Feb 11 17:46:05 alon1 [<f9a8adb0>] del_conn+0x0/0x40 [bluetooth]
>  > Feb 11 17:46:05 alon1 [<f9a8adc0>] del_conn+0x10/0x40 [bluetooth]
>  > Feb 11 17:46:05 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
>  > Feb 11 17:46:05 alon1 [<c02c0c78>] schedule+0x168/0x2e0
>  > Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>  > Feb 11 17:46:05 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
>  > Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>  > Feb 11 17:46:05 alon1 [<c012c930>] worker_thread+0x0/0xf0
>  > Feb 11 17:46:05 alon1 [<c012f962>] kthread+0x42/0x70
>  > Feb 11 17:46:05 alon1 [<c012f920>] kthread+0x0/0x70
>  > Feb 11 17:46:05 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
>  > Feb 11 17:46:05 alon1 =======================
>  > Feb 11 17:46:05 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb 02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10
>  > Feb 11 17:46:05 alon1 EIP: [<c01b2da6>] sysfs_get_dentry+0x26/0x80 SS:ESP 0068:f7c49f00
>
>  A number of bluetooth fixes went into 2.6.25-rc1.  It would be interestig
>  to see if we fixed this.
>
>

Seems there's some bugs about suspend/resume bluetooth devices.
I cannot produce the above bug, but my bluetooth dongle does'nt work
as normal  when I tying s2ram

Another similar report:
http://lkml.org/lkml/2008/2/13/701

Regards
dave

Re: [BUG] rfcomm

[Dave Young]

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

On Fri, Feb 15, 2008 at 11:28 AM, Dave Young <hidave.darkstar@gmail.com> wrote:
>
> On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton
>  <akpm@linux-foundation.org> wrote:
>  > On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <alon.barlev@gmail.com> wrote:
>  >
>  >  > On Tuesday 06 November 2007, Alon Bar-Lev wrote:
>  >  > > On 11/6/07, Dave Young <hidave.darkstar@gmail.com> wrote:
>  >  > > > Hi,
>  >  > > > sorry for reply again, this seems a diffrent issue ...
>  >  > >
>  >  > > All that I do is running pppd over the rfcomm, suspending the system and resume.
>  >  > > I don't load any binary module.
>  >  > >
>  >  > > Alon.
>  >  > >
>  >  >
>  >  > Tried 2.6.24.1...
>  >  > PLEASE fix this.
>  >  > Thanks!
>  >  >
>  >  > ---
>  >  >
>  >  > Feb 11 17:46:05 alon1 Restarting tasks ... <6>usb 2-1: USB disconnect, address 10
>  >  > Feb 11 17:46:05 alon1 done.
>  >  > Feb 11 17:46:05 alon1 usb 3-1: USB disconnect, address 7
>  >  > Feb 11 17:46:05 alon1 usb 3-2: USB disconnect, address 6
>  >  > Feb 11 17:46:05 alon1 usb 3-1: new full speed USB device using uhci_hcd and address 8
>  >  > Feb 11 17:46:05 alon1 usb 3-1: configuration #1 chosen from 1 choice
>  >  > Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
>  >  > Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = 00000000
>  >  > Feb 11 17:46:05 alon1 Oops: 0000 [#1] PREEMPT
>  >  > Feb 11 17:46:05 alon1 Modules linked in: aes_generic crypto_algapi ieee80211_crypt_ccmp ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async thinkpad_acpi hwmon nvram vmnet(P) vmmon(P) tun radeon drm autofs4 ipv6 nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables rfcomm l2cap snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device ppp_generic slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpufreq_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nls_iso8859_1 nls_utf8 nls_base hci_usb bluetooth pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm ipw2200 nsc_ircc snd_timer irda ieee80211 snd psmouse yenta_socket ehci_hcd pcspkr ieee80211_crypt e1000 rsrc_nonstatic uhci_hcd soundcore i2c_i801 intel_agp crc_ccitt thermal sr_mod pcmcia_core snd_page_al!
>  >   lo!
>  >
>  >
>  > >  c battery rtc firmware_class agpgart ac processor cdrom sg button unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod scsi_mod
>  >  > Feb 11 17:46:05 alon1
>  >  > Feb 11 17:46:05 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-gentoo-r1 #1)
>  >  > Feb 11 17:46:05 alon1 EIP: 0060:[<c01b2da6>] EFLAGS: 00010286 CPU: 0
>  >  > Feb 11 17:46:05 alon1 EIP is at sysfs_get_dentry+0x26/0x80
>  >  > Feb 11 17:46:05 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: ebf21000
>  >  > Feb 11 17:46:05 alon1 ESI: eab4e880 EDI: f713bb40 EBP: f713bb40 ESP: f7c49f00
>  >  > Feb 11 17:46:05 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
>  >  > Feb 11 17:46:05 alon1 Process events/0 (pid: 4, ti=f7c48000 task=f7c3efc0 task.ti=f7c48000)
>  >  > Feb 11 17:46:05 alon1 Stack: f7c97120 f7135a68 f7e71e10 c01b303d ffffffff ffffffff fffffffe c030ba9c
>  >  > Feb 11 17:46:05 alon1 f7c97120 f7135a68 f2fefb40 f7c97120 f7135a68 f2fefb40 c030ba8e c01ce1fb
>  >  > Feb 11 17:46:05 alon1 f75f1b00 c030ba8e f2fefb40 f75f1b00 f75f1b00 00000000 f7135a00 00000000
>  >  > Feb 11 17:46:05 alon1 Call Trace:
>  >  > Feb 11 17:46:05 alon1 [<c01b303d>] sysfs_move_dir+0x3d/0x1f0
>  >  > Feb 11 17:46:05 alon1 [<c01ce1fb>] kobject_move+0x9b/0x120
>  >  > Feb 11 17:46:05 alon1 [<c0241701>] device_move+0x51/0x110
>  >  > Feb 11 17:46:05 alon1 [<f9a8adb0>] del_conn+0x0/0x40 [bluetooth]
>  >  > Feb 11 17:46:05 alon1 [<f9a8adc0>] del_conn+0x10/0x40 [bluetooth]
>  >  > Feb 11 17:46:05 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
>  >  > Feb 11 17:46:05 alon1 [<c02c0c78>] schedule+0x168/0x2e0
>  >  > Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>  >  > Feb 11 17:46:05 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
>  >  > Feb 11 17:46:05 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
>  >  > Feb 11 17:46:05 alon1 [<c012c930>] worker_thread+0x0/0xf0
>  >  > Feb 11 17:46:05 alon1 [<c012f962>] kthread+0x42/0x70
>  >  > Feb 11 17:46:05 alon1 [<c012f920>] kthread+0x0/0x70
>  >  > Feb 11 17:46:05 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
>  >  > Feb 11 17:46:05 alon1 =======================
>  >  > Feb 11 17:46:05 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb 02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10
>  >  > Feb 11 17:46:05 alon1 EIP: [<c01b2da6>] sysfs_get_dentry+0x26/0x80 SS:ESP 0068:f7c49f00
>  >
>  >  A number of bluetooth fixes went into 2.6.25-rc1.  It would be interestig
>  >  to see if we fixed this.
>  >
>  >
>
>  Seems there's some bugs about suspend/resume bluetooth devices.
>  I cannot produce the above bug, but my bluetooth dongle does'nt work
>  as normal  when I tying s2ram
>
>  Another similar report:
>  http://lkml.org/lkml/2008/2/13/701

Hi, alon

Please try the attached patch, hope it fixes your problem.

Regards
dave
>
>  Regards
>  dave
>

[-- Attachment #2: diff --]
[-- Type: application/octet-stream, Size: 1340 bytes --]

Signed-off-by: Dave Young <hidave.darkstar@gmail.com> 

---
net/bluetooth/hci_conn.c  |    1 -
net/bluetooth/hci_sysfs.c |    5 ++++-
2 files changed, 4 insertions(+), 2 deletions(-)

diff -upr linux/net/bluetooth/hci_conn.c linux.new/net/bluetooth/hci_conn.c
--- linux/net/bluetooth/hci_conn.c	2008-02-16 06:38:56.000000000 +0800
+++ linux.new/net/bluetooth/hci_conn.c	2008-02-16 06:54:17.000000000 +0800
@@ -260,7 +260,6 @@ int hci_conn_del(struct hci_conn *conn)
 	tasklet_enable(&hdev->tx_task);
 	skb_queue_purge(&conn->data_q);
 	hci_conn_del_sysfs(conn);
-	hci_dev_put(hdev);
 
 	return 0;
 }
diff -upr linux/net/bluetooth/hci_sysfs.c linux.new/net/bluetooth/hci_sysfs.c
--- linux/net/bluetooth/hci_sysfs.c	2008-02-16 06:38:56.000000000 +0800
+++ linux.new/net/bluetooth/hci_sysfs.c	2008-02-16 06:54:17.000000000 +0800
@@ -333,15 +333,18 @@ static int __match_tty(struct device *de
 
 static void del_conn(struct work_struct *work)
 {
-	struct device *dev;
 	struct hci_conn *conn = container_of(work, struct hci_conn, work);
+	struct hci_dev *hdev = conn->hdev;
+	struct device *dev;
 
 	while (dev = device_find_child(&conn->dev, NULL, __match_tty)) {
 		device_move(dev, NULL);
 		put_device(dev);
 	}
+
 	device_del(&conn->dev);
 	put_device(&conn->dev);
+	hci_dev_put(hdev);
 }
 
 void hci_conn_del_sysfs(struct hci_conn *conn)

[Bluez-devel] sdptool segfault

[Nelson Murilo]

Hi,

I tried that command:
# sdptool add --channel=19 SP
Serial Port service registered
Segmentation fault

Any hints to fix it? 

My enviromnent: 

Kernel 2.6.24.2
hciconfig  hci0 revision
hci0:   Type: USB
     BD Address: 00:1D:60:4E:XX:XX ACL MTU: 384:8 SCO MTU: 64:8
     HCI 19.2
     Chip version: BlueCore4-External
     Max key size: 56 bit
     SCO mapping:  HCI

# dmesg | grep -i blue
Bluetooth: Core ver 2.11
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.9
Bluetooth: L2CAP ver 2.9
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.8


Thanks in advance,

./nelson -murilo


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] sdptool segfault

[Claudio Takahasi]

On Feb 15, 2008 8:40 PM, Nelson Murilo <nelson@pangeia.com.br> wrote:
>
>
> Hi,
>
> I tried that command:
> # sdptool add --channel=19 SP
> Serial Port service registered
> Segmentation fault
>
> Any hints to fix it?
>
> My enviromnent:
>
> Kernel 2.6.24.2
> hciconfig  hci0 revision
> hci0:   Type: USB
>      BD Address: 00:1D:60:4E:XX:XX ACL MTU: 384:8 SCO MTU: 64:8
>      HCI 19.2
>      Chip version: BlueCore4-External
>      Max key size: 56 bit
>      SCO mapping:  HCI
>
> # dmesg | grep -i blue
> Bluetooth: Core ver 2.11
> Bluetooth: HCI device and connection manager initialized
> Bluetooth: HCI socket layer initialized
> Bluetooth: HCI USB driver ver 2.9
> Bluetooth: L2CAP ver 2.9
> Bluetooth: L2CAP socket layer initialized
> Bluetooth: RFCOMM socket layer initialized
> Bluetooth: RFCOMM TTY layer initialized
> Bluetooth: RFCOMM ver 1.8
>
>
> Thanks in advance,
>
> ./nelson -murilo
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>

Hi Nelson,

I was not able to reproduce this bug.  Which utils/libs package
version are you using?
Send your stack/library trace to provide more details.

Regards,
Claudio.
-- 
---------------------------------------------------------
Claudio Takahasi
Instituto Nokia de Tecnologia - INdT

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] sdptool segfault

[Nelson Murilo]

Hi Claudio,

there are my packages:

# dpkg -l bluez*
iudio    3.24-1         Bluetooth audio support
ii  bluez-firmware 1.0-1          Firmware for Bluetooth devices
un  bluez-gnome    <none>         (no description available)
ii  bluez-hcidump  1.41-1         Analyses Bluetooth HCI packets
un  bluez-pan      <none>         (no description available)
un  bluez-sdp      <none>         (no description available)
ii  bluez-utils    3.24-1         Bluetooth tools and daemons
ii  bluez-utils    3.24-1         Bluetooth tools and daemons

If you need anymore, please let me know.

./nelson -murilo


> 
> I was not able to reproduce this bug.  Which utils/libs package
> version are you using?
> Send your stack/library trace to provide more details.
> 
> Regards,
> Claudio.
> -- 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [BUG] rfcomm

[Alon Bar-Lev]

On Saturday 16 February 2008, Dave Young wrote:
> Hi, alon
>=20
> Please try the attached patch, hope it fixes your problem.
>=20
> Regards
> dave

Does not work... :(

Alon.

=46eb 16 23:41:33 alon1 usb 3-1: configuration #1 chosen from 1 choice
=46eb 16 23:41:33 alon1 BUG: unable to handle kernel NULL pointer dereferen=
ce at virtual address 00000008
=46eb 16 23:41:33 alon1 printing eip: c01b2db6 *pde =3D 00000000=20
=46eb 16 23:41:33 alon1 Oops: 0000 [#1] PREEMPT=20
=46eb 16 23:41:33 alon1 Modules linked in: ppp_deflate zlib_deflate zlib_in=
flate bsd_comp ppp_async rfcomm l2cap hci_usb vmnet(P) vmmon(P) tun radeon =
drm autofs4 ipv6 aes_generic crypto_algapi ieee80211_crypt_ccmp nf_nat_irc =
nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_=
nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_con=
ntrack iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss snd_seq_=
dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device bluetooth ppp_g=
eneric slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpuf=
req_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nl=
s_iso8859_1 nls_utf8 nls_base pcmcia snd_intel8x0 snd_ac97_codec ac97_bus s=
nd_pcm nsc_ircc snd_timer ipw2200 thinkpad_acpi irda snd ehci_hcd yenta_soc=
ket uhci_hcd psmouse ieee80211 soundcore intel_agp hwmon rsrc_nonstatic pcs=
pkr e1000 crc_ccitt snd_page_alloc i2c_i801 ieee80211_crypt pcmcia_core agp=
gart thermal battery nvram rtc sr_mod ac sg firmware_class button processor=
 cdrom unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod=
 scsi_mod
=46eb 16 23:41:33 alon1=20
=46eb 16 23:41:33 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-ge=
ntoo-r2 #1)
=46eb 16 23:41:33 alon1 EIP: 0060:[<c01b2db6>] EFLAGS: 00010282 CPU: 0
=46eb 16 23:41:33 alon1 EIP is at sysfs_get_dentry+0x26/0x80
=46eb 16 23:41:33 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: f48a=
2210
=46eb 16 23:41:33 alon1 ESI: f72eb900 EDI: f4803ae0 EBP: f4803ae0 ESP: f7c4=
9efc
=46eb 16 23:41:33 alon1 hcid[7004]: HCI dev 0 registered
=46eb 16 23:41:33 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
=46eb 16 23:41:33 alon1 Process events/0 (pid: 4, ti=3Df7c48000 task=3Df7c3=
efc0 task.ti=3Df7c48000)
=46eb 16 23:41:33 alon1 Stack: f7cb6140 f4822668 f7e71e10 c01b304d ffffffff=
 ffffffff fffffffe c030ba9c=20
=46eb 16 23:41:33 alon1 f7cb6140 f4822668 f6da6720 f7cb6140 f4822668 f6da67=
20 c030ba8e c01ce20b=20
=46eb 16 23:41:33 alon1 f6e9dd00 c030ba8e f6da6720 f6e9dd00 f6e9dd00 000000=
00 f4822600 00000000=20
=46eb 16 23:41:33 alon1 Call Trace:
=46eb 16 23:41:33 alon1 [<c01b304d>] sysfs_move_dir+0x3d/0x1f0
=46eb 16 23:41:33 alon1 [<c01ce20b>] kobject_move+0x9b/0x120
=46eb 16 23:41:33 alon1 [<c0241711>] device_move+0x51/0x110
=46eb 16 23:41:33 alon1 [<f9aaed80>] del_conn+0x0/0x70 [bluetooth]
=46eb 16 23:41:33 alon1 [<f9aaed99>] del_conn+0x19/0x70 [bluetooth]
=46eb 16 23:41:33 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
=46eb 16 23:41:33 alon1 [<c02c0c88>] schedule+0x168/0x2e0
=46eb 16 23:41:33 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
=46eb 16 23:41:33 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
=46eb 16 23:41:33 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
=46eb 16 23:41:33 alon1 [<c012c930>] worker_thread+0x0/0xf0
=46eb 16 23:41:33 alon1 [<c012f962>] kthread+0x42/0x70
=46eb 16 23:41:33 alon1 [<c012f920>] kthread+0x0/0x70
=46eb 16 23:41:33 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
=46eb 16 23:41:33 alon1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
=46eb 16 23:41:33 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 =
8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb =
02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10=20
=46eb 16 23:41:33 alon1 EIP: [<c01b2db6>] sysfs_get_dentry+0x26/0x80 SS:ESP=
 0068:f7c49efc
=46eb 16 23:41:33 alon1 ---[ end trace aae864e9592acc1d ]---
=46eb 16 23:41:33 alon1 hcid[7004]: HCI dev 0 up
=46eb 16 23:41:33 alon1 hcid[7004]: Device hci0 has been added
=46eb 16 23:41:33 alon1 hcid[7004]: Starting security manager 0

Re: [BUG] rfcomm

[Dave Young]

On Sat, Feb 16, 2008 at 11:49:58PM +0200, Alon Bar-Lev wrote:
> On Saturday 16 February 2008, Dave Young wrote:
> > Hi, alon
> >=20
> > Please try the attached patch, hope it fixes your problem.
> >=20
> > Regards
> > dave
>=20
> Does not work... :(
>=20
> Alon.
>=20
> Feb 16 23:41:33 alon1 usb 3-1: configuration #1 chosen from 1 choice
> Feb 16 23:41:33 alon1 BUG: unable to handle kernel NULL pointer dereferen=
ce at virtual address 00000008
> Feb 16 23:41:33 alon1 printing eip: c01b2db6 *pde =3D 00000000=20
> Feb 16 23:41:33 alon1 Oops: 0000 [#1] PREEMPT=20
> Feb 16 23:41:33 alon1 Modules linked in: ppp_deflate zlib_deflate zlib_in=
flate bsd_comp ppp_async rfcomm l2cap hci_usb vmnet(P) vmmon(P) tun radeon =
drm autofs4 ipv6 aes_generic crypto_algapi ieee80211_crypt_ccmp nf_nat_irc =
nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_=
nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_con=
ntrack iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss snd_seq_=
dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device bluetooth ppp_g=
eneric slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpuf=
req_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nl=
s_iso8859_1 nls_utf8 nls_base pcmcia snd_intel8x0 snd_ac97_codec ac97_bus s=
nd_pcm nsc_ircc snd_timer ipw2200 thinkpad_acpi irda snd ehci_hcd yenta_soc=
ket uhci_hcd psmouse ieee80211 soundcore intel_agp hwmon rsrc_nonstatic pcs=
pkr e1000 crc_ccitt snd_page_alloc i2c_i801 ieee80211_crypt pcmcia_core agp=
gart thermal battery nvram rtc sr_mod ac sg firmware_class button processor=
 cdrom unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod=
 scsi_mod
> Feb 16 23:41:33 alon1=20
> Feb 16 23:41:33 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-ge=
ntoo-r2 #1)
> Feb 16 23:41:33 alon1 EIP: 0060:[<c01b2db6>] EFLAGS: 00010282 CPU: 0
> Feb 16 23:41:33 alon1 EIP is at sysfs_get_dentry+0x26/0x80
> Feb 16 23:41:33 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: f48a=
2210
> Feb 16 23:41:33 alon1 ESI: f72eb900 EDI: f4803ae0 EBP: f4803ae0 ESP: f7c4=
9efc
> Feb 16 23:41:33 alon1 hcid[7004]: HCI dev 0 registered
> Feb 16 23:41:33 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
> Feb 16 23:41:33 alon1 Process events/0 (pid: 4, ti=3Df7c48000 task=3Df7c3=
efc0 task.ti=3Df7c48000)
> Feb 16 23:41:33 alon1 Stack: f7cb6140 f4822668 f7e71e10 c01b304d ffffffff=
 ffffffff fffffffe c030ba9c=20
> Feb 16 23:41:33 alon1 f7cb6140 f4822668 f6da6720 f7cb6140 f4822668 f6da67=
20 c030ba8e c01ce20b=20
> Feb 16 23:41:33 alon1 f6e9dd00 c030ba8e f6da6720 f6e9dd00 f6e9dd00 000000=
00 f4822600 00000000=20
> Feb 16 23:41:33 alon1 Call Trace:
> Feb 16 23:41:33 alon1 [<c01b304d>] sysfs_move_dir+0x3d/0x1f0
> Feb 16 23:41:33 alon1 [<c01ce20b>] kobject_move+0x9b/0x120
> Feb 16 23:41:33 alon1 [<c0241711>] device_move+0x51/0x110
> Feb 16 23:41:33 alon1 [<f9aaed80>] del_conn+0x0/0x70 [bluetooth]
> Feb 16 23:41:33 alon1 [<f9aaed99>] del_conn+0x19/0x70 [bluetooth]
> Feb 16 23:41:33 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
> Feb 16 23:41:33 alon1 [<c02c0c88>] schedule+0x168/0x2e0
> Feb 16 23:41:33 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
> Feb 16 23:41:33 alon1 [<c012c9cb>] worker_thread+0x9b/0xf0
> Feb 16 23:41:33 alon1 [<c012fc70>] autoremove_wake_function+0x0/0x50
> Feb 16 23:41:33 alon1 [<c012c930>] worker_thread+0x0/0xf0
> Feb 16 23:41:33 alon1 [<c012f962>] kthread+0x42/0x70
> Feb 16 23:41:33 alon1 [<c012f920>] kthread+0x0/0x70
> Feb 16 23:41:33 alon1 [<c0104c2f>] kernel_thread_helper+0x7/0x18
> Feb 16 23:41:33 alon1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
> Feb 16 23:41:33 alon1 Code: 26 00 00 00 00 57 89 c7 a1 50 1b 3a c0 56 53 =
8b 70 38 85 f6 74 08 8b 0e 85 c9 74 58 ff 06 8b 56 50 39 fa 74 47 89 fb eb =
02 89 c3 <8b> 43 08 39 c2 75 f7 8b 46 08 83 c0 68 e8 98 e7 10 00 8b 43 10=
=20
> Feb 16 23:41:33 alon1 EIP: [<c01b2db6>] sysfs_get_dentry+0x26/0x80 SS:ESP=
 0068:f7c49efc
> Feb 16 23:41:33 alon1 ---[ end trace aae864e9592acc1d ]---
> Feb 16 23:41:33 alon1 hcid[7004]: HCI dev 0 up
> Feb 16 23:41:33 alon1 hcid[7004]: Device hci0 has been added
> Feb 16 23:41:33 alon1 hcid[7004]: Starting security manager 0

Could you try patch below?


Defer hci_unregister_sysfs because hci device could be destructed
while hci conn devices still there.

Signed-off-by: Dave Young <hidave.darkstar@gmail.com>

---
net/bluetooth/hci_core.c |    4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff -upr linux/net/bluetooth/hci_core.c linux.new/net/bluetooth/hci_core.c
--- linux/net/bluetooth/hci_core.c	2008-02-20 18:27:28.000000000 +0800
+++ linux.new/net/bluetooth/hci_core.c	2008-02-20 18:28:34.000000000 +0800
@@ -901,8 +901,6 @@ int hci_unregister_dev(struct hci_dev *h
=20
 	BT_DBG("%p name %s type %d", hdev, hdev->name, hdev->type);
=20
-	hci_unregister_sysfs(hdev);
-
 	write_lock_bh(&hci_dev_list_lock);
 	list_del(&hdev->list);
 	write_unlock_bh(&hci_dev_list_lock);
@@ -914,6 +912,8 @@ int hci_unregister_dev(struct hci_dev *h
=20
 	hci_notify(hdev, HCI_DEV_UNREG);
=20
+	hci_unregister_sysfs(hdev);
+
 	__hci_dev_put(hdev);
=20
 	return 0;

Re: [Bluez-devel] [BUG] rfcomm

[Stefan Seyfried]

Dave Young schrieb:

>> Feb 16 23:41:33 alon1 BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
>> Feb 16 23:41:33 alon1 printing eip: c01b2db6 *pde = 00000000 
>> Feb 16 23:41:33 alon1 Oops: 0000 [#1] PREEMPT 
>> Feb 16 23:41:33 alon1 Modules linked in: ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async rfcomm l2cap hci_usb vmnet(P) vmmon(P) tun radeon drm autofs4 ipv6 aes_generic crypto_algapi ieee80211_crypt_ccmp nf_nat_irc nf_nat_ftp nf_conntrack_irc nf_conntrack_ftp ipt_MASQUERADE iptable_nat nf_nat ipt_REJECT xt_tcpudp ipt_LOG xt_limit xt_state nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device bluetooth ppp_generic slhc ioatdma dca cfq_iosched cpufreq_powersave cpufreq_ondemand cpufreq_conservative acpi_cpufreq freq_table uinput fan af_packet nls_cp1255 nls_iso8859_1 nls_utf8 nls_base pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm nsc_ircc snd_timer ipw2200 thinkpad_acpi irda snd ehci_hcd yenta_socket uhci_hcd psmouse ieee80211 soundcore intel_agp hwmon rsrc_nonstatic pcspkr e1000 crc_ccitt snd_page_alloc i2c_i801 ieee80211_crypt pcmcia_core agpgart thermal b
a
>  ttery nvram rtc sr_mod ac sg firmware_class button processor cdrom unix usbcore evdev ext3 jbd ext2 mbcache loop ata_piix libata sd_mod scsi_mod
>> Feb 16 23:41:33 alon1 
>> Feb 16 23:41:33 alon1 Pid: 4, comm: events/0 Tainted: P        (2.6.24-gentoo-r2 #1)
>> Feb 16 23:41:33 alon1 EIP: 0060:[<c01b2db6>] EFLAGS: 00010282 CPU: 0
>> Feb 16 23:41:33 alon1 EIP is at sysfs_get_dentry+0x26/0x80
>> Feb 16 23:41:33 alon1 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: f48a2210
>> Feb 16 23:41:33 alon1 ESI: f72eb900 EDI: f4803ae0 EBP: f4803ae0 ESP: f7c49efc
>> Feb 16 23:41:33 alon1 hcid[7004]: HCI dev 0 registered
>> Feb 16 23:41:33 alon1 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
>> Feb 16 23:41:33 alon1 Process events/0 (pid: 4, ti=f7c48000 task=f7c3efc0 task.ti=f7c48000)
>> Feb 16 23:41:33 alon1 Stack: f7cb6140 f4822668 f7e71e10 c01b304d ffffffff ffffffff fffffffe c030ba9c 
>> Feb 16 23:41:33 alon1 f7cb6140 f4822668 f6da6720 f7cb6140 f4822668 f6da6720 c030ba8e c01ce20b 
>> Feb 16 23:41:33 alon1 f6e9dd00 c030ba8e f6da6720 f6e9dd00 f6e9dd00 00000000 f4822600 00000000 
>> Feb 16 23:41:33 alon1 Call Trace:
>> Feb 16 23:41:33 alon1 [<c01b304d>] sysfs_move_dir+0x3d/0x1f0
>> Feb 16 23:41:33 alon1 [<c01ce20b>] kobject_move+0x9b/0x120
>> Feb 16 23:41:33 alon1 [<c0241711>] device_move+0x51/0x110
>> Feb 16 23:41:33 alon1 [<f9aaed80>] del_conn+0x0/0x70 [bluetooth]
>> Feb 16 23:41:33 alon1 [<f9aaed99>] del_conn+0x19/0x70 [bluetooth]
>> Feb 16 23:41:33 alon1 [<c012c1a1>] run_workqueue+0x81/0x140
>> Feb 16 23:41:33 alon1 [<c02c0c88>] schedule+0x168/0x2e0

> Could you try patch below?

Works fine for me. Thanks. Together with the other two patches already taken
by davem, this fixes all my current BT problems :-)

> Defer hci_unregister_sysfs because hci device could be destructed
> while hci conn devices still there.
> 
> Signed-off-by: Dave Young <hidave.darkstar@gmail.com>
> 
> ---
> net/bluetooth/hci_core.c |    4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff -upr linux/net/bluetooth/hci_core.c linux.new/net/bluetooth/hci_core.c
> --- linux/net/bluetooth/hci_core.c	2008-02-20 18:27:28.000000000 +0800
> +++ linux.new/net/bluetooth/hci_core.c	2008-02-20 18:28:34.000000000 +0800
> @@ -901,8 +901,6 @@ int hci_unregister_dev(struct hci_dev *h
>  
>  	BT_DBG("%p name %s type %d", hdev, hdev->name, hdev->type);
>  
> -	hci_unregister_sysfs(hdev);
> -
>  	write_lock_bh(&hci_dev_list_lock);
>  	list_del(&hdev->list);
>  	write_unlock_bh(&hci_dev_list_lock);
> @@ -914,6 +912,8 @@ int hci_unregister_dev(struct hci_dev *h
>  
>  	hci_notify(hdev, HCI_DEV_UNREG);
>  
> +	hci_unregister_sysfs(hdev);
> +
>  	__hci_dev_put(hdev);
>  
>  	return 0;
-- 
Stefan Seyfried
R&D Team Mobile Devices            |              "Any ideas, John?"
SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out."

This footer brought to you by insane German lawmakers:
SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)