From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 21:12:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E44F16A41B for ; Sun, 16 Sep 2007 21:12:09 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1A40413C46C for ; Sun, 16 Sep 2007 21:12:08 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1720796mue for ; Sun, 16 Sep 2007 14:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=aB/4Fa3E4IC6q0mp+6ihejY/LET9sEL++iQXr/M9oyc=; b=hSb5C23heywC95l+q9+MpQX6rUDutBPQYSHe7frudIe2pp9wBXbmHtr+T4TeGUTpzfGii2cS1JbBLFuXSpB6bJRYhUh4zeTUfjJC46Ts/FPCtchpyWv6d668UtvOvKC78Oz/CNe6tmEp8Y5qFUzhZ1DQuBQmRoroCLZ0fw4WlbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=VmxP81sm+e2xxU/sZD2xZdvpPyt5DsRI3C3NLeG1OlxBc2SA6sWGvngD1gs+EfSoLVr2iS3A6dZPmZSEAR2+0ih//s3z1M2JeR/d6F0RQ/J4iClfN04QQGAn0dV0Dl9DrOBlH+gT/3eKlsliJAfa3vqg/8fZxdlYqfCnpXqYEVY= Received: by 10.86.28.5 with SMTP id b5mr3146485fgb.1189977127489; Sun, 16 Sep 2007 14:12:07 -0700 (PDT) Received: from roadrunner.spoerlein.net ( [85.180.170.233]) by mx.google.com with ESMTPS id e32sm6838078fke.2007.09.16.14.12.06 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Sep 2007 14:12:06 -0700 (PDT) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id l8GLBrjX002521; Sun, 16 Sep 2007 23:11:53 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id l8GLBmaU002520; Sun, 16 Sep 2007 23:11:48 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 16 Sep 2007 23:11:48 +0200 From: Ulrich Spoerlein To: Scott Long Message-ID: <20070916211148.GB1574@roadrunner.spoerlein.net> Mail-Followup-To: Scott Long , freebsd-scsi@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, njl@FreeBSD.ORG References: <46E615C4.1010605@samsco.org> <20070916115427.GA1427@roadrunner.spoerlein.net> <46ED6C50.4040104@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46ED6C50.4040104@samsco.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-scsi@FreeBSD.ORG, njl@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Retirement of CAM_QUIRK_NOSERIAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 21:12:09 -0000 On Sun, 16.09.2007 at 11:48:00 -0600, Scott Long wrote: > Ulrich Spoerlein wrote: > > While this patch is working fine with my USB/FW HDD enclosure, it breaks > > my MP3 USB stick > > kernel: umass0: on uhub5 > > kernel: umass0: BBB reset failed, IOERROR > > kernel: umass0: BBB bulk-in clear stall failed, IOERROR > > kernel: umass0: BBB bulk-out clear stall failed, IOERROR > > Is this a regression of something that works without the patch, or is > it something that has never worked? What happens if you use the > NO_INQUIRY_EVPD quirk instead? This is a regression, I will test the EVPD quirk tomorrow ... > > It's funny, though. If I quirk this Plextor DVD to NO_INQUIRY, it will > > attach > > via da(4) (sic!) and suddenly all kinds of DVD media start working! > > umass0: on uhub5 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: < > Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers > > da0: 3001MB (1536688 2048 byte sectors: 255H 63S/T 95C) > > I'm honestly having a really hard time believing that a device could > claim to support "SCSI" but not support a basic INQUIRY command. That's > the one command that is absolutely essential to any SCSI device. What > if you try the NO_INQUIRY_EVPD or FORCE_SHORT_INQUIRY quirks? Sorry for not making myself clear. The device has always attached via cd(4) and worked for CD and self-burned DVD, but not retail DVD. If I quirk it, it will attach via da(4) *instead* of cd(4), and retail DVD magically start working. If I use atausb(4)/acd(4) some of the retail DVDs work and if I extract the drive from the case and attach it via atapi(4)/acd(4) everything is working fine, too. It is only cd(4) that is not grokking retail DVDs, be it via umass(4) or sbp(4). I doubt your patch is intended to change the runtime behaviour of cd(4) with respect to handling inserted media, right? I'll give those quirks you mentioned a try, but that will only fix the umass(4)/cd(4) issue, not the sbp(4)/cd(4) one. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt.