From: Peter Chen <peter.chen@kernel.org>
To: Pawel Laszczak <pawell@cadence.com>
Cc: "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"stable@vger.kernel.org" <stable@vger.kernel.org>
Subject: Re: [PATCH] usb: cdnsp: fix for Link TRB with TC
Date: Thu, 22 Aug 2024 19:19:56 +0800 [thread overview]
Message-ID: <20240822111956.GA783015@nchen-desktop> (raw)
In-Reply-To: <PH7PR07MB953878279F375CCCE6C6F40FDD8E2@PH7PR07MB9538.namprd07.prod.outlook.com>
On 24-08-21 06:07:42, Pawel Laszczak wrote:
> Stop Endpoint command on LINK TRB with TC bit set to 1 causes that
> internal cycle bit can have incorrect state after command complete.
> In consequence empty transfer ring can be incorrectly detected
> when EP is resumed.
> NOP TRB before LINK TRB avoid such scenario. Stop Endpoint command
> is then on NOP TRB and internal cycle bit is not changed and have
> correct value.
>
> Fixes: 3d82904559f4 ("usb: cdnsp: cdns3 Add main part of Cadence USBSSP DRD Driver")
> cc: <stable@vger.kernel.org>
> Signed-off-by: Pawel Laszczak <pawell@cadence.com>
Reviewed-by: Peter Chen <peter.chen@kernel.org>
Peter
> ---
> drivers/usb/cdns3/cdnsp-gadget.h | 3 +++
> drivers/usb/cdns3/cdnsp-ring.c | 28 ++++++++++++++++++++++++++++
> 2 files changed, 31 insertions(+)
>
> diff --git a/drivers/usb/cdns3/cdnsp-gadget.h b/drivers/usb/cdns3/cdnsp-gadget.h
> index e1b5801fdddf..9a5577a772af 100644
> --- a/drivers/usb/cdns3/cdnsp-gadget.h
> +++ b/drivers/usb/cdns3/cdnsp-gadget.h
> @@ -811,6 +811,7 @@ struct cdnsp_stream_info {
> * generate Missed Service Error Event.
> * Set skip flag when receive a Missed Service Error Event and
> * process the missed tds on the endpoint ring.
> + * @wa1_nop_trb: hold pointer to NOP trb.
> */
> struct cdnsp_ep {
> struct usb_ep endpoint;
> @@ -838,6 +839,8 @@ struct cdnsp_ep {
> #define EP_UNCONFIGURED BIT(7)
>
> bool skip;
> + union cdnsp_trb *wa1_nop_trb;
> +
> };
>
> /**
> diff --git a/drivers/usb/cdns3/cdnsp-ring.c b/drivers/usb/cdns3/cdnsp-ring.c
> index 275a6a2fa671..75724e60653c 100644
> --- a/drivers/usb/cdns3/cdnsp-ring.c
> +++ b/drivers/usb/cdns3/cdnsp-ring.c
> @@ -1904,6 +1904,23 @@ int cdnsp_queue_bulk_tx(struct cdnsp_device *pdev, struct cdnsp_request *preq)
> if (ret)
> return ret;
>
> + /*
> + * workaround 1: STOP EP command on LINK TRB with TC bit set to 1
> + * causes that internal cycle bit can have incorrect state after
> + * command complete. In consequence empty transfer ring can be
> + * incorrectly detected when EP is resumed.
> + * NOP TRB before LINK TRB avoid such scenario. STOP EP command is
> + * then on NOP TRB and internal cycle bit is not changed and have
> + * correct value.
> + */
> + if (pep->wa1_nop_trb) {
> + field = le32_to_cpu(pep->wa1_nop_trb->trans_event.flags);
> + field ^= TRB_CYCLE;
> +
> + pep->wa1_nop_trb->trans_event.flags = cpu_to_le32(field);
> + pep->wa1_nop_trb = NULL;
> + }
> +
> /*
> * Don't give the first TRB to the hardware (by toggling the cycle bit)
> * until we've finished creating all the other TRBs. The ring's cycle
> @@ -1999,6 +2016,17 @@ int cdnsp_queue_bulk_tx(struct cdnsp_device *pdev, struct cdnsp_request *preq)
> send_addr = addr;
> }
>
> + if (cdnsp_trb_is_link(ring->enqueue + 1)) {
> + field = TRB_TYPE(TRB_TR_NOOP) | TRB_IOC;
> + if (!ring->cycle_state)
> + field |= TRB_CYCLE;
> +
> + pep->wa1_nop_trb = ring->enqueue;
> +
> + cdnsp_queue_trb(pdev, ring, 0, 0x0, 0x0,
> + TRB_INTR_TARGET(0), field);
> + }
> +
> cdnsp_check_trb_math(preq, enqd_len);
> ret = cdnsp_giveback_first_trb(pdev, pep, preq->request.stream_id,
> start_cycle, start_trb);
> --
> 2.43.0
>
prev parent reply other threads:[~2024-08-22 11:20 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20240821060426.84380-1-pawell@cadence.com>
2024-08-21 6:07 ` [PATCH] usb: cdnsp: fix for Link TRB with TC Pawel Laszczak
2024-08-21 10:43 ` Peter Chen
2024-08-22 7:50 ` Pawel Laszczak
2024-08-22 11:19 ` Peter Chen [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=20240822111956.GA783015@nchen-desktop \
--to=peter.chen@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=pawell@cadence.com \
--cc=stable@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.