Return-Path: From: Bastien Nocera To: BlueZ development In-Reply-To: <1180283308.21432.67.camel@aeonflux.holtmann.net> References: <20060222091231.GM19185@null.research.nokia.com> <1140607245.4519.7.camel@localhost> <20060222125425.GQ19185@null.research.nokia.com> <20060224110357.GT19185@null.research.nokia.com> <1141188501.29216.1.camel@localhost> <1180265456.3030.9.camel@cookie.hadess.net> <1180268229.21432.63.camel@aeonflux.holtmann.net> <1180277003.3030.18.camel@cookie.hadess.net> <1180283308.21432.67.camel@aeonflux.holtmann.net> Date: Sun, 27 May 2007 23:16:10 +0100 Message-Id: <1180304170.3030.23.camel@cookie.hadess.net> Mime-Version: 1.0 Subject: Re: [Bluez-devel] Soft lockup Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net 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 ------------------------------------------------------------------------- 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