On Jul 4, 2009, at 3:08 AM, "Garrett D'Amore" <gdam...@sun.com> wrote:
So does anyone have any strong opinions as to whether a new flag
(D_DUAL_PERSONALITY) is required or not? I'm of the mind that we
don't need it; that the ENOSTR return value ought to be enough.
The ramification with existing drivers is that if a driver returns
ENOSTR in the proposed situation, it would ultimately get translated
by the framework to ENODEV.
Granted, I doubt many (or perhaps not even *any*) drivers return
ENOSTR from their open() entry point....
I haven't really been paying attention to this discussion, but that
assertion seems quite wrong to me. ENOSR (no STREAMS resources) is
something often used in STREAMS modules, and would be a natural return
from open(9E) if one got NULL from allocb(9F).
Using it as a special value sounds unworkable to me.
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
