5.1-RELEASE TODO

From: Robert Watson <rwatson_at_FreeBSD.org>
Date: Mon, 5 May 2003 09:00:33 -0400 (EDT)
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_at_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          |
   | Spurious alpha | --       | --          | machines, but since gdb -k   |
   | panics         |          |             | doesn't 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 alpha |
   | work on alpha  |          |             |                              |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | Due to TCP state efficiency  |
   |                |          |             | improvements in the TIMEWAIT |
   |                |          |             | state, it's now possible for |
   |                |          |             | the PCB socket pointer to be |
   |                |          |             | NULL in situations it        |
   | TIMEWAIT panic |          |             | previously wasn't. As a      |
   | for network    | In       | Robert      | result, TCP responses        |
   | labeled MAC    | progress | Watson      | generated in the TIMEWAIT    |
   | policy modules |          |             | state may lack properly      |
   |                |          |             | initialized MAC labels,      |
   |                |          |             | resulting in panics for      |
   |                |          |             | network labeled MAC          |
   |                |          |             | policies. A fix is current   |
   |                |          |             | in testing.                  |
   |----------------+----------+-------------+------------------------------|
   | ipfw/ipfw2     |          |             | There are reports of         |
   | alignment      | In       |             | alignment problems with ipfw |
   | issues on      | progress | Luigi Rizzo | and/or ipfw2 on 64-bit       |
   | alpha/sparc64  |          |             | platforms (specifically      |
   |                |          |             | alpha and sparc64).          |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | Kris Kennaway reports high   |
   |                |          |             | instability of 5.0-CURRENT   |
   |                |          |             | on ia64 machines, such as    |
   | ia64 stability | --       | --          | the 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 the    |
   | gcc sparc64    | --       | --          | build of                     |
   | problems       |          |             | XFree86-4-libraries.         |
   |                |          |             | Alexander Kabaev is working  |
   |                |          |             | on a gcc 3.3 patchset for    |
   |                |          |             | test.                        |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | ia64 serial console support  |
   |                |          | Marcel      | is not currently functional, |
   | ia64 sio       | In       | Moolenaar,  | and requires a reworking of  |
   | support        | progress | Warner Losh | the sio support to improve   |
   |                |          |             | platform independence and    |
   |                |          |             | bus handling.                |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | Brian Feldman has submitted  |
   |                |          |             | patches to improve the       |
   |                |          |             | consistency of the pathnames |
   | MAC Framework  | In       | Robert      | passed into the MAC          |
   | devfs path     | progress | Watson      | Framework devfs labeling     |
   | fixes          |          |             | entry points. These patches  |
   |                |          |             | need to be thoroughly        |
   |                |          |             | reviewed and tested, then    |
   |                |          |             | merged.                      |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | MAC Framework                |
   |                |          |             | synchronization currently    |
   |                |          |             | costs two mutex lock and     |
   |                |          |             | unlock operations for each   |
   | MAC Framework  |          |             | entry point, even if no      |
   | locking        | In       | Robert      | dynamically                  |
   | performance    | progress | Watson      | loadable/unloadable policies |
   | improvements   |          |             | are present. Patches are     |
   |                |          |             | currently being tested that  |
   |                |          |             | halve this locking cost when |
   |                |          |             | dynamic policies are not     |
   |                |          |             | loaded.                      |
   |----------------+----------+-------------+------------------------------|
   |                |          |             | 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. It        |
   |                |          |             | appears not to have been the |
   |                |          |             | direct result of a commit to |
   |                |          |             | UFS itself, pointing the     |
   |                |          |             | finger at other recent       |
   |                |          |             | changes (VM locking and      |
   | panic:         | In       | --          | fixes, proc locking, ...).   |
   | ffs_blkfree    | progress |             | While some changes to VM     |
   |                |          |             | have been made that were     |
   |                |          |             | intended to fix this problem |
   |                |          |             | (and appear to have for      |
   |                |          |             | several cases), there's at   |
   |                |          |             | least one remaining report   |
   |                |          |             | of a problem that may or may |
   |                |          |             | not result from persisting   |
   |                |          |             | un-fsck'd file systems. This |
   |                |          |             | is a show stopper bug that   |
   |                |          |             | will prevent a transition to |
   |                |          |             | 5.1-BETA unless resolved.    |
   +------------------------------------------------------------------------+

  Desired Features for 5.1-RELEASE

   +------------------------------------------------------------------------+
   |      Issue      |  Status   |   Responsible    |      Description      |
   |-----------------+-----------+------------------+-----------------------|
   |                 |           |                  | A.out support in the  |
   |                 |           |                  | base system was       |
   | a.out toolchain | --        | --               | reduced; the removed  |
   | port            |           |                  | 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 also  |
   | Race conditions | Errata    |                  | appears to exist      |
   | in truss        | candidate | Robert Drehmel   | 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.               |
   |-----------------+-----------+------------------+-----------------------|
   |                 |           |                  | 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 |           |                  | desirable to make KSE |
   | sparc64, alpha, | --        | Jake 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   |
   | rtld-elf        | --        | --               | link editor (rtld)    |
   | thread-safety   |           |                  | thread-safe with      |
   |                 |           |                  | libpthread.           |
   |-----------------+-----------+------------------+-----------------------|
   |                 |           |                  | Kris Kennaway reports |
   |                 |           |                  | deadlocks involving   |
   |                 |           |                  | the use of nullfs in  |
   |                 |           |                  | the bento             |
   |                 |           |                  | environment:          |
   |                 |           |                  | buildworld -j4 with   |
   | nullfs          |           |                  | src and obj mounted   |
   | deadlocks       | --        | --               | via nullfs; the gcc   |
   |                 |           |                  | 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  | In progress | Christian   | of S/Key. The handbook    |
   | rottage: S/Key |             | 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.                   |
   +------------------------------------------------------------------------+

  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    |
   |                   |        |                 | controller with 32Mb    |
   | iir driver fails  | --     | --              | RAM, Firmware revision  |
   | to probe 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 Lucent          |
   | if_wi problems on |        |                 | hardware, resulting in  |
   | Lucent hardware   | --     | --              | system lockups and poor |
   |                   |        |                 | performance when using  |
   |                   |        |                 | Lucent hardware. These  |
   |                   |        |                 | problems are believed   |
   |                   |        |                 | to be fixed but more    |
   |                   |        |                 | testing is welcome.     |
   |-------------------+--------+-----------------+-------------------------|
   |                   |        |                 | There are reports that  |
   | No console (term) |        |                 | kernels build with      |
   | if smbus is       |        |                 | smbus, viapm, and smb   |
   | enable in the     | --     | --              | devices may not         |
   | kernel            |        |                 | properly probe and      |
   |                   |        |                 | 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 been |
   | newfs default     |        |                 | 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 support  | --     | Jacques Vidrine | (local databases, NIS), |
   |                   |        |                 | and support for new     |
   |                   |        |                 | services (LDAP, Active  |
   |                   |        |                 | Directory, etc). This   |
   |                   |        |                 | change has been         |
   |                   |        |                 | committed, and requires |
   |                   |        |                 | broader testing.        |
   +------------------------------------------------------------------------+

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

    freebsd-qa_at_FreeBSD.ORG
    Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved.
    Last modified: 2003/05/04 16:29:00
Received on Mon May 05 2003 - 04:00:26 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:06 UTC