From owner-freebsd-stable@FreeBSD.ORG  Wed Apr 25 02:45:16 2007
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id A261416A400
	for <freebsd-stable@freebsd.org>; Wed, 25 Apr 2007 02:45:16 +0000 (UTC)
	(envelope-from eugen@kuzbass.ru)
Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su
	[213.184.65.80])
	by mx1.freebsd.org (Postfix) with ESMTP id E1FC713C468
	for <freebsd-stable@freebsd.org>; Wed, 25 Apr 2007 02:45:15 +0000 (UTC)
	(envelope-from eugen@kuzbass.ru)
Received: from kuzbass.ru (kost [213.184.65.82])
	by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l3P2EX1B025246;
	Wed, 25 Apr 2007 10:14:34 +0800 (KRAST)
	(envelope-from eugen@kuzbass.ru)
Message-ID: <462EB996.FAE68D4A@kuzbass.ru>
Date: Wed, 25 Apr 2007 10:14:46 +0800
From: Eugene Grosbein <eugen@kuzbass.ru>
Organization: SVZServ
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: ru,en
MIME-Version: 1.0
To: Kostik Belousov <kostikbel@gmail.com>
References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk>
	<20070423025631.GA33256@steerpike.hanley.stade.co.uk>
	<20070423113912.GE2052@deviant.kiev.zoral.com.ua>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.2-STABLE deadlock?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Apr 2007 02:45:16 -0000

Kostik Belousov wrote:

> I would suspect the mlx controller. There is several processes (for instance,
> 988, 50918) waiting for completion of block read, and processes in the "ufs"
> states are the result of the lock cascade, IMHO.

It may be possible that controller is not guilty.

You can easily reproduce lock in "ufs" state with commands from
the "How-To-Repeat" section of:
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/107439

The PR is closed but the problem still exists in recent 6.2-STABLE.
GENERIC has the problem too, GENERIC+INVARIANTS panices at once
instead of producing locked processes.

Eugene Grosbein.