linux-toradex.git/include/linux/dm-ioctl.h, branch v2.6.31.2

dm ioctl: support cookies for udev

2009-06-22T09:12:30+00:00

Add support for passing a 32 bit "cookie" into the kernel with the
DM_SUSPEND, DM_DEV_RENAME and DM_DEV_REMOVE ioctls.  The (unsigned)
value of this cookie is returned to userspace alongside the uevents
issued by these ioctls in the variable DM_COOKIE.

This means the userspace process issuing these ioctls can be notified
by udev after udev has completed any actions triggered.

To minimise the interface extension, we pass the cookie into the
kernel in the event_nr field which is otherwise unused when calling
these ioctls.  Incrementing the version number allows userspace to
determine in advance whether or not the kernel supports the cookie.
If the kernel does support this but userspace does not, there should
be no impact as the new variable will just get ignored.

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon

make most exported headers use strict integer types

2009-03-26T17:14:15+00:00

This takes care of all files that have only a small number
of non-strict integer type uses.

Signed-off-by: Arnd Bergmann 
Cc: Mauro Carvalho Chehab 
Cc: David Airlie 
Cc: Arnaldo Carvalho de Melo 
Cc: YOSHIFUJI Hideaki 
Cc: netdev@vger.kernel.org
Cc: linux-ppp@vger.kernel.org
Cc: Jaroslav Kysela 
Cc: Takashi Iwai 
Cc: David Woodhouse 
Signed-off-by: H. Peter Anvin 
Signed-off-by: Ingo Molnar

dm: introduce merge_bvec_fn

2008-07-21T11:00:37+00:00

Introduce a bvec merge function for device mapper devices
for dynamic size restrictions.

This code ensures the requested biovec lies within a single
target and then calls a target-specific function to check
against any constraints imposed by underlying devices.

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon

dm ioctl: move compat code

2008-02-08T02:09:56+00:00

Move compat_ioctl handling into dm-ioctl.c.

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon

dm io:ctl use constant struct size

2007-10-20T01:00:58+00:00

Make size of dm_ioctl struct always 312 bytes on all supported
architectures.

This change retains compatibility with already-compiled code because
it uses an embedded offset to locate the payload that follows the
structure.

On 64-bit architectures there is no change at all; on 32-bit
we are increasing the size of dm-ioctl from 308 to 312 bytes.

Currently with 32-bit userspace / 64-bit kernel on x86_64
some ioctls (including rename, message) are incorrectly rejected
by the comparison against 'param + 1'.  This breaks userspace
lvrename and multipath 'fail_if_no_path' changes, for example.

(BTW Device-mapper uses its own versioning and ignores the ioctl
size bits.  Only the generic ioctl compat code on mixed arches
checks them, and that will continue to accept both sizes for now,
but we intend to list 308 as deprecated and eventually remove it.)

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon 
Cc: Guido Guenther 
Cc: Kevin Corry 
Cc: stable@kernel.org

[PATCH] dm: ioctl: add noflush suspend

2006-12-08T16:29:09+00:00

Provide a dm ioctl option to request noflush suspending.  (See next patch for
what this is for.) As the interface is extended, the version number is
incremented.

Other than accepting the new option through the interface, There is no change
to existing behaviour.

Test results:
Confirmed the option is given from user-space correctly.

Signed-off-by: Kiyoshi Ueda 
Signed-off-by: Jun'ichi Nomura 
Signed-off-by: Alasdair G Kergon 
Cc: dm-devel@redhat.com
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] dm table: add target flush

2006-10-03T15:04:16+00:00

This patch adds support for a per-target dm_flush_fn method.  This is needed
to allow dm-loop to invalidate page cache mappings in response to BLKFLSBUF
ioctl commands.

Signed-off-by: Bryn Reeves 
Signed-off-by: Alasdair G Kergon 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] dm table: add target preresume

2006-10-03T15:04:15+00:00

This patch adds a target preresume hook.

It is called before the targets are resumed and if it returns an error the
resume gets cancelled.

The crypt target will use this to indicate that it is unable to process I/O
because no encryption key has been supplied.

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] dm: support ioctls on mapped devices

2006-10-03T15:04:13+00:00

Extend the core device-mapper infrastructure to accept arbitrary ioctls on a
mapped device provided that it has exactly one target and it is capable of
supporting ioctls.

[We can't use unlocked_ioctl because we need 'inode': 'file' might be NULL.
Is it worth changing this?]

Signed-off-by: Milan Broz 
Signed-off-by: Alasdair G Kergon 

Arnd Bergmann  wrote:

> Am Wednesday 21 June 2006 21:31 schrieb Alasdair G Kergon:
> > static struct block_device_operations dm_blk_dops = {
> > .open = dm_blk_open,
> > .release = dm_blk_close,
> > +.ioctl = dm_blk_ioctl,
> > .getgeo = dm_blk_getgeo,
> > .owner = THIS_MODULE
>
> I guess this also needs a ->compat_ioctl method, otherwise it won't
> work for ioctl numbers that have a compat_ioctl implementation in the
> low-level device driver.

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

[PATCH] dm: prevent removal if open

2006-06-26T16:58:36+00:00

If you misuse the device-mapper interface (or there's a bug in your userspace
tools) it's possible to end up with 'unlinked' mapped devices that cannot be
removed until you reboot (along with uninterruptible processes).

This patch prevents you from removing a device that is still open.

It introduces dm_lock_for_deletion() which is called when a device is about to
be removed to ensure that nothing has it open and nothing further can open it.
 It uses a private open_count for this which also lets us remove one of the
problematic bdget_disk() calls elsewhere.

Signed-off-by: Alasdair G Kergon 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds