| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Allow --noflush with dmsetup status and wait (for thin target 1.3.0 /
ioctl 4.23.0).
|
|
|
|
|
|
|
|
|
|
|
|
| |
Version 2 of the userspace log protocol accepts return information during the
DM_ULOG_CTR exchange. The return information contains the name of the log
device that is being used (if there is one). The kernel can then register the
device via 'dm_get_device'. Amoung other things, this allows for userspace to
assemble a correct dependency tree of devices - critical for LVM handling of
suspend/resume calls.
Also, update dm-log-userspace.h to match the kernel header associated with
this protocol change. (Includes a version inc.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The upstream kernel version that this file mirrors has changed, here is the
commit message:
commit 86a54a4802df10d23ccd655e2083e812fe990243
Author: Jonathan Brassow <jbrassow@redhat.com>
Date: Thu Jan 13 19:59:52 2011 +0000
dm log userspace: add version number to comms
This patch adds a 'version' field to the 'dm_ulog_request'
structure.
The 'version' field is taken from a portion of the unused
'padding' field in the 'dm_ulog_request' structure. This
was done to avoid changing the size of the structure and
possibly disrupting backwards compatibility.
The version number will help notify user-space daemons
when a change has been made to the kernel/userspace
log API.
Signed-off-by: Jonathan Brassow <jbrassow@redhat.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Signed-off-by: Alasdair G Kergon <agk@redhat.com>
|
|
|
|
|
| |
It will be user for cryptsetup to ensure buffers are properly
wiped when sending sensitive data (key).
|
| |
|
|
|
|
| |
Add dm_task_set_newuuid to set uuid of mapped device post-creation. (pjones)
|
| |
|
|
|
|
|
|
|
|
| |
A kernel patch is on its way for 2.6.35 adding support for dm-mod module
autoload. Udev v155 and higher is able to read static node information given
in modules.devname (extracted by depmod before) and will create such nodes
at its start. The first access to such node will load the module automatically
(directly in kernel) before the actual read/write operation is processed.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need to know whether we should wait for any uevent or not when
using udev_sync. A kernel patch was posted recently that changed the
way uevents are sent on dm device resume - it is sent only if the
device has been suspended before. There's also a new DM_UEVENT_GENERATED_FLAG
in the ioctl to notify userspace whether the event was generated.
If the uevent was not generated (e.g. the situation where the device is
*not* suspended and we call a resume), we just call dm_udev_complete
explicitly from within libdevmapper itself to prevent infinite waiting
while trying to synchronise with udev processing.
|
| |
|
|
|
|
|
| |
Currently this data is invisible to userspace.
Requires dm >= 4.16 (likely to be in linux 2.6.33).
|
|
|
|
| |
Might be a good idea to add the new files to the repository. :(
|
|
|
|
| |
Update dm-ioctl.h comments.
|
| |
|
|
|
|
| |
LOG_LINENO macro was added.
|
|
|
|
|
| |
Change plog to use dm_log_with_errno unless deprecated dm_log_init was used.
Rename plog macro to LOG_LINE and use in dm_dump_memory_debug.
|
| |
|
| |
|
|
|