From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alasdair G Kergon Date: Tue, 11 Dec 2007 18:08:29 +0000 Subject: Re: [dm-devel] [PATCH] improve atomicity of device creation Message-Id: <20071211180829.GW22311@agk.fab.redhat.com> List-Id: References: <1197389316.25082.27.camel@quest> <20071211162538.GR22311@agk.fab.redhat.com> <1197391333.25082.31.camel@quest> <20071211170352.GS22311@agk.fab.redhat.com> <1197393526.25082.36.camel@quest> <3ae72650712110951h477d1fc0hd9abd39f069da105@mail.gmail.com> In-Reply-To: <3ae72650712110951h477d1fc0hd9abd39f069da105@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Kay Sievers Cc: device-mapper development , linux-hotplug-devel@lists.sourceforge.net On Tue, Dec 11, 2007 at 06:51:31PM +0100, Kay Sievers wrote: > We can make the kernel's kobject_uevent() return the generated seqnum to > the caller. Is 32 bits enough? We added 'uint32_t padding;' recently which we I reckon we could now use for this. dm_kobject_uevent() and alloc_dev() could keep a new field in struct mapped_device up-to-date, and a new function could return its value to dm-ioctl.c code to place into a renamed 'padding' field before returning to userspace? Alasdair -- agk@redhat.com ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel