Darren Reed wrote:
Something that I think is missing from Solaris (and which could potentially be a part of
libdlpi?) is a function that makes it easy to convert an "ordinary" ioctl into
a STREAMS ioctl.
This is found in various pieces of source code as strioctl(). What I'd be
proposing would be something like dlpi_ioctl(dlpi handle, ioctl command,
timeout, buffer, buffer length).
If libdlpi isn't the right place for this, then myabe we should give some
consideration to maybe developing a library for interacting with STREAMS based
devices - or is there a reason why not?
Certainly, providing such a function would allow repetitive strioctl
functions to be removed. However, providing it in libdlpi would not be
the appropriate place since it would be confusing for an application to
call dlpi_ioctl() if it has nothing to do with dlpi.
Some of these functions appear to have a direct match in the proposed libdlpi,
some do not. While I'm not at all in favour of having to use seperate function
calls for req/ack (the proposed interface looks like it will be much easier to
use), is there a case to be made for Solaris providing some sort of programming
interface at this level for those that do use it?
Based on the applications that use dlpi in Solaris today and the
synchronous nature of the dlpi primitives, I don't see a case for such
an API to be provide by this library. However, if in the future a need
arises where an application requires such an API the library can extended.
-Thanks,
Sagun
--
Sagun Shakya
781.442.7344/ X27344
[EMAIL PROTECTED]
_______________________________________________
networking-discuss mailing list
[email protected]
