Message ID | 20090418103226.54250420@linux-lm (mailing list archive) |
---|---|
State | Not Applicable, archived |
Headers | show |
On Sat, 18 Apr 2009, leiming wrote: > > >From 5715e310a939f3f7cd3e88eae8f25fedbb28def4 Mon Sep 17 00:00:00 2001 > From: Ming Lei <tom.leiming@gmail.com> > Date: Wed, 15 Apr 2009 22:32:51 +0800 > Subject: [PATCH] V4L/DVB:usbvideo:fix uvc resume failed > > Now urb buffers is not freed before suspend, so uvc_alloc_urb_buffers > should return packet counts allocated originally during uvc resume > , instead of zero. > > This patch is against v2.6.30-rc2. > > Signed-off-by: Ming Lei <tom.leiming@gmail.com> > --- > drivers/media/video/uvc/uvc_video.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/media/video/uvc/uvc_video.c b/drivers/media/video/uvc/uvc_video.c > index a95e173..c050b22 100644 > --- a/drivers/media/video/uvc/uvc_video.c > +++ b/drivers/media/video/uvc/uvc_video.c > @@ -742,7 +742,7 @@ static int uvc_alloc_urb_buffers(struct uvc_video_device *video, > > /* Buffers are already allocated, bail out. */ > if (video->urb_size) > - return 0; > + return DIV_ROUND_UP(video->urb_size, psize); I don't think this is right. It should round _down_. It's supposed to return 'npackets', but if you pass it a different packet size than it was passed originally, it can now return a potentially bigger number than the already allocated buffer, no? So I think it should round down (ie use a regular divide). No? Linuse -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 17 Apr 2009 19:55:29 -0700 (PDT) Linus Torvalds <torvalds@linux-foundation.org> wrote: > @@ -742,7 +742,7 @@ static int uvc_alloc_urb_buffers(struct > > uvc_video_device *video, > > /* Buffers are already allocated, bail out. */ > > if (video->urb_size) > > - return 0; > > + return DIV_ROUND_UP(video->urb_size, psize); > > I don't think this is right. It should round _down_. > > It's supposed to return 'npackets', but if you pass it a different > packet size than it was passed originally, it can now return a Now uvc only uses the previous allocated buffer in suspend/resume path, so the packet size doen't change in this path. > potentially bigger number than the already allocated buffer, no? If this case does exist, the URBs need to be updated and the patch is not enough. > > So I think it should round down (ie use a regular divide). No? Because the following fact: uvc_alloc_urb_buffers() { ... video->urb_size = psize * npackets; ... } so DIV_ROUND_UP still can work correctly. Thanks!
diff --git a/drivers/media/video/uvc/uvc_video.c b/drivers/media/video/uvc/uvc_video.c index a95e173..c050b22 100644 --- a/drivers/media/video/uvc/uvc_video.c +++ b/drivers/media/video/uvc/uvc_video.c @@ -742,7 +742,7 @@ static int uvc_alloc_urb_buffers(struct uvc_video_device *video, /* Buffers are already allocated, bail out. */ if (video->urb_size) - return 0; + return DIV_ROUND_UP(video->urb_size, psize); /* Compute the number of packets. Bulk endpoints might transfer UVC * payloads accross multiple URBs.