Re: [PATCH] zr36067: Debugging cleanups (updated again)
Trent Piepho <[email protected]> Sat, 9 Jun 2007 22:47:46 -0700 (PDT)
| Newsgroups | gmane.comp.video.mjpeg.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sat, 9 Jun 2007, Jean Delvare wrote: > On Sat, 26 May 2007 07:17:44 -0700 (PDT), Trent Piepho wrote: > > I was able to change the driver's kmalloc() limit from 128k to 1024k, and it > > appeared to be able to allocate the larger memory region fine. > > For the records, I tried increasing the max kmalloc size too. 512 kB > buffers work nicely. 1024 kB buffers work too, but /proc/buddyinfo > shows they are rare, so I can't ask for too many buffers, and maybe at > some point they will no longer be available. > > Still, this demonstrates that there would be a practical benefit in > removing this arbitrary 128 kB limit from the driver. I'll try to come > up with a patch tomorrow. I think the 128k limit is from some time ago, when 64MB would be a typical amount of memory for a system. Allocations >128k would be very unlikely to succeed, while now it's entirely possible. It makes a lot more sense to try kmalloc first and only have buffer allocation fail if kmalloc fails. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/