mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Avichal Rakesh <arakesh@google.com>
To: Michael Grzeschik <m.grzeschik@pengutronix.de>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Daniel Scally <dan.scally@ideasonboard.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 3/3] usb: gadget: uvc: set req_size and n_requests based on the frame interval
Date: Wed, 26 Jun 2024 11:57:42 -0700	[thread overview]
Message-ID: <80f15515-9050-480c-bbeb-f2b8369326eb@google.com> (raw)
In-Reply-To: <20240403-uvc_request_length_by_interval-v2-3-12690f7a2eff@pengutronix.de>



On 6/22/24 4:48 PM, Michael Grzeschik wrote:
> With the information of the interval frame length it is now possible to
> calculate the number of usb requests by the frame duration. Based on the
> request size and the imagesize we calculate the actual size per request.
> This has calculation has the benefit that the frame data is equally
> distributed over all allocated requests.
> 
> We keep the current req_size calculation as a fallback, if the interval
> callbacks did not set the interval property.
> 
> Signed-off-by: Michael Grzeschik <m.grzeschik@pengutronix.de>
> 
> ---
> v1 -> v2: - add headersize per request into calculation
> ---
>  drivers/usb/gadget/function/uvc_queue.c | 30 +++++++++++++++++++++++-------
>  drivers/usb/gadget/function/uvc_video.c |  2 +-
>  2 files changed, 24 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/usb/gadget/function/uvc_queue.c b/drivers/usb/gadget/function/uvc_queue.c
> index ce51643fc4639..141e52e34c610 100644
> --- a/drivers/usb/gadget/function/uvc_queue.c
> +++ b/drivers/usb/gadget/function/uvc_queue.c
> @@ -44,7 +44,7 @@ static int uvc_queue_setup(struct vb2_queue *vq,
>  {
>  	struct uvc_video_queue *queue = vb2_get_drv_priv(vq);
>  	struct uvc_video *video = container_of(queue, struct uvc_video, queue);
> -	unsigned int req_size;
> +	unsigned int req_size, max_req_size, header_size;
>  	unsigned int nreq;
>  
>  	if (*nbuffers > UVC_MAX_VIDEO_BUFFERS)
> @@ -54,15 +54,31 @@ static int uvc_queue_setup(struct vb2_queue *vq,
>  
>  	sizes[0] = video->imagesize;
>  
> -	req_size = video->ep->maxpacket
> +	nreq = DIV_ROUND_UP(video->interval, video->ep->desc->bInterval * 1250);

This seems problematic? I am not very well versed in the different USB speeds,
but IIRC fullspeed and highspeed enpoints have different bus intervals, and 
treat bInterval in different units (in frames for fs and in microframes for hs).

We likely need some speed specific logic when calculating nreq.

Assuming this logic is for >= hs, this allocates the exact number of 
usb_requests needed to stream a frame over to the host in one video 
frame interval. With the zero length backpressure still in place, this 
would mean that the actual video frame is sent over a period longer than
on video frame interval. I will try these patches locally, but if you
haven't already, please do check if you run into the problem you
brought up in https://lore.kernel.org/all/ZiWga5Kqno1ICv97@pengutronix.de/.
My guess is that the problem will show up here as well.

> +
> +	header_size = nreq * UVCG_REQUEST_HEADER_LEN;
> +
> +	req_size = DIV_ROUND_UP(video->imagesize + header_size, nreq);
> +
> +	max_req_size = video->ep->maxpacket
>  		 * max_t(unsigned int, video->ep->maxburst, 1)
>  		 * (video->ep->mult);
>  
> -	/* We divide by two, to increase the chance to run
> -	 * into fewer requests for smaller framesizes.
> -	 */
> -	nreq = DIV_ROUND_UP(DIV_ROUND_UP(sizes[0], 2), req_size);
> -	nreq = clamp(nreq, 4U, 64U);
> +	if (!req_size) {
> +		req_size = max_req_size;
> +
> +		/* We divide by two, to increase the chance to run
> +		 * into fewer requests for smaller framesizes.
> +		 */
> +		nreq = DIV_ROUND_UP(DIV_ROUND_UP(sizes[0], 2), req_size);
> +		nreq = clamp(nreq, 4U, 64U);
> +	} else if (req_size > max_req_size) {
> +		/* The prepared interval length and expected buffer size
> +		 * is not possible to stream with the currently configured
> +		 * isoc bandwidth
> +		 */
> +		return -EINVAL;
> +	}
>  
>  	video->req_size = req_size;
>  	video->uvc_num_requests = nreq;
> diff --git a/drivers/usb/gadget/function/uvc_video.c b/drivers/usb/gadget/function/uvc_video.c
> index 95bb64e16f3da..d197c46e93fb4 100644
> --- a/drivers/usb/gadget/function/uvc_video.c
> +++ b/drivers/usb/gadget/function/uvc_video.c
> @@ -304,7 +304,7 @@ static int uvcg_video_usb_req_queue(struct uvc_video *video,
>  		 */
>  		if (list_empty(&video->req_free) || ureq->last_buf ||
>  			!(video->req_int_count %
> -			DIV_ROUND_UP(video->uvc_num_requests, 4))) {
> +			clamp(DIV_ROUND_UP(video->uvc_num_requests, 4), 4U, 16U))) {
>  			video->req_int_count = 0;
>  			req->no_interrupt = 0;
>  		} else {
> 

  reply	other threads:[~2024-06-26 18:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-22 23:48 [PATCH v2 0/3] usb: gadget: uvc: allocate requests based on frame interval length and buffersize Michael Grzeschik
2024-06-22 23:48 ` [PATCH v2 1/3] usb: gadget: function: uvc: set req_size once when the vb2 queue is calculated Michael Grzeschik
2024-06-22 23:48 ` [PATCH v2 2/3] usb: gadget: uvc: add g_parm and s_parm for frame interval Michael Grzeschik
2024-06-26 18:30   ` Avichal Rakesh
2024-07-17 22:22     ` Michael Grzeschik
2024-06-22 23:48 ` [PATCH v2 3/3] usb: gadget: uvc: set req_size and n_requests based on the " Michael Grzeschik
2024-06-26 18:57   ` Avichal Rakesh [this message]
2024-07-17 22:19     ` Michael Grzeschik

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=80f15515-9050-480c-bbeb-f2b8369326eb@google.com \
    --to=arakesh@google.com \
    --cc=dan.scally@ideasonboard.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=m.grzeschik@pengutronix.de \
    /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®