Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g29MDVp07970 for netdev-outgoing; Sat, 9 Mar 2002 14:13:31 -0800 Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g29MDP907965 for ; Sat, 9 Mar 2002 14:13:25 -0800 Received: from dd.qc.ca ([66.130.115.91]) by VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15) with ESMTP id GSQ5MA00.EK6; Sat, 9 Mar 2002 16:13:22 -0500 Message-ID: <3C8A7965.5010703@dd.qc.ca> Date: Sat, 09 Mar 2002 16:06:45 -0500 From: Dominic Duval User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205 X-Accept-Language: en-us MIME-Version: 1.0 To: Matti Aarnio CC: netdev@oss.sgi.com Subject: Re: ipv4.o module References: <3C89C85D.9070505@dd.qc.ca> <20020309164131.D10704@mea-ext.zmailer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-netdev@oss.sgi.com Precedence: bulk Content-Length: 1548 Lines: 43 Matti Aarnio wrote: >>I recently spent some time working on the "modularization" of the ipv4 >>stack. More precisely, this allows anyone to boot the kernel without any >>ipv4 support (thus saving about 200k of RAM) and load a module >>implementing the TCP/IP stack latter on. >> > > Excellent. I had plan to do that latter this spring, but > like always, there are parallel developments. > > One of my goals is to rip the TCP and UDP into separate submodules, > so that we can in fact load in TCP, UDP and preferred IP (4 and/or 6) > layers. > Sure, that would be the next logical steps. The current patch is more a proof of concept than anything else. For example, something better could be done with ipv6, in fact I'm not even sure how the ipv6 module (and other sub-modules of ipv4) will react with all these modifications. I guess I'll need to expand the scope of the tests in the next few days. Anyway, your goals seem to fit very well with our objectives, so please don't hesitate to keep in touch with me if you make any progress. I would be more than happy to help you out and add these features to our work. >You don't (yet) have 2.5.* diffs ? > Unfortunately, this patch is built so that we can easily modify the TCP/IP stack for a project involving the 2.4.17 Kernel. Therefore the primary goal for the time being is to make the 2.4.17 ipv4 modular. I haven't tried to apply the changes to 2.5.* yet, but it's on my todo list :) Cheers, -- Dominic Duval Étudiant, Génie Informatique Université de Sherbrooke