[lkml]   [2003]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: New model for managing dev_t's for partitionable block devices

Horst von Brand wrote:

>Steven Dake <> said:
>>I was thinking of an entirely new model for partitionable block devices.
>>Here is how it would work:
>>Each physical disk would be assigned a minor number in a group of
>>majors. So assume a major was chosen of 150, 151, 152, 153, there would
>>be a total of 1024 physical disks that could be mapped. Then the device
>>mapper code could be used to provide partition devices in another
>>major/group of majors.
>>The advantage of this technique is that instead of wasting tons of
>>minors on partitions that are never used, partitions could be
>>dynamically allocated out of the minor list, allowing for thousands of
>>disks with varying numbers of partitions each. Further instead of each
>>block device (such as i2o, scsi, etc) having their own set of majors for
>>each partitionable disk (which wastes dev_t address space) everything
>>would be compressed into the same set of majors.
>Great idea! Add another partition, and the minors for everything else on
>the system change. Not!
It isn't minors that shouldn't change, it is the mapping of the
filesystem device node to those minors. This can be achieved by
properly managing device naming in userspace automatically on partition
updates, instead of using static naming such as /dev/sda which already
has significant problems when devices are removed/inserted in hotswap

The fact that minors change is irrelevant if proper steps are taken to
ensure that those minors always map to the correct named device in user



To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:32    [W:0.044 / U:17.756 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site