diff --git a/en/releases/5.1R/todo.sgml b/en/releases/5.1R/todo.sgml index c8b75f8ee4..6a2e47f61e 100644 --- a/en/releases/5.1R/todo.sgml +++ b/en/releases/5.1R/todo.sgml @@ -1,325 +1,316 @@ - + %includes; %developers; ]> &header;

Open Issues

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

Must Resolve Issues for 5.1-RELEASE

IssueStatusResponsibleDescription
Spurious alpha panics -- -- &a.kris; reports that he has seen several unique panics on the alpha machines, but since gdb -k 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 work on alpha -- &a.mp; gdb -k doesn't work on alpha
ipfw/ipfw2 alignment issues on alpha/sparc64 In progress &a.luigi; There are reports of alignment problems with ipfw and/or ipfw2 on 64-bit platforms (specifically alpha and sparc64).
ia64 stability -- -- &a.kris; reports high instability of 5.0-CURRENT on ia64 machines, such as the pluto* machines. These problems need to be fixed in order to get a successful package build.
ia64 sio support In progress &a.marcel;, &a.imp; ia64 serial console support is not currently functional, and requires a reworking of the sio support to improve platform independence and bus handling.
MAC Framework devfs path fixes In progress &a.rwatson; &a.green; has submitted patches to improve the consistency of the pathnames passed into the MAC Framework devfs labeling entry points. These patches need to be thoroughly reviewed and tested, then merged.
Panic on load/unload a kernel module for a driver already statically linked into the kernel. Patch submitted &a.mux; If a network device driver, possibly any driver, is linked into the kernel and then loaded and unloaded as a module, the kernel will panic. This has been observed with both if_dc and if_fxp.
KSE support for sparc64, alpha, ia64 -- &a.jake;, --, -- Currently, the MD elements of KSE are present only for the i386 platform, limiting use of KSE to the i386 platform. It is highly desirable to make KSE available on non-i386 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.
rtld-elf thread-safety -- &a.kan; Update the run-time link editor (rtld) thread-safe with libpthread.
rpc.lockd(8) stability In progress &a.rwatson; rpc.lockd(8) client-side and server-side NFS locking appears to have a number of serious bugs which prevent NFS locking from working properly in a number of common scenarios. These bugs must be resolved to ship 5.1-RELEASE. Work is underway to classify and track the bugs.

Desired Features for 5.1-RELEASE

IssueStatusResponsibleDescription
a.out toolchain port -- -- A.out support in the base system was reduced; the removed build chain components should be made into a port.
Race conditions in truss Errata candidate &a.robert; 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 appears to exist 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.
nullfs deadlocks -- -- &a.kris; reports deadlocks involving the use of nullfs in the bento environment: buildworld -j4 with src and obj mounted 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

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

Areas requiring immediate testing

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