Re: possible memleak in devio.c::processcompl

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/4/09, Steve Calfee <stevecalfee@xxxxxxxxx> wrote:
> >> It is fixed in the current kernel and Novell has patches for SLED 11.
> >>
> > One other thing. uvcvideo (cheese) does not continue to leak but my
> > userspace stuff did. I believe that is because uvcvideo uses an urb
> > pool, so reuses the urbs. I could not, but maybe you can in your app
> > and that may be a work-around for this leak consuming all memory. This
> > might be useful if you cannot upgrade your kernel beyond 2.6.27....
> >
>
> Oops, never mind. The leak is in usb urbs, not usbdevfs urbs, so you
> cannot fix the leak without changing a kernel driver (devio.c) to
> reuse urbs. But it does explain why cheese/uvcvideo does not leak
> until the system crashes - just when it starts up. Changing devio.c to
> reuse urbs is probably more effort than fixing the real cause and
> patching ehci as described in the earlier link.
>

Yes you're right the problem is solved with newer kernels. Oliver
would it be possible to increase the buffer size to 200k instead of
32k? 32k works for me but 200k would lower the iterations between
k-space/userspace for what I'm doing since the data is around 190k
carried by a single URB.

thanks,
Markus
> Regards, Steve
>
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux