From owner-p4-projects@FreeBSD.ORG Tue Dec 16 16:19:51 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 750461065679; Tue, 16 Dec 2008 16:19:51 +0000 (UTC) Delivered-To: perforce@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3870A1065675; Tue, 16 Dec 2008 16:19:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 984A88FC1C; Tue, 16 Dec 2008 16:19:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=9QZaWaqL03AA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=JwsCuao6HAr3gVu8b8UA:9 a=Pju8YYTqiUvOEwMV_9EA:7 a=MmvEefsuTRvbGtg5jSGfzk_DaNAA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1169680489; Tue, 16 Dec 2008 17:19:48 +0100 From: Hans Petter Selasky To: Sam Leffler Date: Tue, 16 Dec 2008 17:22:05 +0100 User-Agent: KMail/1.9.7 References: <200812122326.mBCNQX6w024511@repoman.freebsd.org> <200812141623.51473.hselasky@c2i.net> <494598B0.9090501@freebsd.org> In-Reply-To: <494598B0.9090501@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812161722.06337.hselasky@c2i.net> Cc: Perforce Change Reviews Subject: Re: PERFORCE change 154573 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 16:19:51 -0000 On Monday 15 December 2008, Sam Leffler wrote: > Hans Petter Selasky wrote: > > On Saturday 13 December 2008, Sam Leffler wrote: > >> Hans Petter Selasky wrote: > >>> On Saturday 13 December 2008, Sam Leffler wrote: > >> > >> No. But if you are interested in helping debug the problem I'm happy to > >> send you debug output. The controller rejects all cmds setting the > >> ERRINT status bit. The qTD contents and xfer contents look fine but I > >> haven't been able to identify the cause given the overlay qTD contents. > >> I'm in the process of collecting comparative traces from linux where usb > >> works. > > > > Send me the EHCI traces and I will have a look at it. Have you tried > > USB2? The patches which you need to apply should be similar. > > This is what I get w/ sysctl hw.usb.ehci.debug=6 for the first cmd > submitted after card insert: > > > Subsequent cmds fail similarly. I don't see the issue and don't > understand how to use the overlay qTD information to pinpoint the reason > the controller is rejecting the request. > > This happens w/ either of the 2 USB ports (1 port / controller): > Hi Sam, The overlay qTD is a copy of the last processed QTD. You might need to do a cache invalidate on the memory region before reading it. What I see: - The first TD completed successfully, and that TD had a lower physical memory adddress than the one that failed. buffer[0]=0x01091fc8 vs: buffer[0]=0x014b8a3c - Halted usually means that that you had a STALL token sent from the device to the host, which indicates that the contents of the SETUP packet (PID=2), in the first TD did not contain valid data, possible due to a missing cache flush. return ((status & EHCI_QTD_HALTED) ? USB_ERR_STALLED : USB_ERR_NORMAL_COMPLETION); --HPS