From nobody@FreeBSD.org Mon Dec 3 07:54:42 2007 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A202C16A417 for ; Mon, 3 Dec 2007 07:54:42 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id AA1A213C469 for ; Mon, 3 Dec 2007 07:54:42 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id lB37sOPl087200 for ; Mon, 3 Dec 2007 07:54:24 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id lB37sOIP087199; Mon, 3 Dec 2007 07:54:24 GMT (envelope-from nobody) Message-Id: <200712030754.lB37sOIP087199@www.freebsd.org> Date: Mon, 3 Dec 2007 07:54:24 GMT From: vermaden To: freebsd-gnats-submit@FreeBSD.org Subject: acd0: FAILURE - INQUIRY ILLEGAL REQUEST X-Send-Pr-Version: www-3.1 X-GNATS-Notify: >Number: 118393 >Category: kern >Synopsis: [ata] acd0: FAILURE - INQUIRY ILLEGAL REQUEST (regression) >Confidential: no >Severity: non-critical >Priority: low >Responsible: thomas >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 03 08:00:03 UTC 2007 >Closed-Date: Wed Jan 16 06:49:23 UTC 2008 >Last-Modified: Wed Jan 16 06:49:23 UTC 2008 >Originator: vermaden >Release: 7.0-BETA4 >Organization: >Environment: FreeBSD vermaden.go.pl 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Sun Dec 2 20:47:14 CET 2007 root@vermaden.go.pl:/usr/obj/usr/src/sys/SMP-7 i386 >Description: kernel config: http://vermaden.go.pl/tmp/SMP-7 make.conf: http://vermaden.go.pl/tmp/make.conf My LG DVD-RW GSA-H42N always worked without any errors on 6.2-RELEASE/ STABLE and now from BETA1 to BETA4 these errors shows at boot, DVDRW works, it also burns as usual but should these messages show? acd0: DVDR at ata1-master UDMA66 GEOM_LABEL: Label for provider acd0 is iso9660/CDROM. acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 Regards vermaden >How-To-Repeat: everytime at boot these messages shows, you do not have to do anything, just reboot(8). acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 >Fix: unknown >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-i386->sos Responsible-Changed-By: remko Responsible-Changed-When: Sun Dec 23 17:33:08 UTC 2007 Responsible-Changed-Why: Hi Soren, can you perhaps tell (from the information available) what the change might be and whether this can be of any harm (or not :-)) http://www.freebsd.org/cgi/query-pr.cgi?pr=118393 Responsible-Changed-From-To: sos->thomas Responsible-Changed-By: remko Responsible-Changed-When: Sun Dec 23 18:01:29 UTC 2007 Responsible-Changed-Why: Reassign to thomas, this seems to be atapicam related (Thanks soren) http://www.freebsd.org/cgi/query-pr.cgi?pr=118393 From: Thomas Quinot To: bug-followup@FreeBSD.org, vermaden@interia.pl Cc: Subject: Re: kern/118393: acd0: FAILURE - INQUIRY ILLEGAL REQUEST Date: Sat, 29 Dec 2007 18:24:14 +0100 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Note that submitter's email address is not working correctly: : host mx.poczta.interia.pl[80.48.65.10] said: 550 Wyslij ten list przez wlasciwy dla Twojej domeny serwer pocztowy / Please send this message through an authorized mail server (in reply to RCPT TO command) (No, I won't be jumping through hoops to accomodate junk blacklists.) Thomas. --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFHdoK9AE1UuDk9JGkRAprWAKCDenR61rItdxL9Vgi7CSCvI/6jagCeOzCC Nsyt9aWa+aU6oqvXCLqWl+w= =nXya -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From: Thomas Quinot To: bug-followup@FreeBSD.org, vermaden@interia.pl Cc: Subject: Re: kern/118393: acd0: FAILURE - INQUIRY ILLEGAL REQUEST Date: Sat, 29 Dec 2007 18:20:53 +0100 These messages are not particularly alarming in themselves, they just mean that the upper layers (cd(4)) generated an ATAPI command block for the INQUIRY command that the unit has rejected (this is assuming that you are indeed using ATAPI/CAM, which is not apparent in your PR). The most likely cause is that the unit does not support EVPD reporting. Can you provide the complete output of "camcontrol inquiry cd0" as well as any kernel message produced while running that command? Thomas. From: "barbara" To: "bug-followup" , "vermaden" Cc: Subject: Re: kern/118393: acd0: FAILURE - INQUIRY ILLEGAL REQUEST Date: Mon, 31 Dec 2007 14:39:03 +0100 I can see the same message on both 7-STABLE and 6-STABLE. But I have it at boot only if I include 'device atapicam' in my KERNCONF,= else when the module is loaded. # kldload atapicam - kernel message Dec 31 14:21:04 regulus kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST a= sc=3D0x24 ascq=3D0x00 sks=3D0x48 0x00 0x01 Dec 31 14:21:04 regulus kernel: cd0 at ata1 bus 0 target 0 lun 0 Dec 31 14:21:04 regulus kernel: cd0: Remov= able CD-ROM SCSI-0 device Dec 31 14:21:04 regulus kernel: cd0: 66.000MB/s transfers Dec 31 14:21:04 regulus kernel: cd0: Attempt to query device size failed:= NOT READY, Medium not present # camcontrol inquiry cd0 -v pass0: Removable CD-ROM SCSI-0 device (pass0:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (pass0:ata1:0:0:0): CAM Status: SCSI Status Error (pass0:ata1:0:0:0): SCSI Status: Check Condition (pass0:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (pass0:ata1:0:0:0): Invalid field in CDB: Command byte 1 bit 0 is invalid= pass0: 66.000MB/s transfers - kernel message Dec 31 14:21:22 regulus kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST a= sc=3D0x24 ascq=3D0x00 sks=3D0x48 0x00 0x01 From: Thomas Quinot To: barbara Cc: bug-followup@FreeBSD.org, sos@freebsd.org Subject: Re: kern/118393: acd0: FAILURE - INQUIRY ILLEGAL REQUEST Date: Mon, 31 Dec 2007 15:16:34 +0100 OK, same symptoms but with another model. Here again the unit rejects an INQUIRY command with the EVPD bit set, which could be avoided with a CAM_QUIRK_NOSERIAL entry. But then again, the only consequence of not having this quirk entry is the additional message from the ata layer on the console, which is really inocuous. If we really wanted to hack around that, we could use the ATA_R_QUIET flag on ATA commands passed from ATAPI/CAM to ATA, on the assumption that the CAM subsystem will take care of the reporting, but I'm reluctant to doing that as this may also lose some other valuable error indications. (Or we could set that flag just for INQUIRY with EVPD set, since we know that several ATAPI units fail that request, and we can safely ignore that failure). Thomas. State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jan 16 06:49:22 UTC 2008 State-Changed-Why: This is reported as harmless by thomas, in addition no feedback from the submitter, closing the ticket. http://www.freebsd.org/cgi/query-pr.cgi?pr=118393 >Unformatted: