From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:24:16 2004 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 ACAF016A4CE for ; Wed, 3 Mar 2004 15:24:16 -0800 (PST) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFE843D2F for ; Wed, 3 Mar 2004 15:24:16 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 03 Mar 2004 15:24:16 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id ED8825D07; Wed, 3 Mar 2004 15:24:15 -0800 (PST) To: Lee Damon In-reply-to: Your message of "Wed, 03 Mar 2004 15:14:05 PST." <200403032314.i23NE5lo001889@castle.org> Date: Wed, 03 Mar 2004 15:24:15 -0800 From: "Kevin Oberman" Message-Id: <20040303232415.ED8825D07@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: 5.2-CURRENT atapicam: old bug or new? Hang on boot (IBM T30) 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: Wed, 03 Mar 2004 23:24:16 -0000 > Date: Wed, 03 Mar 2004 15:14:05 -0800 > From: Lee Damon > Sender: owner-freebsd-current@freebsd.org > > Several months ago there was a bug in atapicam that caused my T30 > to hang on boot if the CDROM was installed. Booting proceeded > normally if atapicam was commented out of the kernel config (or if > the CDROM was removed). > > The bug was fixed a few weeks after it showed up. > > After cvsup'ing and compiling this morning I am seeing exactly the > same symptoms. I did not have this problem with my previous kernel > (compiled 20 FEB, 2004). Look at the archive. sos posted a note that the changes made to ata-queue required changes in atapicam. These have not been made at this time, so if you back out the changes to ata-queue.c(1.22) and ata-all.h(1.74) made last Saturday to issue a sense command automatically when ATAPI command fail with valid status, it will work again. -- 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