From owner-cvs-all@FreeBSD.ORG Tue Apr 3 09:24:23 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F91B16A402; Tue, 3 Apr 2007 09:24:23 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.freebsd.org (Postfix) with ESMTP id 91A2213C4BC; Tue, 3 Apr 2007 09:24:22 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail1.siemens.de (localhost [127.0.0.1]) by david.siemens.de (8.12.6/8.12.6) with ESMTP id l338vi11002506; Tue, 3 Apr 2007 10:57:44 +0200 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail1.siemens.de (8.12.6/8.12.6) with ESMTP id l338vitq029240; Tue, 3 Apr 2007 10:57:44 +0200 Received: (from localhost) by curry.mchp.siemens.de (8.13.8/8.13.8) id l338vi00028021; Date: Tue, 3 Apr 2007 10:57:44 +0200 From: Andre Albsmeier To: Thomas Quinot Message-ID: <20070403085744.GA99807@curry.mchp.siemens.de> References: <200703292008.l2TK8WRa020408@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703292008.l2TK8WRa020408@repoman.freebsd.org> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.14 (2007-02-12) Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/ata atapi-cam.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 09:24:23 -0000 On Thu, 29-Mar-2007 at 20:08:32 +0000, Thomas Quinot wrote: > thomas 2007-03-29 20:08:32 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/dev/ata atapi-cam.c > Log: > MFC rev. 1.48: > (reinit_bus): When the ATAPI bus is reset, do not schedule an automated > CAM rescan if the ATAPI device entries have not changed. > > The ATAPI bus may be reset for a variety of reasons, including any time an > ATAPI request times out. It is not necessary to rescan at the CAM level > in such a case, unless a device has appeared or disappeared, or has > otherwise changed. > --- > MFC revs. 1.49 and 1.50: > (atapi_action): Improve error reporting by removing ATA_R_QUIET flag > from ATAPI requests. If CAM debugging is enabled, also mark ATAPI > requests with ATA_R_DEBUG flag. > > (atapi_cb): Report ATAPI timeouts to the CAM layer. > Fix incorrect debugging traces in the presence of ATAPI errors. > > PR: kern/103602 > > Revision Changes Path > 1.42.2.3 +58 -34 src/sys/dev/ata/atapi-cam.c Can this be responsible for a newly seen acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 in dmesg? The relevant part of dmesg is: acd0: CDRW at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed atapicam is compiled into the kernel. I have never seen this "acd0: FAILURE..." line before... -Andre