Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Oct 2004 01:41:08 -0600 (MDT)
From:      Scott Long <scottl@FreeBSD.org>
To:        current@FreeBSD.org
Subject:   5.3-RELEASE TODO
Message-ID:  <200410290741.i9T7f8DW095035@pooker.samsco.org>

next in thread | raw e-mail | index | archive | help
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@FreeBSD.org.

Issues that require investigation

 +------------------------------------------------------------------------+
 | Issue |   Status    | Responsible |            Description             |
 |-------+-------------+-------------+------------------------------------|
 |       |             |             | More 'wedging' problems have been  |
 |       |             |             | reported with specific if_em       |
 |       |             |             | hardware. The hardware found in    |
 | if_em | In progress | Bruce M.    | the IBM T-41 seems to be a         |
 | wedge |             | Simpson     | suspect. Removing ALTQ support     |
 |       |             |             | from the driver might help this    |
 |       |             |             | problem, but reports are           |
 |       |             |             | inconsistent.                      |
 +------------------------------------------------------------------------+

Show stopper defects for 5.3-RELEASE

 +------------------------------------------------------------------------+
 |     Issue      |   Status    |  Responsible   |      Description       |
 |----------------+-------------+----------------+------------------------|
 |                |             |                | Attaching GDB to a     |
 |                |             |                | threaded process will  |
 |                |             |                | leave the process in   |
 |                |             |                | an unkillable state.   |
 |                |             |                | Rebooting the machine  |
 | Threaded       |             |                | is the only way to     |
 | application    |             |                | recover from this.     |
 | get stuck in   |             |                | This is easily         |
 | an unkillable  | In progress | David Xu       | triggered when a KDE   |
 | state when     |             |                | app crashes and KDE    |
 | touched by GDB |             |                | automatically attaches |
 |                |             |                | GDB to it to extract a |
 |                |             |                | stack trace. A         |
 |                |             |                | candidate fix is in    |
 |                |             |                | 6-CURRENT. More        |
 |                |             |                | testing and review is  |
 |                |             |                | needed.                |
 |----------------+-------------+----------------+------------------------|
 |                |             |                | There have been        |
 |                |             |                | reports that, under    |
 |                |             |                | extremely high load,   |
 |                |             |                | the tcp_output()       |
 |                |             |                | routine may appear to  |
 |                |             |                | run for extended       |
 |                |             |                | periods, resulting in  |
 |                |             |                | the appearance of a    |
 |                |             |                | hang for an extended   |
 |                |             |                | period (up to 30       |
 | Reports of     |             |                | minutes), followed by  |
 | TCP-related    |             |                | recovery. This may be  |
 | instability    |             | George V.      | a result of a bug in   |
 | under          |             | Neville-Neil,  | the TCP selective      |
 | extremely high | In progress | Robert Watson, | acknowledgement        |
 | load; possibly |             | Scott Long     | implementation         |
 | related to     |             |                | introduced following   |
 | SACK           |             |                | 5.2; the release       |
 |                |             |                | engineering team is    |
 |                |             |                | currently working with |
 |                |             |                | the submitters to      |
 |                |             |                | diagnose the problem.  |
 |                |             |                | Depending on the       |
 |                |             |                | nature of the problem, |
 |                |             |                | it may be appropriate  |
 |                |             |                | to release with SACK   |
 |                |             |                | disabled, or to        |
 |                |             |                | correct the bug prior  |
 |                |             |                | to 5.3.                |
 +------------------------------------------------------------------------+

Required features for 5.3-RELEASE

 +------------------------------------------------------------------------+
 |    Issue     |    Status     |    Responsible     |    Description     |
 +------------------------------------------------------------------------+

Desired features and bugfixes for 5.3-RELEASE

 +------------------------------------------------------------------------+
 |      Issue       |   Status    |  Responsible   |     Description      |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | There have been      |
 |                  |             |                | reports that         |
 |                  |             |                | specific gigabit     |
 |                  |             |                | ethernet cards       |
 |                  |             |                | supported by the     |
 |                  |             |                | if_re driver are     |
 | Reports of poor  |             |                | experiencing poor    |
 | performance with |             |                | performance; a patch |
 | the if_re driver | In progress | John-Mark      | has been posted that |
 | (re ethernet     |             | Gurney         | corrects timer and   |
 | interfaces)      |             |                | interrupt problems   |
 |                  |             |                | with the driver, and |
 |                  |             |                | is believed to       |
 |                  |             |                | correct the          |
 |                  |             |                | performace problems. |
 |                  |             |                | The patch will be    |
 |                  |             |                | merged to 6.x and    |
 |                  |             |                | 5.x shortly.         |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | 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.              |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | Kernel bits          |
 | KSE support for  | In progress | Ken Smith      | implemented,         |
 | sparc64          |             |                | userland not         |
 |                  |             |                | implemented.         |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | 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.           |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | 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.       |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | The LOR reported in  |
 |                  |             |                | PR kern/55175 needs  |
 | filedesc LOR     | Not done    | --             | to be fixed.         |
 |                  |             |                | Filedesc locking     |
 |                  |             |                | needs to be heavily  |
 |                  |             |                | reviewed in general. |
 |------------------+-------------+----------------+----------------------|
 |                  |             |                | 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|Done    |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|Done    |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@                             |
|              |        |           |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@  |
|              |        |           |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@ and -current@                         |
|--------------+--------+-----------+----------------------------------------------------------|
|              |        |           |Some parts are outdated. doc/70485 has been committed, but|
|              |        |           |more work is needed to reflect the realities. bmah@       |
|              |        |           |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  |Done    |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@                                            |
|              |        |           |Problem with IPSEC in handbook on -doc@                   |
|--------------+--------+-----------+----------------------------------------------------------|
|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     |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | 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   |
 |                    |               |              | reported a failed  |
 |                    |               |              | locking assertion  |
 | in6_pcbnotify()    | Done          | Robert       | with IPv6 TCP      |
 | panic with TCP     |               | Watson       | notifications.     |
 |                    |               |              | This problem is    |
 |                    |               |              | believed to be     |
 |                    |               |              | corrected.         |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | 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. 5.3 betas  |
 |                    |               |              | have shipped with  |
 |                    |               |              | Giant-free         |
 |                    |               |              | networking by      |
 |                    |               |              | default, with some |
 |                    |               |              | bug reports and    |
 |                    |               |              | fixes in later     |
 |                    |               |              | betas and release  |
 |                    |               |              | candidates. Please |
 |                    |               |              | report any         |
 |                    |               |              | problems to the    |
 |                    |               |              | current@ mailing   |
 |                    |               |              | list.              |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | 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     | Done          | Brooks Davis | witness warning in |
 | warning            |               |              | the event that     |
 |                    |               |              | copyout()          |
 |                    |               |              | generates a page   |
 |                    |               |              | fault, and risks   |
 |                    |               |              | more serious       |
 |                    |               |              | problems. This     |
 |                    |               |              | problem is         |
 |                    |               |              | believed to be     |
 |                    |               |              | corrected.         |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There are reports  |
 |                    |               |              | of applications    |
 |                    |               |              | wedging in poll()  |
 |                    |               |              | and select() while |
 |                    |               |              | running the        |
 |                    |               |              | network stack      |
 |                    |               |              | without the Giant  |
 | poll()/select()    |               |              | lock. A recent     |
 | application wedge  |               | Robert       | sleepq change      |
 | reports with       | Done          | Watson       | appears to have    |
 | debug.mpsafenet=1  |               |              | caused some of the |
 |                    |               |              | observed problems  |
 |                    |               |              | to go away (others |
 |                    |               |              | are difficult to   |
 |                    |               |              | test for due to    |
 |                    |               |              | recent SMP         |
 |                    |               |              | instability). This |
 |                    |               |              | problem appears to |
 |                    |               |              | be corrected.      |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | several reports of |
 |                    |               |              | if_em cards        |
 | if_em wedging      |               |              | "wedging" under    |
 | under high pps     | Done          | Max Laier    | high               |
 |                    |               |              | packets-per-second |
 |                    |               |              | load. This problem |
 |                    |               |              | appears to have    |
 |                    |               |              | been corrected.    |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | A recent           |
 |                    |               |              | regression in the  |
 |                    |               |              | USB code is        |
 | Panic on USB       |               | Warner Losh, | causing panics     |
 | detach             | Needs testing | Scott Long   | when a USB device  |
 |                    |               |              | detaches,          |
 |                    |               |              | especially USB     |
 |                    |               |              | hubs. A fix is in  |
 |                    |               |              | RELENG_5 now.      |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There are reports  |
 |                    |               |              | that racoon is     |
 |                    |               |              | unable to complete |
 |                    |               |              | IKE negotiation    |
 |                    |               |              | due to a send to   |
 |                    |               |              | the pfkey socket   |
 |                    |               |              | returning ENOBUFS. |
 | KAME IPSEC         |               | Robert       | This appears to be |
 | "ENOBUFS" problem  | Done          | Watson, Sam  | a result of an     |
 | with racoon and    |               | Leffler      | incorrect          |
 | mbuma              |               |              | assumption about   |
 |                    |               |              | mbuf data size due |
 |                    |               |              | to a change        |
 |                    |               |              | resulting from     |
 |                    |               |              | mbuma. This        |
 |                    |               |              | problem appears to |
 |                    |               |              | have been          |
 |                    |               |              | corrected.         |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | BIND9 is now in    |
 |                    |               |              | RELENG_5 and HEAD. |
 |                    |               | Doug Barton, | Testing is needed  |
 | BIND9 import into  |               | Dag-Erling   | of basic           |
 | 5-CURRENT          | Done          | Smorgrav,    | functionality,     |
 |                    |               | Tom Rhodes   | migration from     |
 |                    |               |              | 8.x, and 3rd party |
 |                    |               |              | packages in the    |
 |                    |               |              | ports tree.        |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | Synaptics updates  |
 |                    |               |              | to the psm(4)      |
 |                    |               |              | driver have        |
 |                    |               |              | resulted in poor   |
 |                    |               |              | interactivity for  |
 |                    |               |              | taps and button    |
 | Synaptics touchpad | Needs testing | Philip Paeps | press events for   |
 | problems           |               |              | some users.        |
 |                    |               |              | Support is now     |
 |                    |               |              | disabled by        |
 |                    |               |              | default but work   |
 |                    |               |              | will procede to    |
 |                    |               |              | fix the underlying |
 |                    |               |              | problems.          |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | Significant work   |
 |                    |               |              | has happened in    |
 | Scheduler-related  |               | Scott Long,  | the scheduler to   |
 | hangs involving    | Needs testing | Julian       | fix stability      |
 | threads            |               | Elischer     | problems. More     |
 |                    |               |              | testing for UP and |
 |                    |               |              | SMP under heavily  |
 |                    |               |              | load is needed.    |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | 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           | Done          | Doug White   | the problem        |
 |                    |               |              | (EMSGSIZE being    |
 |                    |               |              | returned by IPv6   |
 |                    |               |              | UDP send routine   |
 |                    |               |              | due to             |
 |                    |               |              | fragmentation),    |
 |                    |               |              | and is currently   |
 |                    |               |              | exploring possible |
 |                    |               |              | fixes. This        |
 |                    |               |              | problem appears to |
 |                    |               |              | have been          |
 |                    |               |              | corrected.         |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | reports of         |
 |                    |               |              | occasional         |
 |                    |               |              | corruption of      |
 |                    |               |              | socket buffers.    |
 |                    |               |              | This may have been |
 | Reports of socket  |               |              | the result of      |
 | buffer corruption  | Done          | Robert       | missing socket     |
 | in tcp_output()    |               | Watson       | buffer locking in  |
 |                    |               |              | tcp_output(),      |
 |                    |               |              | which has now been |
 |                    |               |              | corrected in 6.x   |
 |                    |               |              | and 5.x; this      |
 |                    |               |              | problem is         |
 |                    |               |              | believed to be     |
 |                    |               |              | fixed.             |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | reports of system  |
 |                    |               |              | hangs while using  |
 |                    |               |              | ISDN with the i4b  |
 |                    |               |              | ISDN framework on  |
 |                    |               |              | SMP systems. These |
 |                    |               |              | likely result from |
 |                    |               |              | insufficient       |
 |                    |               |              | synchronization in |
 |                    |               |              | the i4b            |
 |                    |               |              | implementation     |
 |                    |               |              | when runnning      |
 | Reports of hangs   |               | Robert       | without the Giant  |
 | using i4b          | Done          | Watson       | lock over the      |
 | (isdn4bsd)         |               |              | network stack. The |
 |                    |               |              | workaround until   |
 |                    |               |              | this is fixed is   |
 |                    |               |              | to re-assert the   |
 |                    |               |              | Giant lock over    |
 |                    |               |              | the stack when i4b |
 |                    |               |              | is compiled into   |
 |                    |               |              | the kernel; this   |
 |                    |               |              | has been committed |
 |                    |               |              | to 6.x and and     |
 |                    |               |              | 5.x. This problem  |
 |                    |               |              | appears to have    |
 |                    |               |              | been corrected.    |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | reports that       |
 |                    |               |              | multicast socket   |
 |                    |               |              | options on raw     |
 |                    |               |              | sockets no longer  |
 |                    |               |              | work properly with |
 |                    |               |              | daemons changing   |
 |                    |               |              | privilege or       |
 |                    |               |              | setuid binaries.   |
 | Problems with      |               | Robert       | These symptoms     |
 | multicast and      | Done          | Watson,      | have been tracked  |
 | setuid             |               | Christian    | down to bugs       |
 | binaries/daemons   |               | Peron        | relating to        |
 |                    |               |              | permitting limited |
 |                    |               |              | use of raw sockets |
 |                    |               |              | in jail(). A patch |
 |                    |               |              | correcting these   |
 |                    |               |              | problems has been  |
 |                    |               |              | merged to 6.x and  |
 |                    |               |              | 5.x. This problem  |
 |                    |               |              | appears to have    |
 |                    |               |              | been corrected.    |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | reports of a       |
 |                    |               |              | so_count invariant |
 |                    |               |              | violation in       |
 |                    |               |              | sofree(), which    |
 |                    |               |              | may relate to race |
 | Reports of         |               | Robert       | conditions in      |
 | sodealloc() panic  | Done          | Watson,      | sofree() against   |
 | under heavy load   |               | Brian        | accept(), which    |
 |                    |               | Feldman      | were recently      |
 |                    |               |              | corrected in 6.x,  |
 |                    |               |              | and has been       |
 |                    |               |              | merged to 5.x.     |
 |                    |               |              | This problem       |
 |                    |               |              | appears to have    |
 |                    |               |              | been corrected.    |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | Apple's Darwin     |
 |                    |               |              | operating system   |
 |                    |               |              | has fairly         |
 |                    |               |              | extensive          |
 | Merge of Darwin    |               |              | improvements to    |
 | msdosfs, other     | Done          | --           | msdosfs and other  |
 | fixes              |               |              | kernel services;   |
 |                    |               |              | these fixes must   |
 |                    |               |              | be reviewed and    |
 |                    |               |              | merged to the      |
 |                    |               |              | FreeBSD tree.      |
 |--------------------+---------------+--------------+--------------------|
 |                    |               |              | There have been    |
 |                    |               |              | reports that if_de |
 |                    |               |              | ethernet cds       |
 |                    |               |              | behave poorly when |
 |                    |               |              | running with       |
 |                    |               |              | debug.mpsafenet=1, |
 |                    |               |              | even though the    |
 |                    |               |              | driver is marked   |
 | Reports of poor    |               |              | to run all         |
 | performance of the |               | Robert       | portions with the  |
 | if_de driver (de   | Done          | Watson,      | Giant lock. This   |
 | ethernet           |               | John-Mark    | suggests a race    |
 | interfaces)        |               | Gurney       | condition specific |
 |                    |               |              | to this drive,     |
 |                    |               |              | which is currently |
 |                    |               |              | being debugged. A  |
 |                    |               |              | patch has been     |
 |                    |               |              | committed to the   |
 |                    |               |              | 6.x and 5.x        |
 |                    |               |              | branches, and      |
 |                    |               |              | appears to correct |
 |                    |               |              | the problem.       |
 +------------------------------------------------------------------------+

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

  home   |   contact   |   legal   |   (c) 1995-2004 The FreeBSD Project.
  All rights reserved.
  Last modified: 2004/10/26 22:23:22



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