On Fri, 2003-04-11 at 06:42, Andries.Brouwer@cwi.nl wrote:
> Here is my problem..
>
> OK, I see what you mean. I agree.
Could you elaborate on the reason you want to keep the minor space
compact?
That is not necessarily what I want.
Indeed, I see as one of the possible uses of a large dev_t
a hash of a proper name.
It is just that Badari and I were talking about the numbering scheme
index = next_index++ and he pointed out that the current system
has a certain weak number preservation guarantee that this
index = next_index++ does not have. True.
It is Roman who wanted to keep the number space compact.
It is me who wants compatibility as far as 8+8 device numbers are
concerned, while I can see lots of ways to use new number space.
(You need not worry that I worry about preservation of numbering
after rmmod. I am not interested. But in case anybody is, there
is a numbering solution that achieves that, too.)
The whole conversation came because there is an array in sd.c
that must go, or must be limited to the size needed for compatibility.
Andries
-
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/