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? The list of functions I can see looking in one DLIP .c interface file is: dlinforeq, dlinfoack, dlattachreq, dlenablemultireq, dldisablemultireq, dlpromisconreq, dlpromiscoff, dlphysaddrreq, dlsetphysaddrreq, dldetachreq, dlbindreq, dlunitdatareq, dlunbindreq, dlokack, dlerrorack, dlbindack, dlphysaddrack, dlmactype, dlstate, dlerrno, dlpromisclevel, dlservicemode, dlstyle, strioctl 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? Darren This message posted from opensolaris.org _______________________________________________ networking-discuss mailing list [email protected]
