FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Device-mapper Development

 
 
LinkBack Thread Tools
 
Old 09-17-2011, 05:53 PM
Mikulas Patocka
 
Default DM_BUFFER_FULL_FLAG

Hi

I did simulation of that DM_BUFFER_FULL_FLAG (I modified the kernel code
to return this spuriously) and found out that there are no userspace
problems with it.

The userspace code detects this flag in the function "dm_task_run",
doubles the buffer size and jumps back to "repeat_ioctl:" label. A
function "_do_dm_ioctl" is called from there, this function constructs
"struct dm_ioctl *dmi" from scratch, so there is no possibility that
returned content of the structure from the previous call leaks into the
next call.

Do you want still to modify the kernel to accept multiple device
designators if they refer to the same device? For handling
DM_BUFFER_FULL_FLAG, it is not needed.

---

BTW. there is an unrelated feature of dmestup --- if you specify multiple
device designators, it ignores the others --- for example, the command:

"dmsetup info vg1-thinp_pool -u
LVM-L95tc8BLZ7tHTFc8uIZOdiR6usFzyHTOiAA3JkKgjH1DNw63Wy zXHx9RbVftrgox -j
254 -m 5"

actually passes only "vg1-thinp_pool" to the kernel driver, it ignores the
uuid and major/minor numbers. Do you think it should be fixed?

Mikulas

--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
 

Thread Tools




All times are GMT. The time now is 02:49 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org