Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 May 2003 09:00:14 -0400 (EDT)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        current@FreeBSD.org
Subject:   5.1-RELEASE TODO
Message-ID:  <200305131300.h4DD0Ecd059610@fledge.watson.org>

next in thread | raw e-mail | index | archive | help
This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list.
The live version of this list is available at:

    http://www.FreeBSD.org/releases/5.1R/todo.html

Automated mailing of this list will continue through the release of
FreeBSD 5.1.


                            FreeBSD 5.1 Open Issues

                                  Open Issues

   This is a list of open issues that need to be resolved for FreeBSD 5.1. If
   you have any updates for this list, please e-mail re@FreeBSD.org.

  Must Resolve Issues for 5.1-RELEASE

   +------------------------------------------------------------------------+
   |      Issue      |   Status    | Responsible |       Description        |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Kris Kennaway reports    |
   |                 |             |             | that he has seen several |
   |                 |             |             | unique panics on the     |
   |                 |             |             | alpha machines, but      |
   | Spurious alpha  | --          | --          | since gdb -k doesn't     |
   | panics          |             |             | work on alpha I haven't  |
   |                 |             |             | been able to get more    |
   |                 |             |             | than a DDB traceback.    |
   |                 |             |             | No-one has looked into   |
   |                 |             |             | them.                    |
   |-----------------+-------------+-------------+--------------------------|
   | gdb -k doesn't  | --          | Mark Peek   | gdb -k doesn't work on   |
   | work on alpha   |             |             | alpha                    |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | There are reports of     |
   | ipfw/ipfw2      |             |             | alignment problems with  |
   | alignment       | In progress | Luigi Rizzo | ipfw and/or ipfw2 on     |
   | issues on       |             |             | 64-bit platforms         |
   | alpha/sparc64   |             |             | (specifically alpha and  |
   |                 |             |             | sparc64).                |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Kris Kennaway reports    |
   |                 |             |             | high instability of      |
   |                 |             |             | 5.0-CURRENT on ia64      |
   |                 |             |             | machines, such as the    |
   | ia64 stability  | --          | --          | pluto* machines. These   |
   |                 |             |             | problems need to be      |
   |                 |             |             | fixed in order to get a  |
   |                 |             |             | successful package       |
   |                 |             |             | build.                   |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Kris Kennaway reports    |
   |                 |             |             | that there is a gcc bug  |
   |                 |             |             | on sparc64 that prevents |
   | gcc sparc64     | --          | --          | the build of             |
   | problems        |             |             | XFree86-4-libraries.     |
   |                 |             |             | Alexander Kabaev is      |
   |                 |             |             | working on a gcc 3.3     |
   |                 |             |             | patchset for test.       |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | ia64 serial console      |
   |                 |             |             | support is not currently |
   | ia64 sio        |             | Marcel      | functional, and requires |
   | support         | In progress | Moolenaar,  | a reworking of the sio   |
   |                 |             | Warner Losh | support to improve       |
   |                 |             |             | platform independence    |
   |                 |             |             | and bus handling.        |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Brian Feldman has        |
   |                 |             |             | submitted patches to     |
   |                 |             |             | improve the consistency  |
   | MAC Framework   |             |             | of the pathnames passed  |
   | devfs path      | In progress | Robert      | into the MAC Framework   |
   | fixes           |             | Watson      | devfs labeling entry     |
   |                 |             |             | points. These patches    |
   |                 |             |             | need to be thoroughly    |
   |                 |             |             | reviewed and tested,     |
   |                 |             |             | then merged.             |
   |-----------------+-------------+-------------+--------------------------|
   | Panic on        |             |             | If a network device      |
   | load/unload a   |             |             | driver, possibly any     |
   | kernel module   |             |             | driver, is linked into   |
   | for a driver    | Patch       | Maxime      | the kernel and then      |
   | already         | submitted   | Henrion     | loaded and unloaded as a |
   | statically      |             |             | module, the kernel will  |
   | linked into the |             |             | panic. This has been     |
   | kernel.         |             |             | observed with both if_dc |
   |                 |             |             | and if_fxp.              |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Currently, the MD        |
   |                 |             |             | elements of KSE are      |
   |                 |             |             | present only for the     |
   |                 |             |             | i386 platform, limiting  |
   |                 |             |             | use of KSE to the i386   |
   |                 |             |             | platform. It is highly   |
   | KSE support for |             | Jake        | desirable to make KSE    |
   | sparc64, alpha, | --          | Burkholder, | available on non-i386    |
   | ia64            |             | --, --      | platforms for            |
   |                 |             |             | 5.1-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.   |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | Update the run-time link |
   | rtld-elf        | --          | Alexander   | editor (rtld)            |
   | thread-safety   |             | Kabaev      | thread-safe with         |
   |                 |             |             | libpthread.              |
   |-----------------+-------------+-------------+--------------------------|
   |                 |             |             | rpc.lockd(8) client-side |
   |                 |             |             | and server-side NFS      |
   |                 |             |             | locking appears to have  |
   |                 |             |             | a number of serious bugs |
   |                 |             |             | which prevent NFS        |
   | rpc.lockd(8)    | In progress | Robert      | locking from working     |
   | stability       |             | Watson      | properly in a number of  |
   |                 |             |             | common scenarios. These  |
   |                 |             |             | bugs must be resolved to |
   |                 |             |             | ship 5.1-RELEASE. Work   |
   |                 |             |             | is underway to classify  |
   |                 |             |             | and track the bugs.      |
   +------------------------------------------------------------------------+

  Desired Features for 5.1-RELEASE

   +------------------------------------------------------------------------+
   |     Issue      |  Status   |  Responsible   |       Description        |
   |----------------+-----------+----------------+--------------------------|
   |                |           |                | A.out support in the     |
   | a.out          |           |                | base system was reduced; |
   | toolchain port | --        | --             | the removed build chain  |
   |                |           |                | components should be     |
   |                |           |                | made into a port.        |
   |----------------+-----------+----------------+--------------------------|
   |                |           |                | 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    |
   | Race           | Errata    |                | also appears to exist    |
   | conditions in  | candidate | Robert Drehmel | where in truss will hang |
   | truss          |           |                | 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.             |
   |----------------+-----------+----------------+--------------------------|
   |                |           |                | Kris Kennaway reports    |
   |                |           |                | deadlocks involving the  |
   |                |           |                | use of nullfs in the     |
   |                |           |                | bento environment:       |
   |                |           |                | buildworld -j4 with src  |
   |                |           |                | and obj mounted via      |
   | nullfs         | --        | --             | nullfs; the gcc          |
   | deadlocks      |           |                | processes eventually     |
   |                |           |                | deadlocked in the ufs    |
   |                |           |                | state. DDB traceback     |
   |                |           |                | showed two different     |
   |                |           |                | codepaths. I've just     |
   |                |           |                | repeated this, so the    |
   |                |           |                | bug still exists.        |
   +------------------------------------------------------------------------+

  Documentation items that must be resolved for 5.1

   +------------------------------------------------------------------------+
   |      Issue      |   Status    | Responsible  |       Description       |
   |-----------------+-------------+--------------+-------------------------|
   |                 |             |              | We now use OPIE instead |
   | Documentation   |             | Christian    | of S/Key. The handbook  |
   | rottage: S/Key  | In progress | Brueffer     | doesn't cover OPIE as   |
   |                 |             |              | well as it covers       |
   |                 |             |              | S/Key.                  |
   |-----------------+-------------+--------------+-------------------------|
   |                 |             |              | The hardware notes for  |
   |                 |             |              | ia64 needs some large   |
   | ia64 Hardware   | --          | --           | infusions of text. They |
   | Notes           |             |              | probably haven't been   |
   |                 |             |              | synched with reality    |
   |                 |             |              | for awhile.             |
   |-----------------+-------------+--------------+-------------------------|
   |                 |             |              | As BUSDMA is now the    |
   |                 |             |              | required driver API for |
   |                 |             |              | DMA access in hardware  |
   |                 |             |              | device drivers as of    |
   |                 |             |              | 5.1-RELEASE, we need to |
   | busdma man page | In progress | Hiten Pandya | make sure it's properly |
   |                 |             |              | documented. A man page  |
   |                 |             |              | is in progress and      |
   |                 |             |              | needs to be             |
   |                 |             |              | appropriately reviewed  |
   |                 |             |              | and committed prior to  |
   |                 |             |              | the release.            |
   +------------------------------------------------------------------------+

  Areas requiring immediate testing

   +------------------------------------------------------------------------+
   |      Issue      |  Status   |   Responsible   |      Description       |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | The 20030228 vendor    |
   | Fresh ACPI-CA   |           |                 | sources have been      |
   | import          | --        | --              | imported. Further      |
   |                 |           |                 | testing is             |
   |                 |           |                 | appreciated.           |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | During the install,    |
   |                 |           |                 | the iir controller     |
   |                 |           |                 | appears to correctly   |
   |                 |           |                 | probe, but finds no    |
   |                 |           |                 | disk devices. The card |
   |                 |           |                 | in question is an      |
   |                 |           |                 | Intel srcu32 RAID      |
   | iir driver      |           |                 | controller with 32Mb   |
   | fails to probe  | --        | --              | RAM, Firmware revision |
   | disks           |           |                 | 2.33.01. Intel         |
   |                 |           |                 | developers have        |
   |                 |           |                 | released an update     |
   |                 |           |                 | driver, which has      |
   |                 |           |                 | recently been adapted  |
   |                 |           |                 | and imported into      |
   |                 |           |                 | 5-CURRENT, and must be |
   |                 |           |                 | tested.                |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | PAE support allows the |
   |                 |           |                 | use of up to 64GB of   |
   | PAE support for |           |                 | RAM on Pentium Pro and |
   | i386            | --        | --              | above systems. Virtual |
   |                 |           |                 | addresses are still    |
   |                 |           |                 | constrained to         |
   |                 |           |                 | 32-bits.               |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | The recently upgraded  |
   |                 |           |                 | if_wi driver is more   |
   |                 |           |                 | tuned to Prism         |
   |                 |           |                 | hardware than to       |
   | if_wi problems  |           |                 | Lucent hardware,       |
   | on Lucent       | --        | --              | resulting in system    |
   | hardware        |           |                 | lockups and poor       |
   |                 |           |                 | performance when using |
   |                 |           |                 | Lucent hardware. These |
   |                 |           |                 | problems are believed  |
   |                 |           |                 | to be fixed but more   |
   |                 |           |                 | testing is welcome.    |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | There are reports that |
   |                 |           |                 | kernels build with     |
   | No console      |           |                 | smbus, viapm, and smb  |
   | (term) if smbus | --        | --              | devices may not        |
   | is enable in    |           |                 | properly probe and     |
   | the kernel      |           |                 | support the system     |
   |                 |           |                 | console following      |
   |                 |           |                 | boot.                  |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | For 5.1-RELEASE, the   |
   |                 |           |                 | default file system    |
   |                 |           |                 | type for newly created |
   |                 |           |                 | file systems is UFS2   |
   |                 |           |                 | rather than UFS1.      |
   | UFS2 as         |           |                 | newfs(8) and           |
   | installation,   | --        | Robert Watson   | sysinstall(8) have     |
   | newfs default   |           |                 | been updated to use    |
   |                 |           |                 | this new default.      |
   |                 |           |                 | Testing to make sure   |
   |                 |           |                 | all goes well after    |
   |                 |           |                 | the change (committed  |
   |                 |           |                 | on April 20, 2003) is  |
   |                 |           |                 | vital.                 |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | Kris Kennaway reports  |
   |                 |           |                 | mutex panics in wait4  |
   |                 |           |                 | in the bento           |
   |                 |           |                 | environment:           |
   | wait4           |           |                 | "Impossible" mutex     |
   | "impossible"    | --        | Tim J. Robbins  | panic in wait4()       |
   | mutex panic     |           |                 | (reported to -current  |
   |                 |           |                 | a while ago). Believed |
   |                 |           |                 | to be related to (and  |
   |                 |           |                 | fixed along with)      |
   |                 |           |                 | uidinfo "impossible"   |
   |                 |           |                 | panic below.           |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | Kris Kennaway reports  |
   |                 |           |                 | that there appears to  |
   |                 |           |                 | be a resource leak of  |
   |                 |           |                 | uidinfo reference      |
   | uidinfo         |           |                 | counts that is causing |
   | "impossible"    | --        | Tim J. Robbins  | the gohan machines to  |
   | panic           |           |                 | panic after about 18   |
   |                 |           |                 | days of load.          |
   |                 |           |                 | Tim J. Robbins has     |
   |                 |           |                 | committed a fix that   |
   |                 |           |                 | is believed to solve   |
   |                 |           |                 | the problem.           |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | Support for pluggable  |
   |                 |           |                 | directory services     |
   |                 |           |                 | using NSS, including   |
   |                 |           |                 | adaptations of current |
   |                 |           |                 | directory services     |
   | NSSwitch        |           |                 | (local databases,      |
   | support         | --        | Jacques Vidrine | NIS), and support for  |
   |                 |           |                 | new services (LDAP,    |
   |                 |           |                 | Active Directory,      |
   |                 |           |                 | etc). This change has  |
   |                 |           |                 | been committed, and    |
   |                 |           |                 | requires broader       |
   |                 |           |                 | testing.               |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | Starting in late       |
   |                 |           |                 | April, reports of a    |
   |                 |           |                 | new UFS panic, "panic: |
   |                 |           |                 | ffs_blkfree: freeing   |
   |                 |           |                 | free frag" began to    |
   |                 |           |                 | pop up with a high     |
   |                 |           |                 | frequency in some      |
   |                 |           |                 | environments. This     |
   |                 |           |                 | problem appears to     |
   |                 |           |                 | have been associated   |
   |                 |           |                 | with a bug introduced  |
   |                 |           |                 | in the VM system that  |
   |                 |           |                 | has now been resolved. |
   | panic:          | Patch     | Alan L. Cox     | Users who updated to a |
   | ffs_blkfree     | committed |                 | kernel between         |
   |                 |           |                 | approximately May 1    |
   |                 |           |                 | and May 4 will want to |
   |                 |           |                 | run a full foreground  |
   |                 |           |                 | fsck on all file       |
   |                 |           |                 | systems to make sure   |
   |                 |           |                 | that no remaining free |
   |                 |           |                 | space accounting       |
   |                 |           |                 | errors exist. However, |
   |                 |           |                 | we should be on the    |
   |                 |           |                 | lookout for any        |
   |                 |           |                 | recurrence of this     |
   |                 |           |                 | problem due to its     |
   |                 |           |                 | serious nature.        |
   |-----------------+-----------+-----------------+------------------------|
   |                 |           |                 | Due to TCP state       |
   |                 |           |                 | efficiency             |
   |                 |           |                 | improvements in the    |
   |                 |           |                 | TIMEWAIT state, it is  |
   |                 |           |                 | now possible for the   |
   |                 |           |                 | PCB socket pointer to  |
   |                 |           |                 | be NULL in situations  |
   | TIMEWAIT panic  |           |                 | it previously wasn't.  |
   | for network     | Patch     |                 | As a result, TCP       |
   | labeled MAC     | committed | Robert Watson   | responses generated in |
   | policy modules  |           |                 | the TIMEWAIT state     |
   |                 |           |                 | lacked properly        |
   |                 |           |                 | initialized MAC        |
   |                 |           |                 | labels, resulting in   |
   |                 |           |                 | panics for network     |
   |                 |           |                 | labeled MAC policies.  |
   |                 |           |                 | A fix has been         |
   |                 |           |                 | committed, and needs   |
   |                 |           |                 | more broad testing.    |
   +------------------------------------------------------------------------+

     ----------------------------------------------------------------------

    freebsd-qa@FreeBSD.ORG
    Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved.
    Last modified: 2003/05/13 03:12:10



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305131300.h4DD0Ecd059610>