mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Chunfeng Yun (云春峰)" <Chunfeng.Yun@mediatek.com>
To: "angelogioacchino.delregno@collabora.com" 
	<angelogioacchino.delregno@collabora.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>
Cc: "linux-mediatek@lists.infradead.org"
	<linux-mediatek@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"Eddie Hung (洪正鑫)" <Eddie.Hung@mediatek.com>,
	"Tianping Fang (方天平)" <Tianping.Fang@mediatek.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"krzysztof.kozlowski+dt@linaro.org"
	<krzysztof.kozlowski+dt@linaro.org>,
	"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>
Subject: Re: [PATCH 1/7] usb: mtu3: give back request when rx error happens
Date: Mon, 17 Apr 2023 01:07:08 +0000	[thread overview]
Message-ID: <bdaf5fed70321a2fcead837a90f0aded57610cc5.camel@mediatek.com> (raw)
In-Reply-To: <6626cb88-9d9e-593f-f4c9-44c3035bad43@collabora.com>

On Mon, 2023-04-03 at 14:31 +0200, AngeloGioacchino Del Regno wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
> 
> 
> Il 03/04/23 04:52, Chunfeng Yun ha scritto:
> > When the Rx enconnter errors, currently, only print error logs,
> > that
> > may cause class driver's RX halt, shall give back the request with
> > error status meanwhile.
> > 
> > Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>
> 
>  From what I understand, this is not a new feature, but a fix for a
> unwanted QMU
> halt.
> This means that this commit needs a Fixes tag.
I did not take into account this cases when write this driver, it
caused the issue by the bug of host driver.

> 
> > ---
> >   drivers/usb/mtu3/mtu3_qmu.c | 39
> > ++++++++++++++++++++++++++++++++++++-
> >   1 file changed, 38 insertions(+), 1 deletion(-)
> > 
> > diff --git a/drivers/usb/mtu3/mtu3_qmu.c
> > b/drivers/usb/mtu3/mtu3_qmu.c
> > index a2fdab8b63b2..7be4e4be1a6a 100644
> > --- a/drivers/usb/mtu3/mtu3_qmu.c
> > +++ b/drivers/usb/mtu3/mtu3_qmu.c
> > @@ -466,6 +466,39 @@ static void qmu_tx_zlp_error_handler(struct
> > mtu3 *mtu, u8 epnum)
> >       mtu3_qmu_resume(mep);
> >   }
> > 
> > +/*
> > + * when rx error happens (except zlperr), QMU will stop, and RQCPR
> > saves
> > + * the GPD encountered error, Done irq will arise after resuming
> > QMU again.
> > + */
> > +static void qmu_error_rx(struct mtu3 *mtu, u8 epnum)
> > +{
> > +     struct mtu3_ep *mep = mtu->out_eps + epnum;
> > +     struct mtu3_gpd_ring *ring = &mep->gpd_ring;
> > +     struct qmu_gpd *gpd_current = NULL;
> > +     struct usb_request *req = NULL;
> > +     struct mtu3_request *mreq;
> > +     dma_addr_t cur_gpd_dma;
> > +
> > +     cur_gpd_dma = read_rxq_cur_addr(mtu->mac_base, epnum);
> > +     gpd_current = gpd_dma_to_virt(ring, cur_gpd_dma);
> > +
> > +     mreq = next_request(mep);
> > +     if (!mreq || mreq->gpd != gpd_current) {
> > +             dev_err(mtu->dev, "no correct RX req is found\n");
> > +             return;
> > +     }
> > +
> > +     req = &mreq->request;
> > +     req->status = -EAGAIN;
> 
> You don't need a *req pointer for just one simple assignment.
> 
>         mreq->request.status = -EAGAIN;
> 
> that'll do.
That's good, I'll modify it, thanks
> 
> > +
> > +     /* by pass the current GDP */
> > +     gpd_current->dw0_info |= cpu_to_le32(GPD_FLAGS_BPS |
> > GPD_FLAGS_HWO);
> > +     mtu3_qmu_resume(mep);
> > +
> > +     dev_dbg(mtu->dev, "%s EP%d, current=%p, req=%p\n",
> > +             __func__, epnum, gpd_current, mreq);
> > +}
> > +
> >   /*
> >    * NOTE: request list maybe is already empty as following case:
> >    * queue_tx --> qmu_interrupt(clear interrupt pending, schedule
> > tasklet)-->
> > @@ -571,14 +604,18 @@ static void qmu_exception_isr(struct mtu3
> > *mtu, u32 qmu_status)
> > 
> >       if ((qmu_status & RXQ_CSERR_INT) || (qmu_status &
> > RXQ_LENERR_INT)) {
> >               errval = mtu3_readl(mbase, U3D_RQERRIR0);
> > +             mtu3_writel(mbase, U3D_RQERRIR0, errval);
> 
> Please mention in the commit description the reason why you're moving
> this register
> write here.
It clears irq status before handling the error;

> 
> Regards,
> Angelo

      parent reply	other threads:[~2023-04-17  1:07 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-03  2:52 Chunfeng Yun
2023-04-03  2:52 ` [PATCH 2/7] usb: mtu3: use boolean return value Chunfeng Yun
2023-04-03 12:31   ` AngeloGioacchino Del Regno
2023-04-03  2:52 ` [PATCH 3/7] usb: mtu3: fix KE at qmu transfer done irq handler Chunfeng Yun
2023-04-03 12:31   ` AngeloGioacchino Del Regno
2023-04-07  7:59     ` Chunfeng Yun (云春峰)
2023-04-07  9:08       ` AngeloGioacchino Del Regno
2023-04-03  2:52 ` [PATCH 4/7] usb: mtu3: unlock @mtu->lock just before giving back request Chunfeng Yun
2023-04-03 12:31   ` AngeloGioacchino Del Regno
2023-04-03  2:52 ` [PATCH 5/7] usb: mtu3: expose role-switch control to userspace Chunfeng Yun
2023-04-03 12:34   ` AngeloGioacchino Del Regno
2023-04-03  2:52 ` [PATCH 6/7] dt-bindings: usb: mtu3: add two optional clocks Chunfeng Yun
2023-04-04 13:43   ` Rob Herring
2023-04-07  8:03     ` Chunfeng Yun (云春峰)
2023-04-03  2:52 ` [PATCH 7/7] usb: mtu3: add optional clock xhci_ck and frmcnt_ck Chunfeng Yun
2023-04-03 12:34   ` AngeloGioacchino Del Regno
2023-04-07  8:12     ` Chunfeng Yun (云春峰)
2023-04-03 12:31 ` [PATCH 1/7] usb: mtu3: give back request when rx error happens AngeloGioacchino Del Regno
2023-04-07  7:24   ` Chunfeng Yun (云春峰)
2023-04-17  1:07   ` Chunfeng Yun (云春峰) [this message]

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=bdaf5fed70321a2fcead837a90f0aded57610cc5.camel@mediatek.com \
    --to=chunfeng.yun@mediatek.com \
    --cc=Eddie.Hung@mediatek.com \
    --cc=Tianping.Fang@mediatek.com \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --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=matthias.bgg@gmail.com \
    --cc=robh+dt@kernel.org \
    /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

all inboxes | Powered by JetHome®