kernel/linux.git/drivers/block/loop.c, branch linux-2.6.22.y

loop: preallocate eight loop devices

2007-06-09T00:23:32+00:00

The kernel on-demand loop device instantiation breaks several user space tools as the tools are not ready to cope with the "on-demand feature". Fix it by instantiate default 8 loop devices and also reinstate max_loop module parameter. Signed-off-by: Ken Chen Acked-by: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

fix deadlock in loop.c

2007-05-13T16:44:05+00:00

... doh Jeremy Fitzhardinge noted that the recent loop.c cleanups worked, but cause lockdep to complain. Ouch. OK, the deadlock is real and yes, I'm an idiot. Speaking of which, we probably want to s/lock/pin/ in drivers/base/map.c to avoid such brainos again. And yes, this stuff needs clear documentation. Will try to put one together once I get some sleep... Signed-off-by: Al Viro Cc: Jeremy Fitzhardinge Signed-off-by: Linus Torvalds

fix the dynamic allocation and probe in loop.c

2007-05-12T23:53:02+00:00

Signed-off-by: Al Viro Acked-by: Ken Chen Signed-off-by: Linus Torvalds

fs: convert core functions to zero_user_page

2007-05-09T19:30:55+00:00

It's very common for file systems to need to zero part or all of a page, the simplist way is just to use kmap_atomic() and memset(). There's actually a library function in include/linux/highmem.h that does exactly that, but it's confusingly named memclear_highpage_flush(), which is descriptive of *how* it does the work rather than what the *purpose* is. So this patchset renames the function to zero_user_page(), and calls it from the various places that currently open code it. This first patch introduces the new function call, and converts all the core kernel callsites, both the open-coded ones and the old memclear_highpage_flush() ones. Following this patch is a series of conversions for each file system individually, per AKPM, and finally a patch deprecating the old call. The diffstat below shows the entire patchset. [akpm@linux-foundation.org: fix a few things] Signed-off-by: Nate Diller Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

remove artificial software max_loop limit

2007-05-08T18:15:07+00:00

Remove artificial maximum 256 loop device that can be created due to a legacy device number limit. Searching through lkml archive, there are several instances where users complained about the artificial limit that the loop driver impose. There is no reason to have such limit. This patch rid the limit entirely and make loop device and associated block queue instantiation on demand. With on-demand instantiation, it also gives the benefit of not wasting memory if these devices are not in use (compare to current implementation that always create 8 loop devices), a net improvement in both areas. This version is both tested with creation of large number of loop devices and is compatible with existing losetup/mount user land tools. There are a number of people who worked on this and provided valuable suggestions, in no particular order, by: Jens Axboe Jan Engelhardt Christoph Hellwig Thomas M Signed-off-by: Ken Chen Cc: Jan Engelhardt Cc: Christoph Hellwig Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

mm: remove destroy_dirty_buffers from invalidate_bdev()

2007-05-07T19:12:55+00:00

Remove the destroy_dirty_buffers argument from invalidate_bdev(), it hasn't been used in 6 years (so akpm says). find * -name \*.[ch] | xargs grep -l invalidate_bdev | while read file; do quilt add $file; sed -ie 's/invalidate_bdev($[^,]*$,[^)]*)/invalidate_bdev(\1)/g' $file; done Signed-off-by: Peter Zijlstra Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] struct path: convert block_drivers

2006-12-08T16:28:44+00:00

Signed-off-by: Josef Sipek Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] __user annotations: loop.c

2006-10-10T22:37:23+00:00

Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] fix misannotations in loop.c

2006-10-10T22:37:21+00:00

Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] BLOCK: Move the loop device ioctl compat stuff to the loop driver [try #6]

2006-09-30T18:52:27+00:00

Move the loop device ioctl compat stuff from fs/compat_ioctl.c to the loop driver so that the loop header file doesn't need to be included. Signed-Off-By: David Howells Signed-off-by: Jens Axboe