I'll take a stab at this and author's of various code can correct me if I'm wrong. Linux IP uses their own message passing architecture based on skbuffs. There are two different source files you can choose from under drivers/str/linux in the LiS source tree.
ip_strm_mod.c is a module that acts as an interface between Linux IP and a DLPI driver. If your ATM module is ported from a system V implementation it is likely DLPI. You need to push ip_strm_mod onto your existing STREAMS driver. ip_to_dlpi.c is a driver that performs the same function. You need to I_LINK the driver onto your driver then you should end up with a device that Linux IP can use directly. Instructions for both drivers, such as there are, are in the source code. If neither of these is sufficient for you, at least they provide a good jumping off point to create your own customized ip_to_atm.c Good luck, Ragnar ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 30, 2003 5:49 AM Subject: [Linux-streams] Query on Module Implementation > > > > > Hi all .... > > I've a query regarding how modules are implemented in Linux streams. > > I've to insert an IPOA (IP over ATM) protocol stack as a module below > IP and above the ATM Card Driver. > > If someone has done or has any idea of such a work (IPOA or any other > module below IP), please give some suggestions on how to go for this. > > Also please suggest some reference material for better understanding. > > thanks n regards .. > Rajat > > "DISCLAIMER: This message is proprietary to Hughes Software Systems Limited > (HSS) and is intended solely for the use of the individual to whom it is > addressed. It may contain privileged or confidential information and > should not be circulated or used for any purpose other than for what it is > intended. If you have received this message in error, please notify the > originator immediately. If you are not the intended recipient, you are > notified that you are strictly prohibited from using, copying, altering, or > disclosing the contents of this message. HSS accepts no responsibility for > loss or damage arising from the use of the information transmitted by this > email including damage from virus." > > > _______________________________________________ > Linux-streams mailing list > [EMAIL PROTECTED] > http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams > _______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
