From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24536 invoked by alias); 28 Jul 2003 19:49:49 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 24526 invoked from network); 28 Jul 2003 19:49:48 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 28 Jul 2003 19:49:48 -0000 Received: from drow by nevyn.them.org with local (Exim 4.20 #1 (Debian)) id 19hE0C-0007wp-At; Mon, 28 Jul 2003 15:49:48 -0400 Date: Mon, 28 Jul 2003 19:49:00 -0000 From: Daniel Jacobowitz To: Roland McGrath Cc: gdb@sources.redhat.com, mingo@redhat.com Subject: Re: FYI: Increase in schedlock.exp failures in LinuxThreads on an RH kernel Message-ID: <20030728194948.GA25297@nevyn.them.org> Mail-Followup-To: Roland McGrath , gdb@sources.redhat.com, mingo@redhat.com References: <20030727161737.GA23676@nevyn.them.org> <200307281948.h6SJmHG01050@magilla.sf.frob.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307281948.h6SJmHG01050@magilla.sf.frob.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-07/txt/msg00320.txt.bz2 On Mon, Jul 28, 2003 at 12:48:17PM -0700, Roland McGrath wrote: > > I noticed recently, after switching kernels (I'm temporarily running a > > Debian system with a Red Hat kernel - don't ask) > > We won't ask. But, as you might imagine, we do run the gdb test suite on > our kernels, and we haven't seen this. So you indeed must have hit upon a > lucky combination of hardware and software between that RH kernel and your > Debian userland that happens to bite. Have you run a testsuite using LinuxThreads, but the NPTL-aware kernel? That should be enough to trigger it, I think. It won't show up in NPTL, because the SIGINT will be load balanced and only delivered to one of the threads. > > Ingo/Roland - might want to export ShdPnd in the RH kernels... > > We probably will. I always used that patch when debugging the kernel > signals code in the past. Thanks. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer