From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 16:23:02 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 4D84B754 for ; Mon, 2 Mar 2015 16:23:02 +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 1066EDC5 for ; Mon, 2 Mar 2015 16:23:02 +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 F1AC71FE022; Mon, 2 Mar 2015 17:22:59 +0100 (CET) Message-ID: <54F48E94.7030200@selasky.org> Date: Mon, 02 Mar 2015 17:23:48 +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 Subject: Re: enumeration failure of disks in external box redux References: <20150302164907.3ab2eac6@ernst.home> In-Reply-To: <20150302164907.3ab2eac6@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, 02 Mar 2015 16:23:02 -0000 On 03/02/15 16:49, Gary Jennejohn wrote: > I spent most of the day doing a binary search to find out which > commit broke enumeration of the disks in my external disk box, > which is using the JMicron USB3 bridge chip. > > It turned out that there was some kind of breakage in my > /usr/src, which I verified by exporting r279520 to > /usr/src_279520 and then compiling and installing a new kernel > from there. This kernel then worked correctly. > > BUT! I *must* set dma_bits in xhci.c to 32, otherwise > enumeration fails miserably. > > I suspect that the problem reported recently in a 10.1 (?) PR is > also due to dma_bits being set to 64, since IIRC the reporter > has the same JMicron USB3 bridge chip in his box. > > So, HPS, how about an option or quirk to force dma_bits to 32 for > us poor users stuck with this brain-damaged JMicron chip? > Hi, I agree, that if we cannot solve this, a quirk is fine. Multiple people are seeing the same issue. Are you on #bsdusb on EF-net ? --HPS