[Bluez-devel] Soft lockup

[Bluez-devel] Soft lockup

[Ville Tervo]

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

Hi,

I'm got attached oops while playing with Nokia 770. Attached patch
helps. 

Comments?

-- 
Ville

[-- Attachment #2: rfcomm_oopt.txt --]
[-- Type: text/plain, Size: 3616 bytes --]

[  277.991851] BUG: soft lockup detected on CPU#0!
[  277.996490] 
[  277.998016] Pid: 770, comm:           gwhwdetect
[  278.002685] CPU: 0
[  278.004791] PC is at lock_timer_base+0x1c/0x7c
[  278.009307] LR is at del_timer+0x2c/0x8c
[  278.013336] pc : [<c00572f8>]    lr : [<c0057384>]    Tainted: P     
[  278.013366] sp : c0b19db0  ip : c0b19dd0  fp : c0b19dcc
[  278.025177] r10: 00900006  r9 : c0b18000  r8 : 00000000
[  278.030487] r7 : 00000001  r6 : c3b92678  r5 : c0b19dd4  r4 : 00000000
[  278.037109] r3 : c2d87053  r2 : c32cd460  r1 : c0b19dd4  r0 : c3b92678
[  278.043731] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment user
[  278.050231] Control: 5317F  Table: 10B80000  DAC: 00000015
[  278.055786] [<c002523c>] (show_regs+0x0/0x50) from [<c006e100>] (softlockup_tick+0x78/0xb4)
[  278.064361]  r4 = 00000000 
[  278.067230] [<c006e088>] (softlockup_tick+0x0/0xb4) from [<c0057d74>] (do_timer+0x3c4/0x440)
[  278.075866]  r5 = C03432C0  r4 = C03442FC 
[  278.080047] [<c00579b0>] (do_timer+0x0/0x440) from [<c00283b4>] (timer_tick+0xb8/0xe8)
[  278.088165] [<c00282fc>] (timer_tick+0x0/0xe8) from [<c0039cd8>] (omap_32k_timer_interrupt+0x64/0xd4)
[  278.097595]  r6 = C0B19D68  r5 = C03432B0  r4 = 008AFEF5 
[  278.103118] [<c0039c74>] (omap_32k_timer_interrupt+0x0/0xd4) from [<c00240c4>] (__do_irq+0x70/0xb8)
[  278.112396]  r7 = 00000036  r6 = 00000000  r5 = 00000000  r4 = C02D867C
[  278.119171] [<c0024054>] (__do_irq+0x0/0xb8) from [<c0024338>] (do_level_IRQ+0x74/0xcc)
[  278.127380]  r8 = C0B19D68  r7 = 00000002  r6 = C0B19D68  r5 = 00000036
[  278.134124]  r4 = C0337B58 
[  278.136993] [<c00242c4>] (do_level_IRQ+0x0/0xcc) from [<c00243e8>] (asm_do_IRQ+0x58/0x164)
[  278.145446]  r6 = FFFFFFFF  r5 = 00000036  r4 = C0337B58 
[  278.150970] [<c0024390>] (asm_do_IRQ+0x0/0x164) from [<c00229a4>] (__irq_svc+0x44/0x94)
[  278.159179] [<c00572dc>] (lock_timer_base+0x0/0x7c) from [<c0057384>] (del_timer+0x2c/0x8c)
[  278.167724]  r6 = C3A35000  r5 = 00000000  r4 = C3B92678 
[  278.173278] [<c0057358>] (del_timer+0x0/0x8c) from [<c026830c>] (rfcomm_dlc_clear_timer+0x28/0x60)
[  278.182434]  r5 = 00000000  r4 = C3B92660 
[  278.186645] [<c02682e4>] (rfcomm_dlc_clear_timer+0x0/0x60) from [<c026893c>] (__rfcomm_dlc_close+0x158/0x248)
[  278.196777]  r4 = C3B92660 
[  278.199645] [<c02687e4>] (__rfcomm_dlc_close+0x0/0x248) from [<c0268afc>] (rfcomm_dlc_close+0x3c/0x68)
[  278.209167]  r7 = 00000000  r6 = C3A35000  r5 = 00000000  r4 = C02F85F8
[  278.215942] [<c0268ac0>] (rfcomm_dlc_close+0x0/0x68) from [<c026d004>] (rfcomm_tty_close+0x3c/0xc0)
[  278.225189]  r4 = C3B92BE0 
[  278.228057] [<c026cfc8>] (rfcomm_tty_close+0x0/0xc0) from [<c015919c>] (release_dev+0x1bc/0x7b8)
[  278.237060]  r6 = C3A35000  r5 = C110E960  r4 = 00000000 
[  278.242584] [<c0158fe0>] (release_dev+0x0/0x7b8) from [<c0159b40>] (tty_release+0x20/0x2c)
[  278.251037] [<c0159b20>] (tty_release+0x0/0x2c) from [<c009149c>] (__fput+0x60/0x16c)
[  278.259094]  r4 = C110E960 
[  278.261932] [<c009143c>] (__fput+0x0/0x16c) from [<c00915dc>] (fput+0x34/0x38)
[  278.269348]  r8 = C110E960  r7 = C3DCF040  r6 = C3DCF040  r5 = 00000000
[  278.276123]  r4 = C110E960 
[  278.278961] [<c00915a8>] (fput+0x0/0x38) from [<c008fa88>] (filp_close+0x78/0x84)
[  278.286651] [<c008fa10>] (filp_close+0x0/0x84) from [<c008fb38>] (sys_close+0xa4/0xc8)
[  278.294738]  r6 = C0B18000  r5 = 00000008  r4 = 00000001 
[  278.300262] [<c008fa94>] (sys_close+0x0/0xc8) from [<c0022dc0>] (ret_fast_syscall+0x0/0x2c)
[  278.308837]  r8 = C0023544  r7 = 00000006  r6 = 00000000  r5 = 00000001
[  278.315582]  r4 = 0001C5F8 

[-- Attachment #3: rfcomm_dlc_patch.txt --]
[-- Type: text/plain, Size: 594 bytes --]

diff --git a/net/bluetooth/rfcomm/tty.c b/net/bluetooth/rfcomm/tty.c
index 74368f7..a2a1b7d 100644
--- a/net/bluetooth/rfcomm/tty.c
+++ b/net/bluetooth/rfcomm/tty.c
@@ -593,6 +593,7 @@ static int rfcomm_tty_open(struct tty_st
 	set_bit(RFCOMM_TTY_ATTACHED, &dev->flags);
 
 	err = rfcomm_dlc_open(dlc, &dev->src, &dev->dst, dev->channel);
+	rfcomm_dlc_hold(dlc);
 	if (err < 0)
 		return err;
 
@@ -641,6 +642,7 @@ static void rfcomm_tty_close(struct tty_
 		tty->driver_data = NULL;
 		dev->tty = NULL;
 		rfcomm_dlc_unlock(dev->dlc);
+		rfcomm_dlc_put(dev->dlc);
 	}
 
 	rfcomm_dev_put(dev);

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Ville,

> I'm got attached oops while playing with Nokia 770. Attached patch
> helps. 

I am not really happy with this fix. Do you have an idea why this soft
lockup happens? Is this OMAP specific?

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Ville Tervo]

Hi Marcel,

On Wed, Feb 22, 2006 at 12:20:45PM +0100, ext Marcel Holtmann wrote:
> Hi Ville,
> 
> > I'm got attached oops while playing with Nokia 770. Attached patch
> > helps. 
> 
> I am not really happy with this fix. Do you have an idea why this soft
> lockup happens? Is this OMAP specific?

Me neither. I'll try to reproduce it with i386 and see if I can get more
information.

-- 
Ville


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Ville Tervo]

Hi Marcel,

On Wed, Feb 22, 2006 at 02:54:25PM +0200, ext Ville Tervo wrote:
> Hi Marcel,
> 
> On Wed, Feb 22, 2006 at 12:20:45PM +0100, ext Marcel Holtmann wrote:
> > Hi Ville,
> > 
> > > I'm got attached oops while playing with Nokia 770. Attached patch
> > > helps. 
> > 
> > I am not really happy with this fix. Do you have an idea why this soft
> > lockup happens? Is this OMAP specific?
> 
> Me neither. I'll try to reproduce it with i386 and see if I can get more
> information.

Now I have more information about this problem.

I had debuggin enabled in net/bluetooth/rfcomm/core.c and I noticed that
for some reson rfcomm_dlc_clear_timer() is called for allready freed
dlc and lock_timer_base() gets stuck because it's trying to use invalid
timer pointer. I also tried to reproduce bug in i386 without success.
Also then debugging is on the bug much harder to reproduse. To me this
looks like dlc locking doens't work as it should work.

And other notice. rfcomm_dlc_clear_timeri() uses timer_pending()
together with del_timer() which allready calls timer_pending(). So
timer_pending() is useless in rfcomm_dlc_clear_timer().

-- 
Ville


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Ville,

> Now I have more information about this problem.
> 
> I had debuggin enabled in net/bluetooth/rfcomm/core.c and I noticed that
> for some reson rfcomm_dlc_clear_timer() is called for allready freed
> dlc and lock_timer_base() gets stuck because it's trying to use invalid
> timer pointer. I also tried to reproduce bug in i386 without success.
> Also then debugging is on the bug much harder to reproduse. To me this
> looks like dlc locking doens't work as it should work.
> 
> And other notice. rfcomm_dlc_clear_timeri() uses timer_pending()
> together with del_timer() which allready calls timer_pending(). So
> timer_pending() is useless in rfcomm_dlc_clear_timer().

this all looks like we are missing a memory barrier somewhere. This
could also be the reason why it only gets triggered on OMAP systems. Any
further ideas?

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Bastien Nocera]

On Wed, 2006-03-01 at 05:48 +0100, Marcel Holtmann wrote:
> Hi Ville,
> 
> > Now I have more information about this problem.
> > 
> > I had debuggin enabled in net/bluetooth/rfcomm/core.c and I noticed that
> > for some reson rfcomm_dlc_clear_timer() is called for allready freed
> > dlc and lock_timer_base() gets stuck because it's trying to use invalid
> > timer pointer. I also tried to reproduce bug in i386 without success.
> > Also then debugging is on the bug much harder to reproduse. To me this
> > looks like dlc locking doens't work as it should work.
> > 
> > And other notice. rfcomm_dlc_clear_timeri() uses timer_pending()
> > together with del_timer() which allready calls timer_pending(). So
> > timer_pending() is useless in rfcomm_dlc_clear_timer().
> 
> this all looks like we are missing a memory barrier somewhere. This
> could also be the reason why it only gets triggered on OMAP systems. Any
> further ideas?

I'm getting the same kind of trace (on both x86-64 and i386) when
testing the gnome-vfs2-obexftp package with a patch to use the new
serial service[1].

It happens on 2.6.19-1.2895.fc6 (x86-64) and 2.6.21-1.3191.fc7 (i386).

Here's what I could capture from the i386 crash:
BUG warning at lib/kref.c:32/kref_get()

kref_get
kobject_get
get_device
device_move
rfcomm_tty_close
release_dev
rfcomm_dlc_send
rfcomm_tty_write
file_has_perm
tty_release
__fput
filp_close
sys_close
syscall_call
wext_handle_ioctl

BUG unable to handle kernel paging request at virtual address ffffffff

rfcomm_dlc_send
rfcomm_dlc_write
file_has_perm
tty_release
__fput
filp_close
sys_close
syscall_call
wext_handle_ioctl

BUG unable to handle kernel paging request at virtual address ffffffff

last sysfs file: /class/tty/rfcomm0/dev

[... Memory corruption dump]

The ffffffff address is the one in the actual oops.

[1]: Package at:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231005
-- 
Bastien Nocera <hadess@hadess.net> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Bastien,

> > > Now I have more information about this problem.
> > > 
> > > I had debuggin enabled in net/bluetooth/rfcomm/core.c and I noticed that
> > > for some reson rfcomm_dlc_clear_timer() is called for allready freed
> > > dlc and lock_timer_base() gets stuck because it's trying to use invalid
> > > timer pointer. I also tried to reproduce bug in i386 without success.
> > > Also then debugging is on the bug much harder to reproduse. To me this
> > > looks like dlc locking doens't work as it should work.
> > > 
> > > And other notice. rfcomm_dlc_clear_timeri() uses timer_pending()
> > > together with del_timer() which allready calls timer_pending(). So
> > > timer_pending() is useless in rfcomm_dlc_clear_timer().
> > 
> > this all looks like we are missing a memory barrier somewhere. This
> > could also be the reason why it only gets triggered on OMAP systems. Any
> > further ideas?
> 
> I'm getting the same kind of trace (on both x86-64 and i386) when
> testing the gnome-vfs2-obexftp package with a patch to use the new
> serial service[1].
> 
> It happens on 2.6.19-1.2895.fc6 (x86-64) and 2.6.21-1.3191.fc7 (i386).
> 
> Here's what I could capture from the i386 crash:
> BUG warning at lib/kref.c:32/kref_get()

any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
problems in RFCOMM and Greg pushed some driver model changes that might
make this go away. I really have no idea what triggers this at the
moment. However I would like to see a simple reproducer.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Bastien Nocera]

Hey Marcel,

On Sun, 2007-05-27 at 14:17 +0200, Marcel Holtmann wrote:
> > Here's what I could capture from the i386 crash:
> > BUG warning at lib/kref.c:32/kref_get()
> 
> any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
> problems in RFCOMM and Greg pushed some driver model changes that might
> make this go away. I really have no idea what triggers this at the
> moment. However I would like to see a simple reproducer.

Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
work, but that's a different matter).

To reproduce the problem:
- Install gnome-vfs2-obexftp (let me know if you want me to provide
binaries) from
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231005
- Make sure you have bluez-utils 3.11 (for the serial service)
- On the console:
eval `dbus-launch --sh-syntax` # Launches a session D-Bus daemon
/usr/libexec/gnome-vfs-daemon # Launches the gnome-vfs daemon
gnomevfs-ls obex://[00:00:11:22:22:00]/ # Where 00:00:11:22:22:00 is the
bdaddr of a phone, or other device with ObexFTP support

I can reproduce the crash at will on 2 different machines. It might be
easier to create a minimal reproducer if you have a debug version of the
serial service.

-- 
Bastien Nocera <hadess@hadess.net> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Bastien,

> > > Here's what I could capture from the i386 crash:
> > > BUG warning at lib/kref.c:32/kref_get()
> > 
> > any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
> > problems in RFCOMM and Greg pushed some driver model changes that might
> > make this go away. I really have no idea what triggers this at the
> > moment. However I would like to see a simple reproducer.
> 
> Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
> work, but that's a different matter).

so this is actually fixed now within the upstream kernel. This also
means that I didn't really bother about older kernels.

> I can reproduce the crash at will on 2 different machines. It might be
> easier to create a minimal reproducer if you have a debug version of the
> serial service.

Actually using SIGUSR2 should switch debugging mode on/off, but I think
we forgot to introduce that within the service implementation. Need to
fix that at some point.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Bastien Nocera]

On Sun, 2007-05-27 at 18:28 +0200, Marcel Holtmann wrote:
> Hi Bastien,
> 
> > > > Here's what I could capture from the i386 crash:
> > > > BUG warning at lib/kref.c:32/kref_get()
> > > 
> > > any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
> > > problems in RFCOMM and Greg pushed some driver model changes that might
> > > make this go away. I really have no idea what triggers this at the
> > > moment. However I would like to see a simple reproducer.
> > 
> > Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
> > work, but that's a different matter).
> 
> so this is actually fixed now within the upstream kernel. This also
> means that I didn't really bother about older kernels.

Any plans for a backport? It would be most useful, at least for testing.

> > I can reproduce the crash at will on 2 different machines. It might be
> > easier to create a minimal reproducer if you have a debug version of the
> > serial service.
> 
> Actually using SIGUSR2 should switch debugging mode on/off, but I think
> we forgot to introduce that within the service implementation. Need to
> fix that at some point.

It would also be useful if the different functions could have debugging
output of their different entry points, after argument parsing.

-- 
Bastien Nocera <hadess@hadess.net> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Bastien,

> > > > > Here's what I could capture from the i386 crash:
> > > > > BUG warning at lib/kref.c:32/kref_get()
> > > > 
> > > > any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
> > > > problems in RFCOMM and Greg pushed some driver model changes that might
> > > > make this go away. I really have no idea what triggers this at the
> > > > moment. However I would like to see a simple reproducer.
> > > 
> > > Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
> > > work, but that's a different matter).
> > 
> > so this is actually fixed now within the upstream kernel. This also
> > means that I didn't really bother about older kernels.
> 
> Any plans for a backport? It would be most useful, at least for testing.

I don't really have plans for a backport. Mainly because I don't know
which patch it finally solved. Meaning if it was one of the Bluetooth
patches or one Greg's for the driver model.

> > > I can reproduce the crash at will on 2 different machines. It might be
> > > easier to create a minimal reproducer if you have a debug version of the
> > > serial service.
> > 
> > Actually using SIGUSR2 should switch debugging mode on/off, but I think
> > we forgot to introduce that within the service implementation. Need to
> > fix that at some point.
> 
> It would also be useful if the different functions could have debugging
> output of their different entry points, after argument parsing.

That might be a little bit too much debug overhead. However all services
can be started with -s and then they work standalone. So you can use gdb
and valgrind with them.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Pierre-Yves Paulus]

Hello Marcel and everyone,

> That might be a little bit too much debug overhead. However all services
> can be started with -s and then they work standalone. So you can use gdb
> and valgrind with them.

Could you or anybody knowing about it please explain more about the 
funtion and usage of this "-s" parameter, which I can't find in the man 
pages? I experience various crashes of hcid on some systems, and would 
like to track the problem down as much as possible, and it seems this 
option may help me.

Thanks in advance,
Best Regards.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Pierre-Yves,

> > That might be a little bit too much debug overhead. However all services
> > can be started with -s and then they work standalone. So you can use gdb
> > and valgrind with them.
> 
> Could you or anybody knowing about it please explain more about the 
> funtion and usage of this "-s" parameter, which I can't find in the man 
> pages? I experience various crashes of hcid on some systems, and would 
> like to track the problem down as much as possible, and it seems this 
> option may help me.

the -s is only for the services. It can only used for service debugging.
If hcid crashed, then that is something different.

The -s option only tells the service to register the service and make it
possible to run standalone (hence the option character).

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Bastien Nocera]

On Sun, 2007-05-27 at 15:43 +0100, Bastien Nocera wrote:
> Hey Marcel,
> 
> On Sun, 2007-05-27 at 14:17 +0200, Marcel Holtmann wrote:
> > > Here's what I could capture from the i386 crash:
> > > BUG warning at lib/kref.c:32/kref_get()
> > 
> > any chance you can test a 2.6.22-rc3 kernel. We fixed some potential
> > problems in RFCOMM and Greg pushed some driver model changes that might
> > make this go away. I really have no idea what triggers this at the
> > moment. However I would like to see a simple reproducer.
> 
> Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
> work, but that's a different matter).

I forgot to mention that the serial service doesn't seem to create any
physical devices (ie. test-serial doesn't create a /dev/rfcomm0 despite
it being the return value of the ConnectService function).

Is that normal?

-- 
Bastien Nocera <hadess@hadess.net> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] Soft lockup

[Marcel Holtmann]

Hi Bastien,

> > Works with 2.6.22-rc3 (for a meaning of works, my code doesn't seem to
> > work, but that's a different matter).
> 
> I forgot to mention that the serial service doesn't seem to create any
> physical devices (ie. test-serial doesn't create a /dev/rfcomm0 despite
> it being the return value of the ConnectService function).

that looks like an udev problem. It should create the device nodes.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel