Re: 64-bit kdev_t - just for playing

Roman Zippel (zippel@linux-m68k.org)
Wed, 9 Apr 2003 02:40:24 +0200 (CEST)


Hi,

On 8 Apr 2003, H. Peter Anvin wrote:

> So far, *none* of the schemes used for dynamics have gotten it right.
> They just ignore a fair number of the problems. People keep focusing
> on disks, and they are nearly uniformly the almost-trivial case in
> comparison with especially character devices, where you don't have the
> layer of indirection called /etc/fstab, persistent labels, etc.

http://marc.theaimsgroup.com/?l=linux-kernel&m=95547434315472&w=2

> a) There are, genuinely, systems with more than 65,536 devices or
> anonymous mounts. That rules out the current dev_t just by itself.

Absolutely nobody denies that we need a larger dev_t. It's really a poor
argumentation that you have to come up with this.

> b) Despite the fact that people have tried since the mid-90's, we
> still don't have a sane way to manage such dynamicity.

Maybe you didn't notice, that only now the block device layer is clean
enough to go dynamic. Maybe you didn't notice that scsi devices are
already dynamically numbered and that there are already user space tools
to translate them to constant device names.

> Given that it has taken, literally, 8 years to get to this point, and
> based on collective global experience with numberspaces, I'm arguing
> for enlarging it far more than anyone can currently imagine being
> necessary.

And since more than 8 years Linus is trying to tell you that static
device numbers don't work. When do you start to listen?

bye, Roman

-
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/