From owner-freebsd-stable@FreeBSD.ORG Sat Oct 20 08:15:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36D616A418 for ; Sat, 20 Oct 2007 08:15:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 790EE13C442 for ; Sat, 20 Oct 2007 08:15:13 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9K8F7uA012957; Sat, 20 Oct 2007 02:15:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4719B8FA.6080402@samsco.org> Date: Sat, 20 Oct 2007 02:14:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: CmdLnKid References: <20071020024955.U6112@cbynevgl.hper> In-Reply-To: <20071020024955.U6112@cbynevgl.hper> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 20 Oct 2007 02:15:08 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 08:15:29 -0000 CmdLnKid wrote: > _ ._ _ , _ ._ > (_ ' ( ` )_ .__) > ( ( ( ) `) ) _) > (__ (_ (_ . _) _) ,__) > `~~`\ ' . /`~~` > ,::: ; ; :::, > ':::::::::::::::' > __________________________________/_ __ > \__________________________________ > | > | > | Copyright (c) 1992-2007 The FreeBSD > Project. | > | Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 | > | The Regents of the University of California. All rights > reserved. | > | FreeBSD is a registered trademark of The FreeBSD > Foundation. | > | FreeBSD 6.2-STABLE #0: Sat Oct 20 04:58:39 UTC > 2007 | > | ----- CUT > ----- | > | acd0: CDRW at ata1-master > UDMA33 | > | acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 > ascq=0x00 | > | acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 > ascq=0x00 | > | 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 | > |___________________________________________________________________________| > > > Introduced-From: RELENG_6 (TODAY) > Unproduced-With: RELENG_6_2 > Questioned: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > I was curious if this is just some debug printf's that were thrown in > thrown in the src of {acd?,ata?,pci?} or whatever ?. If not I have been > looking in the wrong place for where this is coming from and would > appreciate any feedback on this non-issue. The cd burner works just fine > like in RELENG_6_2 as well as 4 & 5 but seeing this come up the way it has > just raises the question in my mind that possible hardware failure might > be eminent in the future. This seems to produce it self with a cd in > the drive on boot or without one. Any other info on this non-issue is > available on request. > > [Future thanks forwarded to any generated threads.] > > Sincerely, > The Command Line Kid. > The prints are mostly harmless. You're using ATAPICAM, and the ATA system is fighting with the CAM system over who best knows how to talk to CDROM devices. It's actually CAM's fault for assuming that all the world knows what VPD pages are, and it's ATA's fault for lying about the error recovery behind CAM's back. Blah. There is a unification project underway to address this. Until then, what you're seeing is harmless. Scott