From owner-freebsd-scsi@FreeBSD.ORG Mon Feb 26 21:04:25 2007 Return-Path: X-Original-To: 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 46DA216A400 for ; Mon, 26 Feb 2007 21:04:25 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0218513C442 for ; Mon, 26 Feb 2007 21:04:24 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so337996wri for ; Mon, 26 Feb 2007 13:04:24 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tGG1oqsKQQPolYQlom4rfqbk9ANp+0X2lRQQrESu265U5w05mL2+cUgsx7YYqpA8CS9/Fqvwm9XtrC8l0VwI8ZD7NDMlmoJAgNe58GrJfLM+3RIvAv56K8FHT0aVf5ZHI1WksJ8peyeriz+sL0x+8qa7aH8cZQJJs7SBjTgpX9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o3IYNRuuYMpysyA3/hE/RGIjXqgO3nsIPzSZWBd+J/nFKYqEzHPx3Xp4/kM1KGUuSL6daSe71kUI9gbhk44HBrbNfO+CRqVo9a8I4tyXuq/8h+zyDYQBBc5Z1hTxOD0AbSkRzI02G8DKrS1wKNNUIM7e19z1uQz8duXjTx9Aomk= Received: by 10.114.126.1 with SMTP id y1mr16980wac.1172523863274; Mon, 26 Feb 2007 13:04:23 -0800 (PST) Received: by 10.114.25.18 with HTTP; Mon, 26 Feb 2007 13:04:23 -0800 (PST) Message-ID: <7579f7fb0702261304yd52d46dy81e3ac30e02807b5@mail.gmail.com> Date: Mon, 26 Feb 2007 13:04:23 -0800 From: "Matthew Jacob" To: "Warner Losh" In-Reply-To: <20070226.133739.74686216.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0702252331m7d3a61c5u224d898b4f04248c@mail.gmail.com> <45E3092A.5040404@samsco.org> <7579f7fb0702261041ld6f4a09q732bbbc419cf1c73@mail.gmail.com> <20070226.133739.74686216.imp@bsdimp.com> Cc: scsi@freebsd.org Subject: Re: Quirk for this? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 21:04:25 -0000 Oh, agreed. But rather than wander off into the umass code, thus spreading quirks around hither and yon, would it make sense to just do this in da which allows you to check transport type (now at least, for CAM_NEWTRAN). And this means, btw, that I don't believe it's necessary to fix all instantiations of READ CAPACITY (so that camcontrol(8) works). BTW- now that I think about it, I think that the 'taste' stuff that GEOM does with disk devices (reading the last sector) actually wouldn't work with tradtional MagnetoOptical devices anyway- you cannot read unrecorded media in this case- so GEOM might have to be dealt with at some point anyway. On 2/26/07, Warner Losh wrote: > > It may be a property specific to USB devices, but the code affected is > > a property of the end target at the end of a transport, not the > > transport itself. > > The transport already does so much futzing with the scsi > request/replies that go down to the device that one more wouldn't be > so horrible and would confine this brain-damage to the devices that > have it... > > Warner >