Dave, Interesting you should mention xti... I was considering beefing up the xti implementation as well. The current implementation is sound, but lacks production library features such as thread safety. Also, I would consider contributing a set of man pages for xti/tli.
I was also interested in creating a libsocket for LiS to wrap socket semantics around TLI streams. This was not so much for INET which already has a socket implementation in the kernel, but for ISO (X.25), SSCOP, SCTP, and other LiS implementations. I think that many of these things would go a ways towards taking LiS into something like the OSDL effort. --brian On Wed, 26 Mar 2003, Dave Grothe wrote: > My thinking is running along the lines of including strinet source with the > LiS source in /usr/src/LiS/strinet-x.y.z and building it when LiS is > built. The build would be as a loadable driver, so if you want it you need > to run it. If you subsequently access one of the /dev files that belong to > strinet then the module will be auto-loaded. > > I would also like to bring the xti stuff into the LiS source tree. > > -- Dave > > At 01:19 PM 3/26/2003 Wednesday, Brian F. G. Bidulock wrote: > >Howard, > > > >The strinet package provides a STREAMS (TLI XTI/XNS) interface to the > >underlying Linux sockets implementation. That is, opening up a TCP/IP > >stream opens a TCP/IP socket internal to the kernel. The Linux native > >TCP implementation does not know the difference between the strinet > >package opening a socket and the user program opening a socket. > > > >So, in short, the STREAMS implementation is completely compatible with > >the underlying Linux NET4 implementation which it uses rather than > >replaces. > > > >As to whether strinet compiles as part of the LiS base package (i.e. > >LiS registered drivers) or not is a different question. It is currently > >written to compile as a loadable module (streams-inet.o of about 28k > >in size) that is somewhat smaller than streams-ldl.o (~38k) and much > >smaller than the streams base object streams.o (~180k). As the iBCS > >device numbers (major and minor) are already reserved for socksys in > >Linux, there would be no problem compiling it as a loadable module. > >Then if one never opens the devices, the module would never load. So, > >I suppose that would make it "optional". > > > >--brian > > > > > >On Wed, 26 Mar 2003, Howard Selover wrote: > > > > > Hello David, > > > > > > I saw the TCP package mails in the past few days. I am curious if this > > > will be an optional package. If the TCP package is not optional, is the > > > TCP stack provided in the Linux kernel still useable or does everything > > > have to use the streams implementation? > > > > > > Howard > > > > > > -- > > > Howard Selover III > > > Principal Engineer > > > Chief Architect's Office > > > Ulticom, Inc. > > > 1020 Briggs Road > > > Mount Laurel, NJ 08054 > > > > > > Direct: +1-856-787-2739 > > > Mobile: +1-856-495-4181 > > > Fax: +1-856-866-2033 > > > Email: [EMAIL PROTECTED] > > > Web: www.ulticom.com > > > > > > > > > > > > _______________________________________________ > > > Linux-streams mailing list > > > [EMAIL PROTECTED] > > > http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams > > > >-- > >Brian F. G. Bidulock � The reasonable man adapts himself to the � > >[EMAIL PROTECTED] � world; the unreasonable one persists in � > >http://www.openss7.org/ � trying to adapt the world to himself. � > > � Therefore all progress depends on the � > > � unreasonable man. -- George Bernard Shaw � > > > >_______________________________________________ > >Linux-streams mailing list > >[EMAIL PROTECTED] > >http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams -- Brian F. G. Bidulock � The reasonable man adapts himself to the � [EMAIL PROTECTED] � world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt the world to himself. � � Therefore all progress depends on the � � unreasonable man. -- George Bernard Shaw � _______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
