From: chunfeng yun <chunfeng.yun@mediatek.com>
To: Daniel Thompson <daniel.thompson@linaro.org>
Cc: Mathias Nyman <mathias.nyman@intel.com>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
Felipe Balbi <balbi@ti.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
Roger Quadros <rogerq@ti.com>,
linux-usb@vger.kernel.org, linux-mediatek@lists.infradead.org,
John Crispin <blogic@openwrt.org>,
Daniel Kurtz <djkurtz@chromium.org>,
Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
Pawel Moll <pawel.moll@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller
Date: Thu, 8 Oct 2015 20:05:58 +0800 [thread overview]
Message-ID: <1444305958.26198.14.camel@mhfsdcap03> (raw)
In-Reply-To: <560D1CA9.1050009@linaro.org>
Hi,
On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote:
> On 29/09/15 04:01, Chunfeng Yun wrote:
> > There some vendor quirks for MTK xhci host controller:
> > 1. It defines some extra SW scheduling parameters for HW
> > to minimize the scheduling effort for synchronous and
> > interrupt endpoints. The parameters are put into reseved
> > DWs of slot context and endpoint context.
> > 2. Its IMODI unit for Interrupter Moderation register is
> > 8 times as much as that defined in xHCI spec.
> > 3. Its TDS in Normal TRB defines a number of packets that
> > remains to be transferred for a TD after processing all
> > Max packets in all previous TRBs.
> >
> > Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>
>
> I've done some basic soak tests, both with a directly attached USB3 HDD
> and, given the extra code to manage isochronous xfer, also with a hub,
> disc and two audio interfaces.
>
> Tested-by: Daniel Thompson <daniel.thompson@linaro.org>
>
>
> > diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
> > index 57f40a1..243f696 100644
> > --- a/drivers/usb/host/xhci-ring.c
> > +++ b/drivers/usb/host/xhci-ring.c
> > @@ -68,6 +68,7 @@
> > #include <linux/slab.h>
> > #include "xhci.h"
> > #include "xhci-trace.h"
> > +#include "xhci-mtk.h"
> >
> > /*
> > * Returns zero if the TRB isn't in this segment, otherwise it returns the DMA
> > @@ -3044,18 +3045,27 @@ static u32 xhci_td_remainder(struct xhci_hcd *xhci, int transferred,
> > struct urb *urb, unsigned int num_trbs_left)
> > {
> > u32 maxp, total_packet_count;
> > + u32 skip_current_trb = 0;
>
> A bit of a nitpick but why do we need skip_current_trb? Testing
> (xhci->quirks & XHCI_MTK_HOST) twice would make what the code does, and
> why, more obvious.
>
I am not sure which way it is better, so add variable of
skip_current_trb to reduce test times.
> Anyhow with that looked at, and the caveat that I'm not much of USB
> expert, you're welcome to add my Reviewed-by: to v10.
>
Thanks a lot
> >
> > - if (xhci->hci_version < 0x100)
> > - return ((td_total_len - transferred) >> 10);
> > -
> > - maxp = GET_MAX_PACKET(usb_endpoint_maxp(&urb->ep->desc));
> > - total_packet_count = DIV_ROUND_UP(td_total_len, maxp);
> > + if (xhci->hci_version < 0x100) {
> > + /* for MTK xHCI, TD size doesn't include this TRB */
> > + if (xhci->quirks & XHCI_MTK_HOST)
> > + skip_current_trb = 1;
> > + else
> > + return ((td_total_len - transferred) >> 10);
> > + }
> >
> > /* One TRB with a zero-length data packet. */
> > if (num_trbs_left == 0 || (transferred == 0 && trb_buff_len == 0) ||
> > trb_buff_len == td_total_len)
> > return 0;
> >
> > + if (skip_current_trb)
> > + trb_buff_len = 0;
> > +
> > + maxp = GET_MAX_PACKET(usb_endpoint_maxp(&urb->ep->desc));
> > + total_packet_count = DIV_ROUND_UP(td_total_len, maxp);
> > +
> > /* Queueing functions don't count the current TRB into transferred */
> > return (total_packet_count - ((transferred + trb_buff_len) / maxp));
> > }
>
>
> Daniel.
>
next prev parent reply other threads:[~2015-10-08 12:05 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-29 3:01 [PATCH v9 0/5] Mediatek xHCI support Chunfeng Yun
[not found] ` <1443495698-32233-1-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-09-29 3:01 ` [PATCH v9 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs Chunfeng Yun
[not found] ` <1443495698-32233-2-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-09-29 14:43 ` Sergei Shtylyov
[not found] ` <560AA37E.2090106-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
2015-10-08 11:27 ` chunfeng yun
2015-09-29 3:01 ` [PATCH v9 5/5] arm64: dts: mediatek: add xHCI & usb phy for mt8173 Chunfeng Yun
2015-09-29 3:01 ` [PATCH v9 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller Chunfeng Yun
[not found] ` <1443495698-32233-3-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-09-29 14:49 ` Sergei Shtylyov
2015-10-08 11:37 ` chunfeng yun
2015-09-29 3:01 ` [PATCH v9 3/5] phy: add usb3.0 phy driver for mt65xx SoCs Chunfeng Yun
[not found] ` <1443495698-32233-4-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-10-06 14:20 ` Kishon Vijay Abraham I
2015-10-08 11:45 ` chunfeng yun
2015-09-29 3:01 ` [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller Chunfeng Yun
[not found] ` <1443495698-32233-5-git-send-email-chunfeng.yun-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2015-10-01 11:44 ` Daniel Thompson
2015-10-08 12:05 ` chunfeng yun [this message]
2015-10-08 12:28 ` Daniel Thompson
[not found] ` <5616616D.3080205-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-10-08 13:05 ` Mathias Nyman
2015-10-08 14:42 ` chunfeng yun
2015-10-08 14:38 ` chunfeng yun
2015-10-15 14:46 ` Mathias Nyman
[not found] ` <561FBC40.7020100-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
2015-10-18 1:25 ` chunfeng yun
2015-10-19 11:25 ` Mathias Nyman
[not found] ` <5624D33D.5090807-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-10-20 6:29 ` chunfeng yun
2015-10-20 8:25 ` Mathias Nyman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1444305958.26198.14.camel@mhfsdcap03 \
--to=chunfeng.yun@mediatek.com \
--cc=balbi@ti.com \
--cc=blogic@openwrt.org \
--cc=daniel.thompson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=djkurtz@chromium.org \
--cc=galak@codeaurora.org \
--cc=gregkh@linuxfoundation.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kishon@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-usb@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mathias.nyman@intel.com \
--cc=matthias.bgg@gmail.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=rogerq@ti.com \
--cc=s.hauer@pengutronix.de \
--cc=sergei.shtylyov@cogentembedded.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).