From owner-freebsd-bugs@FreeBSD.ORG  Mon Nov  5 09:42:34 2007
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 90A3116A41B;
	Mon,  5 Nov 2007 09:42:34 +0000 (UTC)
	(envelope-from danny@cs.huji.ac.il)
Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10])
	by mx1.freebsd.org (Postfix) with ESMTP id 4839213C491;
	Mon,  5 Nov 2007 09:42:34 +0000 (UTC)
	(envelope-from danny@cs.huji.ac.il)
Received: from pampa.cs.huji.ac.il ([132.65.80.32])
	by cs1.cs.huji.ac.il with esmtp
	id 1IoyTE-0004u8-HK; Mon, 05 Nov 2007 11:42:12 +0200
X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2
To: iedowse@FreeBSD.org
In-reply-to: <200711041127.lA4BRpg8049484@freefall.freebsd.org> 
References: <200711041127.lA4BRpg8049484@freefall.freebsd.org>
Comments: In-reply-to iedowse@FreeBSD.org
	message dated "Sun, 04 Nov 2007 11:27:51 +0000."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 05 Nov 2007 11:42:12 +0200
From: Danny Braniss <danny@cs.huji.ac.il>
Message-ID: <E1IoyTE-0004u8-HK@cs1.cs.huji.ac.il>
Cc: freebsd-bugs@FreeBSD.org
Subject: Re: bin/117603: [patch] dump(8) hangs on SMP - 4way and higher. 
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2007 09:42:34 -0000

I didn't get your 2nd. message, but i'm now looking at the pr :-)
what if after
	sigemptyset(&mask);
we add
	sigaddset(&mask, SIGUSR2);
the sigsupend() should only return iff a SIGUSR2 was received.
would'nt that solve the ^T et.all issue?

at the moment only one host has this problem, and it's very unsettling, since
I can't reproduce it on another similar host. On the other hand someone else
reported the same issue, and my fix worked for him too.
Anyways, I see no harm in a little cleanup/upgrade :-)
also, my feeling is that the problem might be in the kernel, but I got lost
following the code.