dm-loop and kernel 3.x
On 08/08/2012 04:34 PM, Matt Coleman wrote:
> I was looking to remove the limit on maximum number of loop devices.
> I wasn't aware that had changed. Was the limit entirely lifted, or is
> there a new higher limit? When did that change occur (which kernel version)?
2007 - v2.6.21-3222-g7328508. Devices are now allocated dynamically as
required. The initial support was in this commit:
Author: Ken Chen <firstname.lastname@example.org>
Date: Tue May 8 00:28:20 2007 -0700
remove artificial software max_loop limit
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:
Signed-off-by: Ken Chen <email@example.com>
Cc: Jan Engelhardt <firstname.lastname@example.org>
Cc: Christoph Hellwig <email@example.com>
Signed-off-by: Andrew Morton <firstname.lastname@example.org>
Signed-off-by: Linus Torvalds <email@example.com>
There are several fixes that landed later (78f4bb3 and a1c15c5) that are
important if using partitionable loop devices. Those all went into
2.6.39 so any 3.x kernel should be a reasonable choice.
dm-devel mailing list