From owner-freebsd-current@FreeBSD.ORG Fri May 20 05:42:38 2005 Return-Path: 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 691D416A4CF for ; Fri, 20 May 2005 05:42:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E8943D9D for ; Fri, 20 May 2005 05:42:37 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4K5ajJx089139; Fri, 20 May 2005 07:36:45 +0200 (CEST) (envelope-from sos@deepcore.dk) In-Reply-To: <20050519215648.C1E0A5D07@ptavv.es.net> References: <20050519215648.C1E0A5D07@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <78B88E32-9A95-4E0D-AAD0-26DAF7EE893C@deepcore.dk> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 20 May 2005 07:42:25 +0200 To: "Kevin Oberman" X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@freebsd.org Subject: Re: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 05:42:38 -0000 On 19/05/2005, at 23.56, Kevin Oberman wrote: > S=F8ren, > > I have to take back my "everything works" message. :-( > > With a kernel built on 5/17 I can no longer detach my second ATA =20 > channel. > # atacontrol list > ATA channel 0: > Master: ad0 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) It still works, you need to type "atacontrol detach ata1" as the =20 parsing is more tight now, and channel are "ataN" disks are "adN" =20 etc, just as one would think if its wasn't for the old ways of no =20 parsing at all (blaim POLA :) ) - S=F8ren