5.1-RELEASE TODO
Robert Watson
rwatson at FreeBSD.org
Mon May 5 06:00:26 PDT 2003
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
More information about the freebsd-current
mailing list