Linux-kernel mailing list archive 1999-23,: Re: Migrating to larger numbers

# Re: Migrating to larger numbers

Alan Cox (alan@lxorguk.ukuu.org.uk)
Mon, 7 Jun 1999 21:55:28 +0100 (BST)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Kanoj Sarcar: "Re: Questions on cache flushing in do_wp_page"
- Next message: Vojtech Pavlik: "Re: [announce] Linux Input Driver suite version 0.1.0"
- Previous message: Alan Cox: "Re: Byte blasts Linux?"

> Guess what? We *ALREADY* depend on these -- dev_t in libc6 is a
> 64-bit number.

And NFS is a 32bit dev_t encoding. so while we can go to 64bit, its
simply digging large holes and jumping down them. Nobody currently needs
more than a 32bit dev_t. 4096 different device types, some multiplexed
each with a million minors ? I think we can scale past the IBM mainframes
just fine in 32bits.

64bits means we have to screw up the NFS client, we won't be able to do
NFS root for all devices and worse.

Alan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Kanoj Sarcar: "Re: Questions on cache flushing in do_wp_page"
- Next message: Vojtech Pavlik: "Re: [announce] Linux Input Driver suite version 0.1.0"
- Previous message: Alan Cox: "Re: Byte blasts Linux?"