From owner-freebsd-current@FreeBSD.ORG  Thu May 19 21:56:49 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A301616A4CE
	for <current@freebsd.org>; Thu, 19 May 2005 21:56:49 +0000 (GMT)
Received: from postal2.es.net (postal2.es.net [198.128.3.206])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5545C43DBB
	for <current@freebsd.org>; Thu, 19 May 2005 21:56:49 +0000 (GMT)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
        by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465;
        Thu, 19 May 2005 14:56:48 -0700
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id C1E0A5D07;
	Thu, 19 May 2005 14:56:48 -0700 (PDT)
To: Søren Schmidt <sos@DeepCore.dk>
Date: Thu, 19 May 2005 14:56:48 -0700
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20050519215648.C1E0A5D07@ptavv.es.net>
cc: current@freebsd.org
Subject: Still at least one ATA problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
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: Thu, 19 May 2005 21:56:49 -0000

Søren,

I have to take back my "everything works" message. :-(

With a kernel built on 5/17 I can no longer detach my second ATA channel.
# atacontrol list
ATA channel 0:
    Master:  ad0 <IC25N040ATCS05-0/CS4OA61A> ATA/ATAPI revision 5
    Slave:       no device present
ATA channel 1:
    Master:      no device present
    Slave:       no device present
# atacontrol detach 1
atacontrol: Invalid channel (null)

It's not limited to the primary channel, either. 
# atacontrol info 0
atacontrol: Invalid channel (null)

This has always worked since ATAng first provided the capability, It
stopped working sometime between May 5 and May 17. I'm guessing that it
was the ioctl change on May 17.

Yes, I have confirmed that atacontrol and ata sources are current and in
sync.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634