All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felipe Balbi <balbi@kernel.org>
To: Thinh Nguyen <Thinh.Nguyen@synopsys.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Thinh Nguyen <Thinh.Nguyen@synopsys.com>,
	linux-usb@vger.kernel.org
Cc: John Youn <John.Youn@synopsys.com>
Subject: Re: [PATCH v2 00/11] usb: dwc3: gadget: Handle streams
Date: Thu, 14 May 2020 13:43:45 +0300	[thread overview]
Message-ID: <87imgy4x0e.fsf@kernel.org> (raw)
In-Reply-To: <cover.1588732815.git.thinhn@synopsys.com>

[-- Attachment #1: Type: text/plain, Size: 2538 bytes --]


Hi,

Thinh Nguyen <Thinh.Nguyen@synopsys.com> writes:
> Overview of stream transfer requirement:
>  * A transfer will have a set of TRBs of the same stream ID.
>  * A transfer is started with a stream ID in START_TRANSFER command.
>  * A new stream will only start when the previous completes.
>
> Overview of stream events:
>  * A "prime" from host indicates that its endpoints are active
>    (buffers prepared and ready to receive/transmit data). The controller
>    automatically initiates stream if it sees this.
>  * A "NoStream" rejection event indicates that the host isn't ready.
>    Host will put the endpoint back to idle state. Device may need to
>    reinitiate the stream to start transfer again.
>  * A Stream Found event means host accepted device initiated stream.
>    Nothing needs to be done from driver.
>
> To initiate a stream, the driver will issue START_TRANSFER command with a
> stream ID. To reinitiate the stream, the driver must issue END_TRANSFER and
> restart the transfer with START_TRANSFER command with the same stream ID.
>
> This implementation handles device-initated streams (e.g. UASP driver).  It
> also handles some hosts' quirky behavior where they only prime each endpoint
> once.
>
> Prerequisite:
>   This series requires DWC_usb32 patch series
>   https://patchwork.kernel.org/project/linux-usb/list/?series=269641
>
>   [PATCH 1/2] usb: dwc3: Add support for DWC_usb32 IP
>   [PATCH 2/2] usb: dwc3: Get MDWIDTH for DWC_usb32
>
>
> Changes in v2:
>  - Update cover letter
>  - Split handling of stream and of transfer completion into smaller patches
>  - Reword usb_request->is_last to strictly use for streams
>  - Enforce transfer completion handling to only for stream capable endpoints
>
>
> Thinh Nguyen (11):
>   usb: gadget: Introduce usb_request->is_last
>   usb: gadget: f_tcm: Inform last stream request
>   usb: dwc3: gadget: Continue to process pending requests
>   usb: dwc3: gadget: Check for in-progress END_TRANSFER
>   usb: dwc3: gadget: Refactor TRB completion handler
>   usb: dwc3: gadget: Enable XferComplete event
>   usb: dwc3: gadget: Handle XferComplete for streams
>   usb: dwc3: gadget: Wait for transfer completion
>   usb: dwc3: gadget: Don't prepare beyond a transfer
>   usb: dwc3: gadget: Handle stream transfers
>   usb: dwc3: gadget: Use SET_EP_PRIME for NoStream

This seris is now in testing/next. Can you check that everything looks
fine for you? I had to manually apply one patch.

-- 
balbi

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

      parent reply	other threads:[~2020-05-14 10:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-06  2:46 [PATCH v2 00/11] usb: dwc3: gadget: Handle streams Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 01/11] usb: gadget: Introduce usb_request->is_last Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 02/11] usb: gadget: f_tcm: Inform last stream request Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 03/11] usb: dwc3: gadget: Continue to process pending requests Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 04/11] usb: dwc3: gadget: Check for in-progress END_TRANSFER Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 05/11] usb: dwc3: gadget: Refactor TRB completion handler Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 06/11] usb: dwc3: gadget: Enable XferComplete event Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 07/11] usb: dwc3: gadget: Handle XferComplete for streams Thinh Nguyen
2020-05-06  2:46 ` [PATCH v2 08/11] usb: dwc3: gadget: Wait for transfer completion Thinh Nguyen
2020-05-06  2:47 ` [PATCH v2 09/11] usb: dwc3: gadget: Don't prepare beyond a transfer Thinh Nguyen
2020-05-06  2:47 ` [PATCH v2 10/11] usb: dwc3: gadget: Handle stream transfers Thinh Nguyen
2020-05-06  2:47 ` [PATCH v2 11/11] usb: dwc3: gadget: Use SET_EP_PRIME for NoStream Thinh Nguyen
2020-05-14 10:43 ` Felipe Balbi [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=87imgy4x0e.fsf@kernel.org \
    --to=balbi@kernel.org \
    --cc=John.Youn@synopsys.com \
    --cc=Thinh.Nguyen@synopsys.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-usb@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.