On Sat, Mar 08, 2003 at 01:41:30PM -0800, Joel Becker wrote:
> On Sat, Mar 08, 2003 at 07:43:31PM +0000, Christoph Hellwig wrote:
> > So people should have started working on it sooner. If people really think
> > they need a 32bit dev_t for their $BIGNUM of disks (and I still don't buy
> > that argument) we should just introduce it and use it only for block devices
> > (which already are fixed up for this) and stay with the old 8+8 split for
> > character devices. Note that Linux is about doing stuff right, not fast.
>
> Wait, so ugly hacks that steal every remaining major
What hack to steal every remaining major? Remember that Linus already said
that there won't be new static majors anyway.
> I've done the math with the current available majors. I don't
> see 4000 disks there, and that is just life as it exists today,
were do you get this 4000 disks number from? Every big system in practice
is attached to some EMC/LSI/IBM/whatever array anyway that virtualizes
away the actual disk.
Calculating with 120 left block major alone (and ignoring the fact that
most of the officially registered space is now free aswell with the new
major/minor less block device registration) this would be about 1900 disks.
Given that no shipping Linux version supports more than 256 (scsi) disks
this is enough for sensible seyups for a few years.
> years from now when 2.8 finally appears. Like Andrew asked, please
> describe exactly how you'd support it.
I did repson to Andrew, go and read it - and play with the code a bit.
-
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/
This archive was generated by hypermail 2b29 : Sat Mar 15 2003 - 22:00:16 EST