Some updates to the 5.2-TODO list:

- Break out KSE portability item into seperate line items so we can
  report on each platform.  Note that ia64 is now finished (modulo
  testing), sparc64 is "in progress"; amd64 is "in progress", alpha
  is "in progress" (it looks like progress has been made, but I'm
  not in a positive to evaluate it).
- Chown KAME sync item to ume since he's doing the work.
- Add Sam Leffler to the list of people working on network stack
  locking.
- Remove IDA driver stability issue: this is believed to be resolved.
- Fix up table formatting for prebinding task.
This commit is contained in:
Robert Watson 2003-08-25 18:47:53 +00:00
parent 1a95950ea9
commit d6026a917b
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=17982

View file

@ -1,7 +1,7 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY email 'freebsd-qa'>
<!ENTITY date "$FreeBSD: www/en/releases/5.2R/todo.sgml,v 1.28 2003/07/15 19:29:23 scottl Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/5.2R/todo.sgml,v 1.29 2003/08/01 21:37:37 rwatson Exp $">
<!ENTITY title "FreeBSD 5.2 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
@ -32,15 +32,33 @@
</tr>
<tr>
<td>KSE support for sparc64, alpha, ia64</td>
<td>--</td>
<td>&a.jake;, --, --</td>
<td>Currently, the MD elements of KSE are present only for the i386
platform, limiting use of KSE to the i386 platform. It is highly
desirable to make KSE available on non-i386 platforms for
5.2-RELEASE so that KSE can see more broad exposure, and the
performance benefits of KSE can be visible to users of the
64-bit FreeBSD architectures.</td>
<td>KSE support for sparc64</td>
<td>In progress</td>
<td>&a.jake;</td>
<td>Unsupported in 5.1-RELEASE; required for 5.2-RELEASE.</td>
</tr>
<tr>
<td>KSE support for ia64</td>
<td>Complete.</td>
<td>&a.marcel;</td>
<td>Unsupported in 5.1-RELEASE; required for 5.2-RELEASE.</td>
</tr>
<tr>
<td>KSE support for amd64</td>
<td>In progress.</td>
<td>&a.peter;</td>
<td>Unsupported in 5.1-RELEASE; desired for 5.2-RELEASE if
amd64 is to achieve Tier 1 support.</td>
</tr>
<tr>
<td>KSE support for alpha</td>
<td>In progress.</td>
<td>&a.marcel;</td>
<td>Unsupported in 5.1-RELEASE; desired for 5.2-RELEASE if
alpha is to retain Tier 1 support.</td>
</tr>
<tr>
@ -76,8 +94,8 @@
<tr>
<td>KAME Synchronization</td>
<td>--</td>
<td>--</td>
<td>In progress</td>
<td>&a.ume;</td>
<td>The FreeBSD KAME IPv6 code is now substantially dated with
respect to the KAME vendor source. The FreeBSD Project needs
to take initiative in driving the merge of new bug fixes,
@ -129,7 +147,7 @@
<tr>
<td>Fine-grained network stack locking without Giant</td>
<td>In progress</td>
<td>&a.hsu;, &a.tanimura;</td>
<td>&a.hsu;, &a.tanimura;, &a.sam;</td>
<td>Significant parts of the network stack (especially IPv4 and
IPv6) now have fine-grained locking of their data structures.
However, it is not yet possible for the netisr threads to run
@ -247,15 +265,6 @@
cancellation and interruption events.</td>
</tr>
<tr>
<td>panic with ida(4) controllers on boot</td>
<td>--</td>
<td>--</td>
<td>PR 53245 includes a number of confirmed reports of panics with
ida(4) controllers under 5.1, which is used in a number of Compaq
systems.</td>
</tr>
</table>
<h3>Desired Features for 5.2-RELEASE</h3>
@ -321,17 +330,17 @@
<td>Per object ELF Prebinding support</td>
<td>In progress</td>
<td>&a.mdodd;</td>
<td>Prebinding reduces executable startup time by lowering the
<td><p>Prebinding reduces executable startup time by lowering the
expense of symbol lookup, binding and relocation. This is
accomplished by a prebinding data file or ELF segment that
contains intermediate lookup results allowing fast symbol binding
and relocation, provided that dependent objects remain unchanged
since the prebinding information was generated.</td>
since the prebinding information was generated.</p>
<td>The benefits of prebinding are realized when running executables
<p>The benefits of prebinding are realized when running executables
that use a large (>10) number of shared libraries. C++
applications also benefit as they contain a large number of
relocations.</td>
relocations.</p></td>
</tr>
</table>