lkml.org 
[lkml]   [2003]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 64-bit kdev_t - just for playing
Hi,

On Fri, 28 Mar 2003, Joel Becker wrote:

> I represent the users which need this most, and I an tell you we
> will be 100x happier pointing and guessing at enough dev_t space. If we
> were to have to stick with the ancient, serously outdated limits of the
> current space, we will be terribly unhappy.
> Not having the perfect solution all at once doesn't mean you do
> nothing. The size of dev_t is orthogonal to device naming. Once this
> is in, the current device naming (however poor it is) can handle the
> number of devices we need. Future device naming strategies (like the
> one Greg is working on) will work with a large dev_t just fine.

I don't mind temporary solutions, but I prefer the ones, which don't have
to be thrown away completely (e.g. like Andries char device changes).
If Andries would actually explain, what he wants to do with the larger
dev_t, it would be a lot easier to help him, so that we can at least avoid
the biggest mistakes.

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/

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