Darren Reed wrote:
On 07/02/09 15:38, Garrett D'Amore wrote:
Darren Reed wrote:
Garrett D'Amore wrote:
...
We'd like to propose that the GLDv3 change to start numbering minor
numbers
at 10001, to leave more room for other kinds of minor numbers.
Rather than use a decimal range, does reserving n low order bits seem
worthwhile? Decimal is human friendly... how often does a human
need to see the minor number?
Darren
Decimal or some other value, it doesn't matter to the software. I
just picked a bigger value than was used before.
Just to be clear, it would be nice if you could resend the updated
proposal and in it mention how big the number space is for the
various uses.
See below. (Right now the GLDv3 number space allows 0-999 as PPA based
minor nodes, and the remaining space is allocated to clone opens.)
Also, will the number space split apply to all devices or just those
with D_DUAL_PERSONALITY set?
Well, GLDv3 already splits its number space. All I'd be doing is move
the split somewhat, so up to 10000 non-cloneable opens, and the rest can
be clone opens.
I think I want to retract the GLDv3 ramifications from this proposal
though, for now ... For the devices I'm contemplating I can probably
assume no more than 100 real PPAs will exist on any system, and that
will leave lots of extra room for other physical numbers.
We may want to reexamine minor number allocation schemes in frameworks
in the future though -- a number of frameworks make assumptions about
how minor numbers are allocated, and while these work well with single
purpose devices, they don't work well with multipurpose devices.
But that's not this case.
How does this interact with devfs and devfsadm?
Is it possible to confuse what type of device is present by the
name in /dev?
No. There is no confusion.
For example, if a link to the driver's 'character' device is present
in /dev, could that mistakingly be expected to be a STREAMS
device and cause unexpected failure?
No, devfsadm looks at characteristics beyond STREAMs vs. character
node. It usually looks at the node type (e.g. DDI_NT_NET) and possibly
the minor name itself. The details are in the actual devfsadm plugins
though.
Darren
-- Garrett
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
