From owner-freebsd-bugs@FreeBSD.ORG Wed Nov 18 05:30:02 2009 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF71106566B for ; Wed, 18 Nov 2009 05:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 51AEC8FC1E for ; Wed, 18 Nov 2009 05:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAI5U1ZO047177 for ; Wed, 18 Nov 2009 05:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAI5U1rI047176; Wed, 18 Nov 2009 05:30:01 GMT (envelope-from gnats) Resent-Date: Wed, 18 Nov 2009 05:30:01 GMT Resent-Message-Id: <200911180530.nAI5U1rI047176@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Frank Durda IV Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A626F106566B for ; Wed, 18 Nov 2009 05:23:09 +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 942A28FC13 for ; Wed, 18 Nov 2009 05:23:09 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id nAI5N91K065118 for ; Wed, 18 Nov 2009 05:23:09 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id nAI5N9fm065117; Wed, 18 Nov 2009 05:23:09 GMT (envelope-from nobody) Message-Id: <200911180523.nAI5N9fm065117@www.freebsd.org> Date: Wed, 18 Nov 2009 05:23:09 GMT From: Frank Durda IV To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/140654: growisofs/mkisofs PERFORM OPC and GET EVENT CAM/SCSI Input/output errors at start of DVD record X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2009 05:30:02 -0000 >Number: 140654 >Category: kern >Synopsis: growisofs/mkisofs PERFORM OPC and GET EVENT CAM/SCSI Input/output errors at start of DVD record >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 18 05:30:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Frank Durda IV >Release: 8.3 i386 RC3 >Organization: >Environment: FreeBSD walkoff.lonestar.org 8.0-RC3 FreeBSD 8.0-RC3 #0: Tue Nov 10 07:50:36 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: When recording a DVD using the stock growisofs, it emits two error messages at the start of each burn that it did not emit previously when the same computer and DVD recorder were used on FreeBSD 6.3 RELEASE i386. The error messages growisofs now emits are: :-( unable to PERFORM OPC: Input/output error :-( unable to GET EVENT: Input/output error and are emitted within 30 seconds of starting the program. The burn continues, and appears to complete despite these messages. A byte-for-byte compare of the data on the disc indicates the data track is intact, but if OPC operations did not occur, out-of-band field could be missing/incorrect. At the time of the two error messages, /var/log/messages records three messages from the driver: Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): CAM Status: SCSI Status Error Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): SCSI Status: Check Condition Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): ILLEGAL REQUEST asc:24,0 Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): Invalid field in CDB Nov 17 22:33:26 walkoff kernel: (cd0:umass-sim1:1:0:0): Unretryable error AND Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): CAM Status: SCSI Status Error Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): SCSI Status: Check Condition Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): NOT READY asc:4,8 Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): Logical unit not ready, long write in progress Nov 17 22:33:56 walkoff kernel: (cd0:umass-sim1:1:0:0): Unretryable error AND Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): CAM Status: SCSI Status Error Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): SCSI Status: Check Condition Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): NOT READY asc:4,8 Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): Logical unit not ready, long write in progress Nov 17 22:34:01 walkoff kernel: (cd0:umass-sim1:1:0:0): Unretryable error Two different types of recordable media were tested and I got the same errors on both. Again, these two errors did not occur on the same hardware running on FreeBSD 6.3 RELEASE i386 just a few days ago using the same two types of media (same spindles of media, so same manufacture lots). The drive under test: (attached via USB) Nov 17 19:17:48 walkoff kernel: cd0 at umass-sim1 bus 1 target 0 lun 0 Nov 17 19:17:48 walkoff kernel: cd0: Removable CD-ROM SCSI-0 device Nov 17 19:17:48 walkoff kernel: cd0: 40.000MB/s transfers which has been in operation for a year or more. growisofs --version * growisofs by , version 7.1, front-ending to mkisofs: Using ".mkisofsrc" mkisofs 2.01 (i386-unknown-freebsd8.0) It appears that something has changed in the CAM, SCSI or some other driver layer that makes the OPC operations that previously worked to now be illegal or to require different commands/syntax, changes that growisofs doesn't know about. I have not found anything in the documentation that mentions either of these errors. As this appears to be a kernel/driver issue, I placed it in the kern category at least for initial review. >How-To-Repeat: /usr/local/bin/growisofs -dvd-compat -speed=16 -Z /dev/cd0=/a/x.bin where cd0 is a drive with a blank DVD present and /a/x.bin is an ISO image (or really anything you are willing to put on the disc). This is essentially a command example taken from the man page. >Fix: >Release-Note: >Audit-Trail: >Unformatted: