From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Michael Grzeschik <m.grzeschik@pengutronix.de>
Cc: Daniel Scally <dan.scally@ideasonboard.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Avichal Rakesh <arakesh@google.com>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 06/10] usb: gadget: uvc: set req_size once when the vb2 queue is calculated
Date: Tue, 13 Aug 2024 12:41:10 +0300 [thread overview]
Message-ID: <20240813094110.GE19716@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20240403-uvc_request_length_by_interval-v4-6-ca22f334226e@pengutronix.de>
On Tue, Aug 13, 2024 at 11:09:30AM +0200, Michael Grzeschik wrote:
> The uvc gadget driver is calculating the req_size on every
> video_enable/alloc_request and is based on the fixed configfs parameters
> maxpacket, maxburst and mult.
>
> As those parameters can not be changed once the gadget is started and
> the same calculation is done already early on the
> vb2_streamon/queue_setup path its save to remove one extra calculation
> and reuse the calculation from uvc_queue_setup for the allocation step.
Avoiding double calculations is good, but then don't compute the value
in uvc_queue_setup(). That will also be called multiple times, and its
timing will be controlled by userspace. Move it to a better location.
> Signed-off-by: Michael Grzeschik <m.grzeschik@pengutronix.de>
>
> ---
> v3 -> v4: -
> v2 -> v3: -
> v1 -> v2: -
> ---
> drivers/usb/gadget/function/uvc_queue.c | 2 ++
> drivers/usb/gadget/function/uvc_video.c | 15 ++-------------
> 2 files changed, 4 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/usb/gadget/function/uvc_queue.c b/drivers/usb/gadget/function/uvc_queue.c
> index 7995dd3fef184..2414d78b031f4 100644
> --- a/drivers/usb/gadget/function/uvc_queue.c
> +++ b/drivers/usb/gadget/function/uvc_queue.c
> @@ -63,6 +63,8 @@ static int uvc_queue_setup(struct vb2_queue *vq,
> */
> nreq = DIV_ROUND_UP(DIV_ROUND_UP(sizes[0], 2), req_size);
> nreq = clamp(nreq, 4U, 64U);
> +
> + video->req_size = req_size;
> video->uvc_num_requests = nreq;
>
> return 0;
> diff --git a/drivers/usb/gadget/function/uvc_video.c b/drivers/usb/gadget/function/uvc_video.c
> index 259920ae36843..a6786beef91ad 100644
> --- a/drivers/usb/gadget/function/uvc_video.c
> +++ b/drivers/usb/gadget/function/uvc_video.c
> @@ -480,7 +480,6 @@ uvc_video_free_requests(struct uvc_video *video)
> INIT_LIST_HEAD(&video->ureqs);
> INIT_LIST_HEAD(&video->req_free);
> INIT_LIST_HEAD(&video->req_ready);
> - video->req_size = 0;
> return 0;
> }
>
> @@ -488,16 +487,9 @@ static int
> uvc_video_alloc_requests(struct uvc_video *video)
> {
> struct uvc_request *ureq;
> - unsigned int req_size;
> unsigned int i;
> int ret = -ENOMEM;
>
> - BUG_ON(video->req_size);
> -
> - req_size = video->ep->maxpacket
> - * max_t(unsigned int, video->ep->maxburst, 1)
> - * (video->ep->mult);
> -
> for (i = 0; i < video->uvc_num_requests; i++) {
> ureq = kzalloc(sizeof(struct uvc_request), GFP_KERNEL);
> if (ureq == NULL)
> @@ -507,7 +499,7 @@ uvc_video_alloc_requests(struct uvc_video *video)
>
> list_add_tail(&ureq->list, &video->ureqs);
>
> - ureq->req_buffer = kmalloc(req_size, GFP_KERNEL);
> + ureq->req_buffer = kmalloc(video->req_size, GFP_KERNEL);
> if (ureq->req_buffer == NULL)
> goto error;
>
> @@ -525,12 +517,10 @@ uvc_video_alloc_requests(struct uvc_video *video)
> list_add_tail(&ureq->req->list, &video->req_free);
> /* req_size/PAGE_SIZE + 1 for overruns and + 1 for header */
> sg_alloc_table(&ureq->sgt,
> - DIV_ROUND_UP(req_size - UVCG_REQUEST_HEADER_LEN,
> + DIV_ROUND_UP(video->req_size - UVCG_REQUEST_HEADER_LEN,
> PAGE_SIZE) + 2, GFP_KERNEL);
> }
>
> - video->req_size = req_size;
> -
> return 0;
>
> error:
> @@ -663,7 +653,6 @@ uvcg_video_disable(struct uvc_video *video)
> INIT_LIST_HEAD(&video->ureqs);
> INIT_LIST_HEAD(&video->req_free);
> INIT_LIST_HEAD(&video->req_ready);
> - video->req_size = 0;
> spin_unlock_irqrestore(&video->req_lock, flags);
>
> /*
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2024-08-13 9:41 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-13 9:09 [PATCH v4 00/10] usb: gadget: uvc: effectively fill the udc isoc pipeline with available video buffers Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 01/10] usb: gadget: uvc: always set interrupt on zero length requests Michael Grzeschik
2024-08-13 9:17 ` Laurent Pinchart
2024-08-13 9:09 ` [PATCH v4 02/10] usb: gadget: uvc: only enqueue zero length requests in potential underrun Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 03/10] usb: gadget: uvc: remove pump worker and enqueue all buffers per frame in qbuf Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 04/10] usb: gadget: uvc: rework to enqueue in pump worker from encoded queue Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 05/10] usb: gadget: uvc: remove uvc_video_ep_queue_initial_requests Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 06/10] usb: gadget: uvc: set req_size once when the vb2 queue is calculated Michael Grzeschik
2024-08-13 9:41 ` Laurent Pinchart [this message]
2024-08-27 21:58 ` Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 07/10] usb: gadget: uvc: add g_parm and s_parm for frame interval Michael Grzeschik
2024-08-13 9:22 ` Laurent Pinchart
2024-08-13 9:28 ` Laurent Pinchart
2024-08-13 10:27 ` Michael Grzeschik
2024-08-13 10:34 ` Laurent Pinchart
2024-08-13 9:09 ` [PATCH v4 08/10] usb: gadget: uvc: set req_size and n_requests based on the " Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 09/10] usb: gadget: uvc: set req_length based on payload by nreqs instead of req_size Michael Grzeschik
2024-08-13 9:09 ` [PATCH v4 10/10] usb: gadget: uvc: add min g_ctrl vidioc and set min buffs to 4 Michael Grzeschik
2024-08-13 9:35 ` Laurent Pinchart
2024-08-13 9:56 ` [PATCH v4 00/10] usb: gadget: uvc: effectively fill the udc isoc pipeline with available video buffers Greg Kroah-Hartman
2024-08-13 10:01 ` Greg Kroah-Hartman
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=20240813094110.GE19716@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=arakesh@google.com \
--cc=dan.scally@ideasonboard.com \
--cc=gregkh@linuxfoundation.org \
--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