This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re_at_FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+----------+-----------------+---------------------| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | 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 | | KSE support for | | Jake | make KSE available | | sparc64, alpha, | -- | Burkholder, --, | 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. | |---------------------+----------+-----------------+---------------------| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP | | | In | Marcel | Itanium2 platforms. | | ia64 sio support | progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform | | | | | independence and | | | | | bus handling is | | | | | likely needed. | |---------------------+----------+-----------------+---------------------| | | | | FAST_IPSEC | | | | | currently cannot be | | | | | used directly with | | | | | the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | -- | -- | acceleration. This | | compatibility | | | 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. | |---------------------+----------+-----------------+---------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially dated | | | | | with respect to the | | KAME | | | KAME vendor source. | | Synchronization | -- | -- | The FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+----------+-----------------+---------------------| | | | | 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 | | truss support for | In | | its inherent | | ptrace | progress | Robert Drehmel | security risks, it | | | | | is highly desirable | | | | | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+----------+-----------------+---------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD | | | | | tree. | |---------------------+----------+-----------------+---------------------| | | | | Port syscons to | | | | | sparc64. Add device | | | | | drivers for sun | | | | | mice and keyboards. | | | | | Allow for more than | | sparc64 adaptation | In | | 3 bits of | | of syscons | progress | Jake Burkholder | background colour | | | | | in syscons. Creator | | | | | frame buffer device | | | | | driver. In the | | | | | process, generally | | | | | improve the MI-ness | | | | | of syscons. | |---------------------+----------+-----------------+---------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides the | | ACL_MASK override | In | | umask, rather than | | of umask support in | progress | Robert Watson | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+----------+-----------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | | Giant | | | goal is to have the | | | | | network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve performance | | | | | of the stack, as | | | | | well as other | | | | | system components | | | | | by reducing | | | | | contention on | | | | | Giant. | |---------------------+----------+-----------------+---------------------| | | | | Move ATA commands | | | | | into requests, so | | | | | that they can be | | | | | linked together, | | | | | centralize request | | | | | queue management | | | | | permitting direct | | ATA driver | | | DMA of ATA | | structural | In | So/ren Schmidt | commands. These | | improvements, | progress | | architectural | | MPsafety | | | changes will also | | | | | facilitate complete | | | | | MP-safety of the | | | | | ATA driver suite, | | | | | and dramatically | | | | | improve support for | | | | | Promise RAID | | | | | controllers. | |---------------------+----------+-----------------+---------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | To properly support | | | | | AMD64, a compiler | | | | | upgrade is | | | | | required; however, | | | | | the new GCC 3.3 has | | | | David O'Brien | a substantial | | GCC 3.3 upgrade | In | Alexander | number of new | | | progress | Kabaev | warnings that will | | | | | disrupt application | | | | | support, preventing | | | | | inclusion in | | | | | 5.1-RELEASE. This | | | | | is a must-have for | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | 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 for kernel | | | | | objects (such as | | Revised kld build | -- | -- | MAC, PAE, etc) that | | infrastructure | | | 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. | |---------------------+----------+-----------------+---------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread in | | | | | the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is required | | context switches | | | (such as sleeping | | | | | on a lock) is that | | | | | cost required. This | | | | | optimization should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such as | | | | | found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+----------+-----------------+---------------------| | | | | With the | | | | | introduction of | | | | | extensive PAM and | | | | | NSS support in | | | | | 5.0-RELEASE and | | | | | 5.1-RELEASE, | | Support for a fully | In | Gordon Tetlow | support for a fully | | dynamic system | progress | | dynamically linked | | | | | system is desired. | | | | | Gordon Tetlow has | | | | | in-progress patches | | | | | to post for review | | | | | following the 5.1 | | | | | release cycle. | |---------------------+----------+-----------------+---------------------| | | | | Existing interrupt | | | | | routing code is not | | | | | able to correctly | | | | | determine the | | | | | interrupt routing | | Complete the APIC | | | of PCI devices that | | PCI interrupt | -- | -- | are behind | | routing support | | | PCI-to-PCI bridges | | | | | when using APIC | | | | | Full Table routing | | | | | (with non-legacy | | | | | interrupts above | | | | | 15). | |---------------------+----------+-----------------+---------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and easy | | of GBDE and related | -- | -- | automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is required | | | | | to make this | | | | | feature more easily | | | | | accessible. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |----------------+--------+---------------+------------------------------| | | | | Kris Kennaway reports | | | | | deadlocks involving the use | | | | | of nullfs in the bento | | | | | environment: buildworld -j4 | | | | | with src and obj mounted via | | nullfs | -- | -- | nullfs; the gcc processes | | deadlocks | | | eventually deadlocked in the | | | | | ufs state. DDB traceback | | | | | showed two different | | | | | codepaths. I've just | | | | | repeated this, so the bug | | | | | still exists. | |----------------+--------+---------------+------------------------------| | gdb -k support | -- | Mark Peek | gdb -k doesn't work on alpha | | for alpha | | | | |----------------+--------+---------------+------------------------------| | | | | Currently, MAC protections | | | | | are enforced only on locally | | | | | originated file system | | | | | operations (VOPs), and not | | | | | on RPCs generated via the | | | | | NFS server. Improvements in | | MAC support | -- | Robert Watson | NFS server credential | | for NFS Server | | | handling are required to | | | | | correct this problem, as | | | | | well as the introduction of | | | | | new entry points to properly | | | | | label NFS credentials and | | | | | perform enforcement | | | | | properly. | |----------------+--------+---------------+------------------------------| | | | | All PCI drivers must use | | | | | busdma for DMA; no use of | | busdma in all | -- | -- | vtophys() will be permitted | | PCI drivers | | | for any recent device | | | | | driver. ISA drivers may be | | | | | exempt. | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa_at_FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/27 20:03:55Received on Thu May 29 2003 - 05:01:06 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:09 UTC