Messages in this thread | | | From | Andries.Brouwer@cwi ... | Date | Mon, 24 Mar 2003 20:07:05 +0100 (MET) | Subject | Re: [PATCH 1/3] revert register_chrdev_region change |
| |
> If you look at Roman's patches they don't hinder your dev_t enlargement
Not very much. A little. And in some ways they are a step back.
> I'm personally not yet completly happy with his interface either > because he still uses the major/minor split
Yes, it is more elegant to register one or more ranges. (But ranges of what? Ranges in dev_t space? Or in kdev_t space? Here you see one reason to wait a little until dev_t/kdev_t stuff has settled.) Also, you'll notice that the current simple hash scheme is insufficient if we want to have subranges that override larger ranges. But life is easier if we postpone that discussion a bit.
# It would help a lot if you would explain what the next stages are.
- Polish the kernel until a change of the size of dev_t is possible. - Agree on a new size for dev_t, major, minor. Make the change. - Ask Ulrich to update glibc.
On the last part: Ulrich already said that the changes are trivial and that he is waiting for kernel people to make up their minds on what dev_t and major and minor are supposed to be.
On the first part: Earlier today I sent a patch on stat.h for a number of architectures. There are a few more such steps.
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/
| |