The if_var.h cleanups were perfomed by Anders Person in last years

summer of code and I need to merge them.  The Web100 work is currently
underway.  Remove both from the list.
This commit is contained in:
Brooks Davis 2006-04-17 15:09:40 +00:00
parent 090a514b86
commit 5dedf6364e
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=27566

View file

@ -1,6 +1,6 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "..">
<!ENTITY date "$FreeBSD: www/en/projects/summerofcode.sgml,v 1.35 2006/04/14 20:35:54 murray Exp $">
<!ENTITY date "$FreeBSD: www/en/projects/summerofcode.sgml,v 1.36 2006/04/15 16:29:01 scottl Exp $">
<!ENTITY title "FreeBSD Summer Projects">
<!ENTITY % navincludes SYSTEM "../includes.navdevelopers.sgml"> %navincludes;
<!ENTITY % includes SYSTEM "../includes.sgml"> %includes;
@ -187,38 +187,6 @@ href="&base;/projects/ideas/index.html">here</a>.</p>
of heart. <a href="mailto:alfred@FreeBSD.org">&a.alfred;</a> is
coordinating.</li>
<li><strong>Userland/kernel interface cleanups (net/if_var.h)</strong>:
Over <em>eight</em> years ago, the network interface headers
were split into net/if.h and net/if_var.h. The intent was for
net/if_var.h to be kernel only and net/if.h to contain public
interfaces. Today, the internal header, net/if_var.h is still
included in many userland applications. In some cases, this is
due to interfaces that are not in fact kernel internal. In other
cases, these structures are being used in conjunction with libkvm to
access kernel information directly. This project would correct both
classes of problems, primarily rewriting the netstat(1) command and
any other network related libkvm consumers to use alternate
interfaces, creating those interfaces if needed. Netstat's
coredump analysis features would likely be split into a separate
program. <a href="mailto:brooks@FreeBSD.org">&a.brooks;</a> is
coordinating.</li>
<li><strong>Web100 port to FreeBSD</strong>: The <a
href="http://www.web100.org/">Web100</a> project was created to
address the problems of TCP performance over long-fat network
pipes. They created an interesting set of tuning and monitoring
patches for Linux which enable significantly better performance
in this area. Integrating this work into FreeBSD could provide
significant benefits in terms of TCP performance in certain
environments. The features of Web100 need to be mapped into
appropriate FreeBSD abstractions and integrated into the
system. The performance impact of these changes would have
to be quantified before the changes could be introduced. An
ideal candidate for this task would have some knowledge of the
operation of the TCP protocol and familiarity with kernel
interfaces. <a href="mailto:brooks@FreeBSD.org">&a.brooks;</a> is
coordinating.</li>
</ul>
<a name="p-security"></a>