From owner-freebsd-scsi@FreeBSD.ORG Wed Apr 25 01:45:30 2007 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DA4E16A400 for ; Wed, 25 Apr 2007 01:45:30 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 075CB13C468 for ; Wed, 25 Apr 2007 01:45:29 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so61211wxc for ; Tue, 24 Apr 2007 18:45:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Xd3ncVD4LtRJLWMvnS+tPeH8pqHwdtk/TSbc26lnDhhaqbbqh3cc/tm5SAfFJ8QoH/zkzXr8GnIB0LepZJS/1USKAOmUTh+zTTMss/kAM6KDQXlJRKqW5JYNFl6TcrMnTMtNT/U/ye81QOIViQuKitqw4imreaR8nWkTlagi4lU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UqWg7w+4ElTz/HOPcgnMnl7A1bd+rU2rJFo3z/Wl24iojPakPrHWV5KYkoC0qi9Bmxc+7yTnouycigYSRuMugDdfkGHQHM8gRqwykFpveGabCnMpEn/Of3jTYKSkOgpEiqrRFHwZOPqQw6JeBE1Wq2rxWaenjulBX3HwbfOFluM= Received: by 10.70.60.7 with SMTP id i7mr355988wxa.1177465528497; Tue, 24 Apr 2007 18:45:28 -0700 (PDT) Received: by 10.100.231.9 with HTTP; Tue, 24 Apr 2007 18:45:28 -0700 (PDT) Message-ID: <8cb6106e0704241845r737dca05p50fc967a61d66677@mail.gmail.com> Date: Tue, 24 Apr 2007 18:45:28 -0700 From: "Josh Carroll" To: "Thomas Quinot" In-Reply-To: <8cb6106e0704241132vfa6b312s3b4cbea0c823b796@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0703261318o120c620ar6b2461802632fc01@mail.gmail.com> <8cb6106e0703262157m7fd0ae96p3bb5368af797dc6b@mail.gmail.com> <460AA9E3.4030106@samsco.org> <8cb6106e0703281531k4c5bebecp5566c64c8f458a74@mail.gmail.com> <8cb6106e0704030039if46397fvfc993d9c9e19e1fc@mail.gmail.com> <8cb6106e0704032107w457026b1t1e04ed11008af48a@mail.gmail.com> <20070424162008.GA7087@melamine.cuivre.fr.eu.org> <8cb6106e0704240929j38178df6k1b6391446c69a2ae@mail.gmail.com> <20070424165843.GD7087@melamine.cuivre.fr.eu.org> <8cb6106e0704241132vfa6b312s3b4cbea0c823b796@mail.gmail.com> Cc: freebsd-scsi@freebsd.org, bug-followup@freebsd.org, c47g@gmx.at Subject: Re: kern/103602: drive gets wedged on READ CD CAPACITY if no disc is in X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 01:45:30 -0000 > > *And* you mentioned, very early in this PR, that disabling DMA > > altogether made the problem disappear. So, let's try something: enable > > DMA only for READ and WRITE commands (where it's most useful). > > > > Apparently it's not a completely unhead-of situation that some drives > > have problems with DMA for commands other than READ and WRITE, see: > > http://www.mail-archive.com/linux-ide@vger.kernel.org/msg05425.html > > I had to go back to my snapshot of -CURRENT from 4/2 (or so), as I was getting panics with -CURRENT cvsup'd as of today. But with the old source, I think disabling DMA except for READ/WRITE did the trick. When I run sg_readcap /dev/cd0 now, I get: READ CAPACITY (10) failed, device not ready I get this immediately with no delay! I decided to try to burn a disk with growisofs, which worked, though I saw the following in dmesg (I had disabled CAMDEBUG once I knew it was working): acd0: FAILURE - READ_BUFFER ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - MODE_SELECT_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 The disk only burned at 6x, even though the media and drive support 16x. But that may not be related to the above at all, unless it's related to the MODE_SELECT_BIG error? Thanks, Josh