lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 25 Sep 2007 17:32:54 +0200
From:	Cornelia Huck <cornelia.huck@...ibm.com>
To:	Pierre-Yves Paulus <py@...um.be>
Cc:	linux-kernel@...r.kernel.org,
	BlueZ development <bluez-devel@...ts.sourceforge.net>
Subject: Re: Warnings and Oops on 2.6.23-rc6 while activily using rfcomm
 links (mm/slab.c)

On Tue, 25 Sep 2007 17:04:04 +0200,
Pierre-Yves Paulus <py@...um.be> wrote:

> Hello,
> 
> Putting the bluetooth system under load (opening and closing several 
> rfcomm links off several USB adapters, and transmitting data over them), 
> I got the Oops below. The computer hung completely, as you can see. Just 
> before, I also got those warnings.
> 
> I'm not sure if I'm providing the right and useful informations to allow 
> fixing of those problems, as I'm definitely no expert. Please tell me if 
> I do something the wrong way.
> 
> 
> WARNING: at lib/kref.c:33 kref_get()
>   [<c01c537b>] kref_get+0x34/0x3d
>   [<c01c484b>] kobject_get+0xf/0x13
>   [<c0223b2f>] get_device+0xe/0x14
>   [<c0223b48>] device_move+0x13/0xe2
>   [<d02f4b78>] rfcomm_tty_close+0x23/0x61 [rfcomm]
>   [<c020e0a4>] release_dev+0x1c0/0x54a
>   [<d02f40c9>] rfcomm_dev_destruct+0x59/0x65 [rfcomm]
>   [<d02f470c>] rfcomm_dev_ioctl+0x328/0x4e6 [rfcomm]
>   [<c012a3a8>] autoremove_wake_function+0x0/0x35
>   [<c02460bc>] release_sock+0xc/0x74
>   [<c0243f4e>] sock_ioctl+0x19f/0x1be
>   [<c020e435>] tty_release+0x7/0xa
>   [<c015be91>] __fput+0x93/0x147
>   [<c0159a39>] filp_close+0x51/0x58
>   [<c015aad1>] sys_close+0x54/0x83
>   [<c0103c72>] syscall_call+0x7/0xb
>   =======================

This looks like some refcounting is messed up...

> # CONFIG_DEBUG_DRIVER is not set
> # CONFIG_DEBUG_KOBJECT is not set

Switching these two on may provide helpful information.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ