On Tue, 29 Oct 2002 christophe.varoqui@free.fr wrote:
> Hello,
>
> now that the device mapper is merged into mainline, I would like to open a
> discussion on the possible in-kernel partition handling clean-up.
>
> In-kernel partition handling covers :
> o parsing of the on-disk partition tables
> o partition block devices creation / structs
>
> Along with initramfs will come the possibility to rip off the partition tables
> parsing from the kernel : a userspace parser like partx (part of util-linux
> toolset) can teach the kernel the partition layout.
>
> As driverfs provides elegantly block device add/remove events to hotplug, calls
> to partx can be wrapped into the block.agent
>
> The device-mapper merging could enable the ripping of all kernel partition
> understanding by creating linear device-maps over partitions.
>
> As a proof of concept, I've mutated partx to create those mappings. This tool
> is available for testing and commenting at :
> http://dsit.free.fr/dmpartx.tar.bz2
>
> This tool cannot damage your data : BLKPG_DEL_PARTITION and
> BLKPG_ADD_PARTITION ioctls are removed from the source.
>
> I would like to receive feedback over the following points :
>
> * Is this proposal completely out of the point ? Have I overlooked some
> important implementation details ?
a) devmapper is merged, but it sure as hell is not mandatory
b) relying on the hotplug working right means living dangerously. Right
now that code is brittle in the best case.
c) all existing races in overlapping attach/detach (and $DEITY witness,
there's a plenty) immediately become much wider [OK, that's part of
(b), actully]
IOW, right now the thing is nowhere near being ready for such use.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Oct 31 2002 - 22:00:42 EST