From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 21:25:55 2015 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D68343B0; Mon, 9 Feb 2015 21:25:55 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A901128; Mon, 9 Feb 2015 21:25:55 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1E91D1FE023; Mon, 9 Feb 2015 22:25:52 +0100 (CET) Message-ID: <54D92612.6000207@selasky.org> Date: Mon, 09 Feb 2015 22:26:42 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: gljennjohn@gmail.com, usb@freebsd.org, John Baldwin Subject: Re: r276717 causes problems References: <20150209183648.7825eee5@ernst.home> In-Reply-To: <20150209183648.7825eee5@ernst.home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 21:25:55 -0000 Hi John, Do all PCI busses support 64-bit DMA busmaster? Do we reflect this in the busdma tags passed down to device drivers? --HPS On 02/09/15 18:36, Gary Jennejohn wrote: > r276717 breaks access to my 4-disk external USB3 (XHCI) enclosure. > > The symptom is that only the first of the threee disks is found. > > r276716 sees all the disks immediately. > > This is the output for the bridge chip: > > umass0: on usbus0 > > The problem seems to be mainly due to setting dma_bits to 64. It's > true that the chip on the controller board supports 64 bit DMA, but the > JMicron seems to have a real crisis when that setting is used, although > I don't know why. > > Note that the nice output above was obtained after hard coding dma_bits > to 32 in xhci_init(). With 64 bits I see this: > > umass0: on usbus0 > > probably because reading the strings from the device fails. > > Anyway, it would be nice to have a sysctl to force dma_bits to 32. > > Unfortunately, I still have a problem with my enclosure with more > current versions of HEAD. The rather questionable practice of > always doing a multi LUN enquiry using the SCSI-3 CDB byte 0xa0 > also causes problems. Considering that most of these bridge > chips can barely emulate SCSI-2 it seems rather foolish to try to > jam SCSI-3 CDB bytes down their throats. > > But that's a different story. >