Re: 5.3-RELEASE TODO

From: Scott Long <scottl_at_FreeBSD.org>
Date: Fri, 01 Oct 2004 08:24:04 -0600
FYI, a lot of this is going to change today once we cut BETA7.  I'm
going to update this and re-send it when everything is into the tree.

Scott

Scott Long wrote:
> This is an automated weekly mailing of the FreeBSD 5.3 open issues list.
> The live version of this list is available at:
> 
>     http://www.FreeBSD.org/releases/5.3R/todo.html
> 
> Automated mailing of this list will continue through the release of
> FreeBSD 5.3
> 
> 
>                           FreeBSD 5.3 Open Issues
> 
>                                 Open Issues
> 
>  This is a list of open issues that need to be resolved for FreeBSD 5.3. If
>  you have any updates for this list, please e-mail re_at_FreeBSD.org.
> 
> Show stopper defects for 5.3-RELEASE
> 
>  +------------------------------------------------------------------------+
>  |        Issue        |   Status    |  Responsible  |    Description     |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | PREEMPTION appears |
>  |                     |             |               | to increase the    |
>  |                     |             |               | chances of         |
>  |                     |             |               | triggering a race  |
>  |                     |             |               | condition in the   |
>  |                     |             |               | thread context     |
>  | PREEMPTION-related  |             | Scott Long,   | management and     |
>  | hangs involving     | In progress | Julian        | scheduling code.   |
>  | threads             |             | Elischer      | Patches to         |
>  |                     |             |               | mitigate the       |
>  |                     |             |               | problem have been  |
>  |                     |             |               | developed, with    |
>  |                     |             |               | on-going work to   |
>  |                     |             |               | come up with the   |
>  |                     |             |               | correct solution   |
>  |                     |             |               | prior to 5.3.      |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | Jun Kuriyama has   |
>  |                     |             |               | reported problems  |
>  |                     |             |               | with NFS over IPv6 |
>  |                     |             |               | not functioning    |
>  |                     |             |               | correctly as of    |
>  |                     |             |               | the improved NFS   |
>  |                     |             |               | support for        |
>  |                     |             |               | disconnection      |
>  |                     |             |               | changes. Doug      |
>  |                     |             |               | White has tracked  |
>  | NFS over IPv6       |             |               | down the source of |
>  | problems            | In progress | Doug White    | the problem        |
>  |                     |             |               | (EMSGSIZE being    |
>  |                     |             |               | returned by IPv6   |
>  |                     |             |               | UDP send routine   |
>  |                     |             |               | due to             |
>  |                     |             |               | fragmentation),    |
>  |                     |             |               | and is currently   |
>  |                     |             |               | exploring possible |
>  |                     |             |               | fixes. A patch has |
>  |                     |             |               | been generated and |
>  |                     |             |               | sent to the KAME   |
>  |                     |             |               | team for review.   |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | ether_input()      |
>  |                     |             |               | calls              |
>  |                     |             |               | random_harvest()   |
>  |                     |             |               | on the mbuf after  |
>  |                     |             |               | it has been handed |
>  |                     |             |               | off to             |
>  |                     |             |               | ether_demux(), at  |
>  | ether_input() may   |             | Mark Murray,  | which point it may |
>  | harvest entropy     | In progress | Robert Watson | have been free()'d |
>  | from free()'d mbuf  |             |               | back to the mbuf   |
>  |                     |             |               | allocator. It also |
>  |                     |             |               | passes in a        |
>  |                     |             |               | pointer to the     |
>  |                     |             |               | mbuf itself,       |
>  |                     |             |               | rather than        |
>  |                     |             |               | ethernet frame     |
>  |                     |             |               | header.            |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | There have been    |
>  |                     |             |               | several reports of |
>  |                     |             |               | if_em cards        |
>  | if_em wedging under |             |               | "wedging" under    |
>  | high pps            | Not done    | -             | high               |
>  |                     |             |               | packets-per-second |
>  |                     |             |               | load. This needs   |
>  |                     |             |               | to be debugged and |
>  |                     |             |               | fixed.             |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | There are reports  |
>  |                     |             |               | that racoon is     |
>  |                     |             |               | unable to complete |
>  |                     |             |               | IKE negotiation    |
>  |                     |             |               | due to a send to   |
>  | KAME IPSEC          |             |               | the pfkey socket   |
>  | "ENOBUFS" problem   |             |               | returning ENOBUFS. |
>  | with racoon and     | In progress | Robert Watson | This appears to be |
>  | mbuma               |             |               | a result of an     |
>  |                     |             |               | incorrect          |
>  |                     |             |               | assumption about   |
>  |                     |             |               | mbuf data size due |
>  |                     |             |               | to a change        |
>  |                     |             |               | resulting from     |
>  |                     |             |               | mbuma.             |
>  |---------------------+-------------+---------------+--------------------|
>  |                     |             |               | A recent           |
>  |                     |             |               | regression in the  |
>  |                     |             |               | USB code is        |
>  |                     |             |               | causing panics     |
>  |                     |             |               | when a USB device  |
>  |                     |             | Warner Losh,  | detaches,          |
>  | Panic on USB detach | Unknown     | Scott Long    | especially USB     |
>  |                     |             |               | hubs. Since        |
>  |                     |             |               | detaching a USB    |
>  |                     |             |               | device is a common |
>  |                     |             |               | event, this must   |
>  |                     |             |               | be fixed for the   |
>  |                     |             |               | release.           |
>  +------------------------------------------------------------------------+
> 
> Required features for 5.3-RELEASE
> 
>  +------------------------------------------------------------------------+
>  |      Issue      |   Status    |  Responsible   |      Description      |
>  |-----------------+-------------+----------------+-----------------------|
>  | BIND9 import    |             |                | BIND9 must be         |
>  | into 5-CURRENT  | In progress | Doug Barton    | imported for          |
>  |                 |             |                | 5.3-RELEASE.          |
>  |-----------------+-------------+----------------+-----------------------|
>  |                 |             |                | Kernel bits           |
>  | KSE support for |             |                | implemented, userland |
>  | sparc64         | --          | --             | not implemented.      |
>  |                 |             |                | Required for          |
>  |                 |             |                | 5.3-RELEASE.          |
>  |-----------------+-------------+----------------+-----------------------|
>  |                 |             |                | With improved support |
>  |                 |             |                | for threading         |
>  |                 |             |                | primitives, support   |
>  |                 |             |                | is now required to    |
>  | GDB thread      |             | David Xu,      | ease debugging of     |
>  | support         | In progress | Marcel         | threaded              |
>  |                 |             | Moolenaar      | applications.         |
>  |                 |             |                | Ideally, this support |
>  |                 |             |                | will work for both    |
>  |                 |             |                | libthr and libkse     |
>  |                 |             |                | threading models.     |
>  |-----------------+-------------+----------------+-----------------------|
>  |                 |             |                | There have been       |
>  |                 |             |                | several reports that  |
>  |                 |             |                | growfs(8) works       |
>  |                 |             |                | improperly with large |
>  | Reports of UFS2 |             |                | disk sizes, and other |
>  | "large disk"    | In progress | Scott Long     | size-related nits in  |
>  | problems        |             |                | the current disk and  |
>  |                 |             |                | label management tool |
>  |                 |             |                | set. These must be    |
>  |                 |             |                | resolved for          |
>  |                 |             |                | 5.3-RELEASE.          |
>  |-----------------+-------------+----------------+-----------------------|
>  |                 |             |                | Synaptics updates to  |
>  |                 |             |                | the psm(4) driver     |
>  | Synaptics       |             |                | have resulted in poor |
>  | touchpad        | In progress | Philip Paeps   | interactivity for     |
>  | problems        |             |                | taps and button press |
>  |                 |             |                | events for some       |
>  |                 |             |                | users.                |
>  |-----------------+-------------+----------------+-----------------------|
>  |                 |             |                | Entropy harvesting in |
>  |                 |             |                | the interrupt and     |
>  |                 |             |                | incoming packet paths |
>  |                 |             |                | currently involves a  |
>  |                 |             |                | large number of mutex |
>  |                 |             |                | operations. In order  |
>  |                 |             |                | to improve            |
>  |                 |             |                | performance, it is    |
>  | Entropy         |             |                | desirable to reduce   |
>  | harvesting      | In progress | Robert Watson, | the number of mutex   |
>  | optimizations   |             | Mark Murray    | operations            |
>  |                 |             |                | substantially. Work   |
>  |                 |             |                | is in progress to     |
>  |                 |             |                | improve the           |
>  |                 |             |                | harvesting code along |
>  |                 |             |                | these lines, but has  |
>  |                 |             |                | not yet been properly |
>  |                 |             |                | measured, and         |
>  |                 |             |                | therefore not yet     |
>  |                 |             |                | merged to CVS.        |
>  +------------------------------------------------------------------------+
> 
> Desired features for 5.3-RELEASE
> 
>  +------------------------------------------------------------------------+
>  |      Issue       |   Status    |  Responsible   |     Description      |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Almost all process   |
>  |                  |             |                | debugging tools have |
>  |                  |             |                | been updated to use  |
>  |                  |             |                | non-procfs kernel    |
>  |                  |             |                | primitives, with the |
>  |                  |             |                | exception of         |
>  |                  |             |                | truss(1). As procfs  |
>  |                  |             |                | is considered        |
>  |                  |             |                | deprecated due to    |
>  |                  |             |                | its inherent         |
>  |                  |             |                | security risks, it   |
>  | truss support    |             |                | is highly desirable  |
>  | for ptrace       | --          | --             | to update truss to   |
>  |                  |             |                | operate in a         |
>  |                  |             |                | post-procfs world.   |
>  |                  |             |                | Dag-Erling Smorgrav  |
>  |                  |             |                | had prototype        |
>  |                  |             |                | patches;             |
>  |                  |             |                | Robert Drehmel is    |
>  |                  |             |                | developing and       |
>  |                  |             |                | testing patches now. |
>  |                  |             |                | Support for system   |
>  |                  |             |                | call tracing has     |
>  |                  |             |                | been added to        |
>  |                  |             |                | ptrace().            |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | FAST_IPSEC currently |
>  |                  |             |                | cannot be used       |
>  |                  |             |                | directly with the    |
>  |                  |             |                | KAME IPv6            |
>  |                  |             |                | implementation,      |
>  |                  |             |                | requiring an         |
>  |                  |             |                | additional level of  |
>  |                  |             |                | IP tunnel            |
>  |                  |             |                | indirection to       |
>  |                  |             |                | protect IPv6 packets |
>  | FAST_IPSEC and   |             |                | when using hardware  |
>  | KAME             | Not done    | --             | crypto acceleration. |
>  | compatibility    |             |                | This issue must be   |
>  |                  |             |                | resolved so that the |
>  |                  |             |                | two services may     |
>  |                  |             |                | more easily be used  |
>  |                  |             |                | together. Among      |
>  |                  |             |                | other things, this   |
>  |                  |             |                | will require a       |
>  |                  |             |                | careful review of    |
>  |                  |             |                | the handling of mbuf |
>  |                  |             |                | header copying and   |
>  |                  |             |                | m_tag support in the |
>  |                  |             |                | KAME IPv6 code.      |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | A process cannot be  |
>  |                  |             |                | interrupted while    |
>  |                  |             |                | waiting on a lock.   |
>  | rpc.lockd(8)     |             |                | Fixing this requires |
>  | stability        | --          | --             | that the RPC code be |
>  |                  |             |                | taught how to deal   |
>  |                  |             |                | with lock            |
>  |                  |             |                | cancellation and     |
>  |                  |             |                | interruption events. |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Kernel modules are   |
>  |                  |             |                | currently built      |
>  |                  |             |                | independently from a |
>  |                  |             |                | kernel               |
>  |                  |             |                | configuration, and   |
>  |                  |             |                | independently from   |
>  |                  |             |                | one another,         |
>  |                  |             |                | resulting in         |
>  |                  |             |                | substantially        |
>  |                  |             |                | redundant            |
>  |                  |             |                | compilation of       |
>  |                  |             |                | objects, as well as  |
>  |                  |             |                | the inability to     |
>  |                  |             |                | easily manage        |
>  |                  |             |                | compile-time options |
>  | Revised kld      |             |                | for kernel objects   |
>  | build            | Not done    | Peter Wemm     | (such as MAC, PAE,   |
>  | infrastructure   |             |                | etc) that may        |
>  |                  |             |                | require conditional  |
>  |                  |             |                | compilation in the   |
>  |                  |             |                | kernel modules. In   |
>  |                  |             |                | order to improve     |
>  |                  |             |                | build performance    |
>  |                  |             |                | and better support   |
>  |                  |             |                | options of this      |
>  |                  |             |                | sort, the KLD build  |
>  |                  |             |                | infrastructure needs |
>  |                  |             |                | to be revamped.      |
>  |                  |             |                | Peter Wemm has done  |
>  |                  |             |                | some initial         |
>  |                  |             |                | prototyping, and     |
>  |                  |             |                | should be contacted  |
>  |                  |             |                | before starting on   |
>  |                  |             |                | this work.           |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Apple's Darwin       |
>  |                  |             |                | operating system has |
>  |                  |             |                | fairly extensive     |
>  | Merge of Darwin  |             |                | improvements to      |
>  | msdosfs, other   | Not done    | --             | msdosfs and other    |
>  | fixes            |             |                | kernel services;     |
>  |                  |             |                | these fixes must be  |
>  |                  |             |                | reviewed and merged  |
>  |                  |             |                | to the FreeBSD tree. |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Truss appears to     |
>  |                  |             |                | contain a race       |
>  |                  |             |                | condition during the |
>  |                  |             |                | start-up of          |
>  |                  |             |                | debugging, which can |
>  |                  |             |                | result in truss      |
>  |                  |             |                | failing to attach to |
>  |                  |             |                | the process before   |
>  |                  |             |                | it exits. The        |
>  |                  |             |                | symptom is that      |
>  |                  |             |                | truss reports that   |
>  |                  |             |                | it cannot open the   |
>  |                  |             |                | procfs node          |
>  |                  |             |                | supporting the       |
>  |                  |             |                | process being        |
>  |                  |             |                | debugged. A bug also |
>  | Race conditions  | Errata      | Robert Drehmel | appears to exist     |
>  | in truss         | candidate   |                | where in truss will  |
>  |                  |             |                | hang if execve()     |
>  |                  |             |                | returns ENOENT. A    |
>  |                  |             |                | further race appears |
>  |                  |             |                | to exist in which    |
>  |                  |             |                | truss will return    |
>  |                  |             |                | "PIOCWAIT:           |
>  |                  |             |                | Input/output error"  |
>  |                  |             |                | occasionally on      |
>  |                  |             |                | startup. The fix for |
>  |                  |             |                | this sufficiently    |
>  |                  |             |                | changes process      |
>  |                  |             |                | execution handling   |
>  |                  |             |                | that we will defer   |
>  |                  |             |                | the fix to post-5.0  |
>  |                  |             |                | and consider this    |
>  |                  |             |                | errata.              |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Truss appears to     |
>  |                  |             |                | have another         |
>  |                  |             |                | problem. It is       |
>  |                  |             |                | repeatable by        |
>  |                  |             |                | running "truss -f    |
>  | More truss       | Not done    | --             | fsck -p /",          |
>  | problems         |             |                | suspending it with   |
>  |                  |             |                | ^Z, and then killing |
>  |                  |             |                | truss. It will leave |
>  |                  |             |                | behind the fsck      |
>  |                  |             |                | processes which will |
>  |                  |             |                | be unkillable.       |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Many systems         |
>  |                  |             |                | supporting POSIX.1e  |
>  |                  |             |                | ACLs permit a minor  |
>  |                  |             |                | violation to that    |
>  |                  |             |                | specification, in    |
>  |                  |             |                | which the ACL_MASK   |
>  | ACL_MASK         |             |                | entry overrides the  |
>  | override of      | Not done    | Robert Watson  | umask, rather than   |
>  | umask support in |             |                | being intersected    |
>  | UFS              |             |                | with it. The         |
>  |                  |             |                | resulting semantics  |
>  |                  |             |                | can be useful in     |
>  |                  |             |                | group-oriented       |
>  |                  |             |                | environments, and as |
>  |                  |             |                | such would be very   |
>  |                  |             |                | helpful on FreeBSD.  |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | The LOR reported in  |
>  |                  |             |                | PR kern/55175 needs  |
>  | filedesc LOR     | Not done    | --             | to be fixed.         |
>  |                  |             |                | Filedesc locking     |
>  |                  |             |                | needs to be heavily  |
>  |                  |             |                | reviewed in general. |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Currently, MAC       |
>  |                  |             |                | protections are      |
>  |                  |             |                | enforced only on     |
>  |                  |             |                | locally originated   |
>  |                  |             |                | file system          |
>  |                  |             |                | operations (VOPs),   |
>  |                  |             |                | and not on RPCs      |
>  |                  |             |                | generated via the    |
>  |                  |             |                | NFS server.          |
>  | MAC support for  |             |                | Improvements in NFS  |
>  | NFS Server       | Not done    | Robert Watson  | server credential    |
>  |                  |             |                | handling are         |
>  |                  |             |                | required to correct  |
>  |                  |             |                | this problem, as     |
>  |                  |             |                | well as the          |
>  |                  |             |                | introduction of new  |
>  |                  |             |                | entry points to      |
>  |                  |             |                | properly label NFS   |
>  |                  |             |                | credentials and      |
>  |                  |             |                | perform enforcement  |
>  |                  |             |                | properly.            |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | All PCI drivers must |
>  |                  |             |                | use busdma for DMA;  |
>  |                  |             |                | no use of vtophys()  |
>  | busdma in all    | In progress | --             | will be permitted    |
>  | PCI drivers      |             |                | for any recent       |
>  |                  |             |                | device driver. ISA   |
>  |                  |             |                | drivers may be       |
>  |                  |             |                | exempt.              |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | Userland bits        |
>  | KSE support for  | In progress | Marcel         | implemented, kernel  |
>  | alpha            |             | Moolenaar      | bits not             |
>  |                  |             |                | implemented.         |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | For kernel API/ABI   |
>  |                  |             |                | compatibility        |
>  |                  |             |                | reasons, it would be |
>  | CAM locking      | In progress | Scott Long,    | desirable to have    |
>  |                  |             | Justin Gibbs   | the CAM locking      |
>  |                  |             |                | strategy determined  |
>  |                  |             |                | and loosely          |
>  |                  |             |                | implemented for 5.3. |
>  |------------------+-------------+----------------+----------------------|
>  |                  |             |                | When running syscons |
>  |                  |             |                | on an Ultra-30 with  |
>  |                  |             |                | Creator-3D typing    |
>  |                  |             |                | characters on the    |
>  |                  |             |                | keyboard produces    |
>  |                  |             |                | garbage. Problem     |
>  |                  |             |                | reported by Kris     |
>  | syscons not      |             |                | Kennaway. Debugging  |
>  | working on       | Not done    | --             | difficult due to     |
>  | Sparc64 Ultra-30 |             |                | lack of this         |
>  |                  |             |                | particular           |
>  |                  |             |                | configuration among  |
>  |                  |             |                | developers and       |
>  |                  |             |                | problem isn't        |
>  |                  |             |                | present on similar   |
>  |                  |             |                | hardware (e.g. no    |
>  |                  |             |                | problem on Ultra-60  |
>  |                  |             |                | w/Creator-3D).       |
>  +------------------------------------------------------------------------+
> 
> Documentation items that must be resolved for 5.3
> 
> +-------------------------------------------------------------------------------------------------+
> |    Issue     |  Status   |Responsible|                       Description                        |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |Gavin      |The installation documentation doesn't take into account  |
> |i386 Floppy   |           |Atkinson,  |the new floppy images (with a full kernel split across    |
> |Installation  |Done       |Bruce A.   |multiple disks). This should be updated.                  |
> |Docs          |           |Mah        |References:                                               |
> |              |           |           |docs/70485 (closed)                                       |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Finish        |           |Simon L.   |Finish removing mention of individual devices in the      |
> |hardware notes|In progress|Nielsen,   |hardware notes and use auto-generated lists, based on     |
> |trimming      |           |Christian  |driver manual pages, instead.                             |
> |              |           |Brueffer   |                                                          |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |The snd(4) and pcm(4) drivers have been renamed but their |
> |              |           |           |manual pages are still outdated. sound(4) has to be added |
> |              |           |           |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should |
> |sound(4)      |           |           |be revised. Other manual pages which refer to pcm(4) (if  |
> |related manual|In progress|Simon L.   |any) should possibly be revised, too. In addition,        |
> |pages         |           |Nielsen    |supported cards list needs to be updated.                 |
> |              |           |           |References:                                               |
> |              |           |           |Manpage for snd_solo on -doc_at_                             |
> |              |           |           |[PATCH] sound(4) related manpages 5.3 TODO item on -doc_at_  |
> |              |           |           |src/share/man/man4/Makefile rev.1.279                     |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |This section is outdated, some rewrites are needed for    |
> |Sound section |           |Marc       |5.3-RELEASE.                                              |
> |in the        |Done       |Fonvieille |References:                                               |
> |Handbook      |           |           |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml|
> |              |           |           |rev.1.94                                                  |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |FDP           |           |           |With the snd(4) and pcm(4) drivers changes, documentations|
> |documentations|Not done   |--         |(FAQ) regarding the use of these drivers need an update.  |
> |related pcm(4)|           |           |                                                          |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first  |
> |              |           |           |stable release on 5.X and it is (hopefully) not for early |
> |              |           |           |adopters. Early Adopter's Guide is still useful, but      |
> |Early         |           |Bruce A.   |contains a bit old information. Some parts of this guide  |
> |Adopter's     |Done       |Mah, Tom   |need a rewrite, and this document should be published as  |
> |Guide         |           |Rhodes     |"4.X to 5.X Migration Guide", which focuses difference    |
> |              |           |           |between 4.X and 5.X.                                      |
> |              |           |           |References:                                               |
> |              |           |           |Draft for review                                          |
> |              |           |           |discussion on -doc_at_ and -current_at_                         |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |Some parts are outdated. doc/70485 has been committed, but|
> |              |           |           |more work is needed to reflect the realities. bmah_at_       |
> |              |           |           |pointed out that we should have "quick-start" installation|
> |Installation  |Not done   |Tom Rhodes |guide for each platform instead of the current ones       |
> |Notes         |           |           |because they become too long and difficult to be          |
> |              |           |           |maintained.                                               |
> |              |           |           |References:                                               |
> |              |           |           |doc/70485 (closed)                                        |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |Ken Tom,   |Update the X11 chapter of the Handbook for X.Org's X11    |
> |Xorg          |Done       |Marc       |server.                                                   |
> |              |           |Fonvieille |References:                                               |
> |              |           |           |books/handbook/config/chapter.sgml rev.1.147              |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |Ch.11.4 and 11.5 of the Handbook must be updated to       |
> |              |           |           |mention the new rc.d scripts and some ports use           |
> |rc.d scripts  |In progress|Tom Rhodes |/etc/rc.conf for their configuration.                     |
> |              |           |           |References:                                               |
> |              |           |           |books/handbook/config/chapter.sgml rev.1.170              |
> |              |           |           |books/handbook/config/chapter.sgml rev.1.172              |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Handbook's    |           |           |Chapter 8 must be updated to match 5.3-RELEASE.           |
> |kernel        |Done       |Ceri Davies|References:                                               |
> |configuration |           |           |docs/70674 (closed)                                       |
> |chapter       |           |           |books/handbook/kernelconfig/chapter.sgml rev.1.135        |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |              |           |           |Some parts of Section 14.10 are outdated and are not      |
> |Handbook's    |           |           |correct for 5.X systems.                                  |
> |IPsec section |Not done   |--         |References:                                               |
> |              |           |           |ipsec on -doc_at_                                            |
> |              |           |           |Problem with IPSEC in handbook on -doc_at_                   |
> |--------------+-----------+-----------+----------------------------------------------------------|
> |Handbook's    |Not done   |--         |Vinum chapter needs to be revised for 5.X systems.        |
> |Vinum chapter |           |           |                                                          |
> +-------------------------------------------------------------------------------------------------+
> 
> Testing focuses for 5.3-RELEASE
> 
>  +------------------------------------------------------------------------+
>  |       Issue        |    Status     | Responsible  |    Description     |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | SCHED_ULE provides |
>  |                    |               |              | better             |
>  |                    |               |              | interactivity,     |
>  |                    |               |              | higher             |
>  |                    |               |              | performance, and   |
>  | SCHED_ULE as the   |               | Jeff         | the ability to     |
>  | default scheduler  | Needs testing | Roberson     | support pinning    |
>  |                    |               |              | and affinity.      |
>  |                    |               |              | Basic HTT          |
>  |                    |               |              | scheduling         |
>  |                    |               |              | policies should be |
>  |                    |               |              | in place for 5.3   |
>  |                    |               |              | also.              |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | KSE has matured to |
>  |                    |               |              | the point of being |
>  |                    |               |              | more stable and    |
>  |                    |               |              | POSIX-compliant    |
>  |                    |               |              | than the           |
>  |                    |               |              | traditional        |
>  |                    |               |              | libc_r. All Tier-1 |
>  |                    |               |              | platforms MUST     |
>  |                    |               |              | have stable KSE    |
>  |                    |               | David Xu,    | support for 5.3 in |
>  | KSE as the default | Needs testing | Daniel       | order to support a |
>  | threads library    |               | Eischen      | consistent         |
>  |                    |               |              | transition.        |
>  |                    |               |              | Additionally, all  |
>  |                    |               |              | ports that depend  |
>  |                    |               |              | on the pthreads    |
>  |                    |               |              | API must be        |
>  |                    |               |              | modified to        |
>  |                    |               |              | properly detect    |
>  |                    |               |              | and support the    |
>  |                    |               |              | default threading  |
>  |                    |               |              | library.           |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | Binutils needs     |
>  |                    |               |              | updating in order  |
>  | Updated binutils   |               | David        | to support new     |
>  | for all platforms  | Needs testing | O'Brien      | platforms, newer   |
>  |                    |               |              | GDB versions, and  |
>  |                    |               |              | Thread Local       |
>  |                    |               |              | Storage.           |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | The previous GCC   |
>  |                    |               |              | 3.3 snapshot       |
>  |                    |               |              | included           |
>  |                    |               |              | regressions in     |
>  |                    |               |              | alignment of       |
>  |                    |               |              | floating point     |
>  | gcc 3.3 floating   |               |              | arguments,         |
>  | point alignment    | Needs testing |              | resulting in a     |
>  | regression         |               |              | substantial        |
>  |                    |               |              | performance        |
>  |                    |               |              | degradation. The   |
>  |                    |               |              | recent GCC 3.4.2   |
>  |                    |               |              | import should fix  |
>  |                    |               |              | this, but more     |
>  |                    |               |              | testing is needed. |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | Jun Kuriyama has   |
>  |                    |               |              | reportged a failed |
>  |                    |               |              | locking assertion  |
>  |                    |               |              | with IPv6 TCP      |
>  | in6_pcbnotify()    | Needs testing | Robert       | notifications. A   |
>  | panic with TCP     |               | Watson       | patch has been     |
>  |                    |               |              | committed to the   |
>  |                    |               |              | CVS HEAD and       |
>  |                    |               |              | RELENG_5 and needs |
>  |                    |               |              | further testing.   |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | To complete        |
>  |                    |               |              | support for        |
>  |                    |               |              | thread-local       |
>  |                    |               |              | storage on         |
>  |                    |               |              | FreeBSD,           |
>  | Per-platform       |               | Doug Rabson, | per-architecture   |
>  | Thread-Local       | Needs testing | Marcel       | changes must be    |
>  | Storage            |               | Moolenaar    | made. Currently    |
>  |                    |               |              | pending platforms  |
>  |                    |               |              | are amd64, alpha,  |
>  |                    |               |              | ia64, i386,        |
>  |                    |               |              | sparc64, and       |
>  |                    |               |              | powerpc.           |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | High load on SMP   |
>  |                    |               |              | systems appears to |
>  |                    |               |              | result in a hard   |
>  |                    |               |              | hang related to VM |
>  |                    |               |              | IPI. Doug White    |
>  | SMP instability    |               | Doug White,  | has prepared a     |
>  | under load         | Needs testing | Alan L. Cox  | candidate patch    |
>  |                    |               |              | that appears to    |
>  |                    |               |              | resolve this       |
>  |                    |               |              | instability, which |
>  |                    |               |              | is currently in    |
>  |                    |               |              | testing for merge  |
>  |                    |               |              | to the CVS HEAD.   |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | Significant parts  |
>  |                    |               |              | of the network     |
>  |                    |               |              | stack (especially  |
>  |                    |               |              | IPv4, UNIX domain  |
>  |                    |               |              | IPC, and sockets)  |
>  |                    |               |              | now have           |
>  |                    |               |              | fine-grained       |
>  |                    |               |              | locking of their   |
>  |                    |               |              | data structures.   |
>  |                    |               |              | It's possible to   |
>  |                    |               |              | run many common    |
>  |                    |               |              | network subsystems |
>  |                    |               |              | and services       |
>  |                    |               |              | without the Giant  |
>  | Fine-grained       |               |              | lock. However, a   |
>  | network stack      |               | Robert       | number of device   |
>  | locking without    | Needs testing | Watson       | drivers and less   |
>  | Giant              |               |              | mainstream network |
>  |                    |               |              | subsystems are     |
>  |                    |               |              | currently not      |
>  |                    |               |              | MPSAFE. By         |
>  |                    |               |              | 5.3-RELEASE, it is |
>  |                    |               |              | necessary to have  |
>  |                    |               |              | the vast majority  |
>  |                    |               |              | of network code    |
>  |                    |               |              | running without    |
>  |                    |               |              | Giant, including   |
>  |                    |               |              | sockets,           |
>  |                    |               |              | permitting         |
>  |                    |               |              | complete           |
>  |                    |               |              | local<->remote     |
>  |                    |               |              | delivery without   |
>  |                    |               |              | grabbing Giant.    |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | KLDs work when     |
>  |                    |               |              | loaded from        |
>  |                    |               |              | userland, but not  |
>  |                    |               | David        | from the loader.   |
>  | kld support for    | Needs testing | O'Brien, Ian | kldxref and loader |
>  | amd64              |               | Dowse        | support has been   |
>  |                    |               |              | committed to HEAD  |
>  |                    |               |              | and RELENG_5 and   |
>  |                    |               |              | needs final        |
>  |                    |               |              | testing.           |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | Recent changes to  |
>  |                    |               |              | the ATA driver     |
>  |                    |               |              | trigger a bug on   |
>  |                    |               | So/ren       | sparc64 that       |
>  | ATA panics under   | Needs testing | Schmidt,     | causes a panic on  |
>  | sparc64            |               | Scott Long   | boot. This was     |
>  |                    |               |              | caused by bugs in  |
>  |                    |               |              | busdma that have   |
>  |                    |               |              | been hopefully     |
>  |                    |               |              | fixed.             |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | The ifconf() ioctl |
>  |                    |               |              | for listing        |
>  |                    |               |              | network interfaces |
>  |                    |               |              | performs a         |
>  |                    |               |              | copyout() while    |
>  |                    |               |              | holding the global |
>  |                    |               |              | ifnet list mutex.  |
>  |                    |               |              | This generates a   |
>  | ifconf() sleep     |               |              | witness warning in |
>  | warning            | Needs testing | Brooks Davis | the event that     |
>  |                    |               |              | copyout()          |
>  |                    |               |              | generates a page   |
>  |                    |               |              | fault, and risks   |
>  |                    |               |              | more serious       |
>  |                    |               |              | problems. A patch  |
>  |                    |               |              | has been committed |
>  |                    |               |              | to HEAD and        |
>  |                    |               |              | RELENG_5, but      |
>  |                    |               |              | requires testing.  |
>  |--------------------+---------------+--------------+--------------------|
>  |                    |               |              | There are reports  |
>  |                    |               |              | of applications    |
>  |                    |               |              | wedging in poll()  |
>  |                    |               |              | and select() while |
>  |                    |               |              | running the        |
>  |                    |               |              | network stack      |
>  |                    |               |              | without the Giant  |
>  |                    |               |              | lock. A recent     |
>  |                    |               |              | sleepq change      |
>  |                    |               |              | appears to have    |
>  |                    |               |              | caused some of the |
>  |                    |               |              | observed problems  |
>  |                    |               |              | to go away (others |
>  |                    |               |              | are difficult to   |
>  | poll()/select()    |               |              | test for due to    |
>  | application wedge  | Needs testing | Robert       | recent SMP         |
>  | reports with       |               | Watson       | instability). A    |
>  | debug.mpsafenet=1  |               |              | fix has been       |
>  |                    |               |              | committed to CVS   |
>  |                    |               |              | HEAD and merged to |
>  |                    |               |              | RELENG_5 and       |
>  |                    |               |              | appears to resolve |
>  |                    |               |              | problems with      |
>  |                    |               |              | poll(); we are     |
>  |                    |               |              | waiting for        |
>  |                    |               |              | feedback that it   |
>  |                    |               |              | has corrected the  |
>  |                    |               |              | reported problems  |
>  |                    |               |              | with select() also |
>  |                    |               |              | before moving this |
>  |                    |               |              | to "testing"       |
>  |                    |               |              | status.            |
>  +------------------------------------------------------------------------+
> 
>    ----------------------------------------------------------------------
> 
>   home   |   contact   |   legal   |   (c) 1995-2004 The FreeBSD Project.
>   All rights reserved.
>   Last modified: 2004/09/26 19:31:47
Received on Fri Oct 01 2004 - 12:25:02 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:15 UTC