On Fri, Nov 14, 2003 at 04:27:51PM +1100, Daniel Pittman wrote: > How about assigning the partition space above > > 9,0 => md0 > 9,1 => md1 > ... > 9,257 => md0p1 > 9,258 => md0p2 > ... > 9,320 => md1p1 > > That should be sensibly backward compatible, I think, and still allow > all the MD devices to be partitioned. Kernel should be mostly OK with partitions having device numbers far from that of entire disk. However, mostly != entirely and I can't tell right now what amount of work would that take. One obvious problem is boot-time stuff - code parses root= and its ilk does so by digging in sysfs and that definitely will need changes. There might be more. I'm more or less sure than all common codepaths are clean and will be OK with having probe do whatever it wants, but I wouldn't bet a dime on the ioctl side/procfs/sysfs/ devfs. I would *really* expect breakage in userland, though, and that might be a killer. Up until now, we had all partitions getting device numbers in a range that included entire disk and did not include any device numbers of anything unrelated. Folks, we are in 2.6.0-test freeze. Neil's #3 fits entirely in md.c, is small and has minimal damage potential for userland code. Playing games with the scheme above, nice as it might be, is *not* safe for now and it's not even safe for 2.6.early. - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
