Re: [BUG] rfcomm
On Sat, Feb 16, 2008 at 11:49:58PM +0200, Alon Bar-Lev wrote:
> On Saturday 16 February 2008, Dave Young wrote:
> > Hi, alon
> >
> > Please try the attached patch, hope it fixes your problem.
> >
> > Regards
> > dave
>
> Does not work... :(
>
> Alon.
>
> 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 dereference
> at virtual address 0008
> Feb 16 23:41:33 alon1 printing eip: c01b2db6 *pde =
> Feb 16 23:41:33 alon1 Oops: [#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 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
> 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:[] 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: EBX: ECX: 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: GS: 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
> fffe 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
> f4822600
> Feb 16 23:41:33 alon1 Call Trace:
> Feb 16 23:41:33 alon1 [] sysfs_move_dir+0x3d/0x1f0
> Feb 16 23:41:33 alon1 [] kobject_move+0x9b/0x120
> Feb 16 23:41:33 alon1 [] device_move+0x51/0x110
> Feb 16 23:41:33 alon1 [] del_conn+0x0/0x70 [bluetooth]
> Feb 16 23:41:33 alon1 [] del_conn+0x19/0x70 [bluetooth]
> Feb 16 23:41:33 alon1 [] run_workqueue+0x81/0x140
> Feb 16 23:41:33 alon1 [] schedule+0x168/0x2e0
> Feb 16 23:41:33 alon1 [] autoremove_wake_function+0x0/0x50
> Feb 16 23:41:33 alon1 [] worker_thread+0x9b/0xf0
> Feb 16 23:41:33 alon1 [] autoremove_wake_function+0x0/0x50
> Feb 16 23:41:33 alon1 [] worker_thread+0x0/0xf0
> Feb 16 23:41:33 alon1 [] kthread+0x42/0x70
> Feb 16 23:41:33 alon1 [] kthread+0x0/0x70
> Feb 16 23:41:33 alon1 [] kernel_thread_helper+0x7/0x18
> Feb 16 23:41:33 alon1 ===
> 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
> Feb 16 23:41:33 alon1 EIP: [] 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 <[EMAIL PROTECTED]>
---
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.0 +0800
+++ linux.new/net/bluetooth/hci_core.c 2008-02-20 18:28:34.0 +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);
Re: [BUG] rfcomm
On Saturday 16 February 2008, Dave Young wrote: > Hi, alon > > Please try the attached patch, hope it fixes your problem. > > Regards > dave Does not work... :( Alon. 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 dereference at virtual address 0008 Feb 16 23:41:33 alon1 printing eip: c01b2db6 *pde = Feb 16 23:41:33 alon1 Oops: [#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 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 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:[] 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: EBX: ECX: 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: GS: 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 fffe 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 f4822600 Feb 16 23:41:33 alon1 Call Trace: Feb 16 23:41:33 alon1 [] sysfs_move_dir+0x3d/0x1f0 Feb 16 23:41:33 alon1 [] kobject_move+0x9b/0x120 Feb 16 23:41:33 alon1 [] device_move+0x51/0x110 Feb 16 23:41:33 alon1 [] del_conn+0x0/0x70 [bluetooth] Feb 16 23:41:33 alon1 [] del_conn+0x19/0x70 [bluetooth] Feb 16 23:41:33 alon1 [] run_workqueue+0x81/0x140 Feb 16 23:41:33 alon1 [] schedule+0x168/0x2e0 Feb 16 23:41:33 alon1 [] autoremove_wake_function+0x0/0x50 Feb 16 23:41:33 alon1 [] worker_thread+0x9b/0xf0 Feb 16 23:41:33 alon1 [] autoremove_wake_function+0x0/0x50 Feb 16 23:41:33 alon1 [] worker_thread+0x0/0xf0 Feb 16 23:41:33 alon1 [] kthread+0x42/0x70 Feb 16 23:41:33 alon1 [] kthread+0x0/0x70 Feb 16 23:41:33 alon1 [] kernel_thread_helper+0x7/0x18 Feb 16 23:41:33 alon1 === 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 Feb 16 23:41:33 alon1 EIP: [] 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm
On Fri, Feb 15, 2008 at 11:28 AM, Dave Young <[EMAIL PROTECTED]> wrote: > > On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton > <[EMAIL PROTECTED]> wrote: > > On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote: > > > > > On Tuesday 06 November 2007, Alon Bar-Lev wrote: > > > > On 11/6/07, Dave Young <[EMAIL PROTECTED]> 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 0008 > > > Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = > > > Feb 11 17:46:05 alon1 Oops: [#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:[] 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: EBX: ECX: 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: GS: 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 > fffe 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 > f7135a00 > > > Feb 11 17:46:05 alon1 Call Trace: > > > Feb 11 17:46:05 alon1 [] sysfs_move_dir+0x3d/0x1f0 > > > Feb 11 17:46:05 alon1 [] kobject_move+0x9b/0x120 > > > Feb 11 17:46:05 alon1 [] device_move+0x51/0x110 > > > Feb 11 17:46:05 alon1 [] del_conn+0x0/0x40 [bluetooth] > > > Feb 11 17:46:05 alon1 [] del_conn+0x10/0x40 [bluetooth] > > > Feb 11 17:46:05 alon1 [] run_workqueue+0x81/0x140 > > > Feb 11 17:46:05 alon1 [] schedule+0x168/0x2e0 > > > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > > > Feb 11 17:46:05 alon1 [] worker_thread+0x9b/0xf0 > > > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > > > Feb 11 17:46:05 alon1 [] worker_thread+0x0/0xf0 > > > Feb 11 17:46:05 alon1 [] kthread+0x42/0x70 > > > Feb 11 17:46:05 alon1 [] kthread+0x0/0x70 > > > Feb 11 17:46:05 alon1 [] 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: [] 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 produ
Re: [BUG] rfcomm
On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote: > > > On Tuesday 06 November 2007, Alon Bar-Lev wrote: > > > On 11/6/07, Dave Young <[EMAIL PROTECTED]> 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 0008 > > Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = > > Feb 11 17:46:05 alon1 Oops: [#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:[] 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: EBX: ECX: 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: GS: 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 > fffe 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 > f7135a00 > > Feb 11 17:46:05 alon1 Call Trace: > > Feb 11 17:46:05 alon1 [] sysfs_move_dir+0x3d/0x1f0 > > Feb 11 17:46:05 alon1 [] kobject_move+0x9b/0x120 > > Feb 11 17:46:05 alon1 [] device_move+0x51/0x110 > > Feb 11 17:46:05 alon1 [] del_conn+0x0/0x40 [bluetooth] > > Feb 11 17:46:05 alon1 [] del_conn+0x10/0x40 [bluetooth] > > Feb 11 17:46:05 alon1 [] run_workqueue+0x81/0x140 > > Feb 11 17:46:05 alon1 [] schedule+0x168/0x2e0 > > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > > Feb 11 17:46:05 alon1 [] worker_thread+0x9b/0xf0 > > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > > Feb 11 17:46:05 alon1 [] worker_thread+0x0/0xf0 > > Feb 11 17:46:05 alon1 [] kthread+0x42/0x70 > > Feb 11 17:46:05 alon1 [] kthread+0x0/0x70 > > Feb 11 17:46:05 alon1 [] 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: [] 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More
Re: [BUG] rfcomm
Andrew Morton wrote: On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote: On Tuesday 06 November 2007, Alon Bar-Lev wrote: On 11/6/07, Dave Young <[EMAIL PROTECTED]> 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 0008 Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = Feb 11 17:46:05 alon1 Oops: [#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:[] 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: EBX: ECX: 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: GS: 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 fffe 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 f7135a00 Feb 11 17:46:05 alon1 Call Trace: Feb 11 17:46:05 alon1 [] sysfs_move_dir+0x3d/0x1f0 Feb 11 17:46:05 alon1 [] kobject_move+0x9b/0x120 Feb 11 17:46:05 alon1 [] device_move+0x51/0x110 Feb 11 17:46:05 alon1 [] del_conn+0x0/0x40 [bluetooth] Feb 11 17:46:05 alon1 [] del_conn+0x10/0x40 [bluetooth] Feb 11 17:46:05 alon1 [] run_workqueue+0x81/0x140 Feb 11 17:46:05 alon1 [] schedule+0x168/0x2e0 Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 Feb 11 17:46:05 alon1 [] worker_thread+0x9b/0xf0 Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 Feb 11 17:46:05 alon1 [] worker_thread+0x0/0xf0 Feb 11 17:46:05 alon1 [] kthread+0x42/0x70 Feb 11 17:46:05 alon1 [] kthread+0x0/0x70 Feb 11 17:46:05 alon1 [] 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: [] 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm
On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote: > On Tuesday 06 November 2007, Alon Bar-Lev wrote: > > On 11/6/07, Dave Young <[EMAIL PROTECTED]> 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 0008 > Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde = > Feb 11 17:46:05 alon1 Oops: [#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:[] 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: EBX: ECX: 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: GS: 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 > fffe 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 > f7135a00 > Feb 11 17:46:05 alon1 Call Trace: > Feb 11 17:46:05 alon1 [] sysfs_move_dir+0x3d/0x1f0 > Feb 11 17:46:05 alon1 [] kobject_move+0x9b/0x120 > Feb 11 17:46:05 alon1 [] device_move+0x51/0x110 > Feb 11 17:46:05 alon1 [] del_conn+0x0/0x40 [bluetooth] > Feb 11 17:46:05 alon1 [] del_conn+0x10/0x40 [bluetooth] > Feb 11 17:46:05 alon1 [] run_workqueue+0x81/0x140 > Feb 11 17:46:05 alon1 [] schedule+0x168/0x2e0 > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > Feb 11 17:46:05 alon1 [] worker_thread+0x9b/0xf0 > Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50 > Feb 11 17:46:05 alon1 [] worker_thread+0x0/0xf0 > Feb 11 17:46:05 alon1 [] kthread+0x42/0x70 > Feb 11 17:46:05 alon1 [] kthread+0x0/0x70 > Feb 11 17:46:05 alon1 [] 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: [] 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. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm
Hello Alon,
On Mon, Feb 11, 2008 at 05:57:54PM +0200, Alon Bar-Lev wrote:
[...]
> Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference
> at virtual address 0008
> Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde =
> Feb 11 17:46:05 alon1 Oops: [#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_alloc 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:[] 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: EBX: ECX: 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: GS: 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
> fffe 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
> f7135a00
> Feb 11 17:46:05 alon1 Call Trace:
> Feb 11 17:46:05 alon1 [] sysfs_move_dir+0x3d/0x1f0
> Feb 11 17:46:05 alon1 [] kobject_move+0x9b/0x120
> Feb 11 17:46:05 alon1 [] device_move+0x51/0x110
> Feb 11 17:46:05 alon1 [] del_conn+0x0/0x40 [bluetooth]
> Feb 11 17:46:05 alon1 [] del_conn+0x10/0x40 [bluetooth]
> Feb 11 17:46:05 alon1 [] run_workqueue+0x81/0x140
> Feb 11 17:46:05 alon1 [] schedule+0x168/0x2e0
> Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50
> Feb 11 17:46:05 alon1 [] worker_thread+0x9b/0xf0
> Feb 11 17:46:05 alon1 [] autoremove_wake_function+0x0/0x50
> Feb 11 17:46:05 alon1 [] worker_thread+0x0/0xf0
> Feb 11 17:46:05 alon1 [] kthread+0x42/0x70
> Feb 11 17:46:05 alon1 [] kthread+0x0/0x70
> Feb 11 17:46:05 alon1 [] 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: [] sysfs_get_dentry+0x26/0x80 SS:ESP
> 0068:f7c49f00
If your compiler doesn't produce a code too different from mine, it
looks like cur in sysfs_get_dentry()...
while (cur->s_parent != dentry->d_fsdata)
cur = cur->s_parent;
... got NULL and dereferenced. Could you try the following (merely
tested by booting) patch? While not a fix, it could help pointing to
the right direction.
Regards,
Frederik
diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
index 4948d9b..90cdf0d 100644
--- a/fs/sysfs/dir.c
+++ b/fs/sysfs/dir.c
@@ -106,8 +106,11 @@ struct dentry *sysfs_get_dentry(struct sysfs_dirent *sd)
/* find the first ancestor which hasn't been looked up */
cur = sd;
- while (cur->s_parent != dentry->d_fsdata)
+ while (cur->s_parent != dentry->d_fsdata) {
cur = cur->s_parent;
+ if (!cur)
+ return ERR_PTR(-ENOENT);
+ }
/* look it up */
parent = dentry;
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On Tue, 23 Oct 2007 20:55:54 +0200, "Alon Bar-Lev" <[EMAIL PROTECTED]> wrote: > On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> 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)? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On Tuesday, 23 October 2007 19:57, Alon Bar-Lev wrote: > On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> 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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> 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. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> wrote: > 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 reproduce this. But I cannot use git snapshot as I have too much dependencies. > I can also whip up a patch that disables the device_move() usage and see > if that is the reason for the falling over. This would be nice! I can test separate patches. Best Regards, Alon Bar-Lev. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> 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. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
On 10/23/07, Marcel Holtmann <[EMAIL PROTECTED]> 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? Best Regards, Alon Bar-Lev. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [BUG] rfcomm]
Hi Alon, > I have this issue for long time (At least from linux-2.6.18). > I think it is about time I report this... :) > > When coming out of suspend (uswsusp or suspend2) if rfcomm was > active it creates this dump. > > If you need any more info I will be glad to provide. 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. 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. Regards Marcel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
