> (1) these issues are independent. The partition parsing could
> be done in user space, today, by blkpg, if I read the code correctly
> ;-) (there's an ioctl for [un]registering partitions) Never
> tried it though ;-)
ioctls are even more evil than encoding limits into the name. Cease
and desist, please.
> (2) what about bootstrapping? how do you find the root device?
> Do you do "root=/dev/hda/offset=63,limit=1235823"? Bit nasty.
Ben's patch makes initrd mandatory.
> (3) how does this work for LVM and RAID?
It doesn't
> (4) <propaganda>libparted already has a fair bit of partition
> scanning code, etc. Should be trivial to hack it up... That said,
> it should be split up into .so modules... 200k is a bit heavy just
> for mounting partitions (most of the bulk is file system stuff).
> </propaganda>
We will be much better off providing a sane API from the kernel. And
dropping the layout-aware code from fdisk, parted, yodda, yodda.
Libraries do not remove code duplication. You still need to relink the
stuff you keep statically linked, etc. Otherwise you get version skew.
Big way. Besides, you can't use library from a script, etc.
-
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/