From Daniel.Hain@Sun.COM Mon May 12 13:41:49 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4CKfmt4020277 for ; Mon, 12 May 2008 13:41:48 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m4CKfkIt026322 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 12 May 2008 21:41:47 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K0R00001W5L7J00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 12 May 2008 13:41:45 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K0R00JPEW5LNH90@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 12 May 2008 13:41:45 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m4CKfj5x028624 for ; Mon, 12 May 2008 13:41:45 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K0R00L01W5JG800@fe-sfbay-09.sun.com> (original mail from Daniel.Hain@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 12 May 2008 13:41:45 -0700 (PDT) Received: from dhcp-usan09-88-152.West.Sun.COM ([129.153.88.152]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K0R00ACGW5KDCB0@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 12 May 2008 13:41:44 -0700 (PDT) Date: Mon, 12 May 2008 13:41:43 -0700 From: Dan Hain Subject: 6307982 cdrw should not require -C to detect media size [PSARC/2008/314, Self Review] Sender: Daniel.Hain@Sun.COM To: PSARC-ext@Sun.COM Cc: Erik Carrillo Message-id: <4828AB87.1000909@sun.com> Organization: Solaris Revenue Product Engineering MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) Status: RO Content-Length: 2383 I'm sponsoring this case for Gabriel Carrillo. It's a straight-forward enhancement, so I'm marking it as Self Review. Please let me know if there is any disagreement and I'll change the case to an actual fast-track. The case seeks patch binding. Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: 6307982 cdrw should not require -C to detect media size 1.2. Name of Document Author/Supplier: Author: Gabriel Carrillo 1.3 Date of This Document: 9 May, 2008 4. Technical Description 1.0 Description The cdrw(1) program, by default, assumes a Compact Disc size of 650MB. If a user inserts a 700MB disc and wishes to write a 680MB image(for example), cdrw(1) will return an error message stating that there is insufficient capacity on the disc. The solution is to use the -C option, which will cause cdrw to issue SCSI MMC commands that will dynamically determine the disc capacity, rather than falling back on the defaults, resulting in a successful burn. As 700MB discs have become more common, and image sizes have grown to take advantage of that fact (Solaris 10 8/07 CD image, for example), users find the command syntax increasingly confusing, and don't realize that the write will fail unless -C is specified. The command-line syntax should remain unmodified for reasons of backwards-compatibility, but cdrw(1) default behavior should be modified such that it always queries the optical drive to determine the capacity of the inserted medium. 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: Automatic 6.6. ARC Exposure: open -- Dan Hain Solaris Revenue Product Engineering (RPE)