From owner-freebsd-current@FreeBSD.ORG  Tue Apr  3 14:32:41 2007
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
X-Original-To: freebsd-current@freebsd.org
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 6B98716A404
	for <freebsd-current@freebsd.org>; Tue,  3 Apr 2007 14:32:41 +0000 (UTC)
	(envelope-from ale@FreeBSD.org)
Received: from andxor.it (relay.andxor.it [195.223.2.3])
	by mx1.freebsd.org (Postfix) with SMTP id 8B34213C484
	for <freebsd-current@freebsd.org>; Tue,  3 Apr 2007 14:32:39 +0000 (UTC)
	(envelope-from ale@FreeBSD.org)
Received: (qmail 29185 invoked from network); 3 Apr 2007 14:32:38 -0000
Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5)
	by andxor.it with SMTP; 3 Apr 2007 14:32:38 -0000
Message-ID: <46126585.8080204@FreeBSD.org>
Date: Tue, 03 Apr 2007 16:32:37 +0200
From: Alex Dupre <ale@FreeBSD.org>
User-Agent: Mozilla Thunderbird 1.5.0.10 (X11/20070317)
MIME-Version: 1.0
To: freebsd-current@freebsd.org,  freebsd-scsi@freebsd.org
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: targclose doesn't return
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2007 14:32:41 -0000

Hello,
I found an incorrect behavior of the targ device on -CURRENT: closing 
the descriptor doesn't return. On -STABLE it works. I think to have 
identified the problem (or at least the change that exposed it) in the 
conditional msleep() call added into kern_conf.c to destroy_devl() in 
rev. 1.119.

This is a simple testcase:


#include <err.h>
#include <fcntl.h>

int
main(int argc, char *argv[])
{
         int targ_fd = open("/dev/targ0", O_RDWR);

         if (targ_fd < 0)
             err(1, "Do you have 'device targ' in your kernel?");

         close(targ_fd);
}

-- 
Alex Dupre