Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 May 2003 10:00:13 -0400 (EDT)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        current@FreeBSD.org
Subject:   5.2-RELEASE TODO
Message-ID:  <200305151400.h4FE0Djv020741@fledge.watson.org>

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

  Must Resolve Issues for 5.2-RELEASE

   +------------------------------------------------------------------------+
   |        Issue         |  Status  | Responsible  |      Description      |
   |----------------------+----------+--------------+-----------------------|
   |                      |          |              | KSE M:N threading     |
   |                      |          |              | support is reaching   |
   |                      |          | Julian       | experimental yet      |
   |                      |          | Elischer,    | usable status on i386 |
   | Production-quality   | In       | David Xu,    | for 5.1-RELEASE. M:N  |
   | M:N threading        | progress | Daniel       | threading should be   |
   |                      |          | Eischen      | productionable and    |
   |                      |          |              | usable on all         |
   |                      |          |              | platforms by          |
   |                      |          |              | 5.2-RELEASE.          |
   |----------------------+----------+--------------+-----------------------|
   |                      |          |              | 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 vendor source.   |
   | KAME 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 its |
   | truss support for    | --       | --           | inherent security     |
   | ptrace               |          |              | risks, it is highly   |
   |                      |          |              | desirable to update   |
   |                      |          |              | truss to operate in a |
   |                      |          |              | post-procfs world.    |
   |                      |          |              | Dag-Erling Smorgrav   |
   |                      |          |              | had "work in          |
   |                      |          |              | progress" patches     |
   |                      |          |              | that will need to be  |
   |                      |          |              | completed and         |
   |                      |          |              | committed.            |
   |----------------------+----------+--------------+-----------------------|
   |                      |          |              | Apple's Darwin        |
   |                      |          |              | operating system has  |
   |                      |          |              | fairly extensive      |
   | Merge of Darwin      |          |              | improvements to       |
   | msdosfs, other fixes | --       | --           | msdosfs and other     |
   |                      |          |              | kernel services;      |
   |                      |          |              | these fixes must be   |
   |                      |          |              | reviewed and merged   |
   |                      |          |              | to the FreeBSD tree.  |
   |----------------------+----------+--------------+-----------------------|
   |                      |          |              | Simple                |
   |                      |          |              | machine-independent   |
   |                      |          |              | console framework,    |
   |                      |          |              | based roughly on      |
   |                      |          |              | wscons from NetBSD,   |
   | Machine-independent  | In       | Jake         | which will provide    |
   | console support      | progress | Burkholder   | better console        |
   |                      |          |              | support across        |
   |                      |          |              | architectures. Also,  |
   |                      |          |              | device drivers for    |
   |                      |          |              | peripherals relevant  |
   |                      |          |              | to UltraSPARC.        |
   |----------------------+----------+--------------+-----------------------|
   |                      |          |              | Many systems          |
   |                      |          |              | supporting POSIX.1e   |
   |                      |          |              | ACLs permit a minor   |
   |                      |          |              | violation to that     |
   |                      |          |              | specification, in     |
   |                      |          |              | which the ACL_MASK    |
   |                      |          |              | entry overrides the   |
   | ACL_MASK override of | In       | Robert       | umask, rather than    |
   | umask support in UFS | progress | Watson       | being intersected     |
   |                      |          |              | 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 network | In       | Jeffrey Hsu, | dependencies on       |
   | stack locking        | progress | Seigo        | sockets, routing,     |
   | without Giant        |          | Tanimura     | etc. A 5.2-RELEASE    |
   |                      |          |              | 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 comments     |
   |                      |          |              | into requests, so     |
   |                      |          |              | that they can be      |
   |                      |          |              | linked together,      |
   |                      |          |              | centralize request    |
   |                      |          |              | queue management      |
   | ATA driver           |          |              | permitting direct DMA |
   | structural           | In       | So/ren       | of ATA commands.      |
   | improvements,        | progress | Schmidt      | These 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   |
   |                      |          | Peter Wemm,  | 32-bit emulation      |
   | Tier-1 Support for   | In       | David        | mode, and boots to    |
   | AMD64 Hammer         | progress | 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  |
   |                      |          | David        | 3.3 has a substantial |
   |                      | In       | O'Brien      | number of new         |
   | GCC 3.3 upgrade      | progress | Alexander    | warnings that will    |
   |                      |          | Kabaev       | disrupt application   |
   |                      |          |              | support, preventing   |
   |                      |          |              | inclusion in          |
   |                      |          |              | 5.1-RELEASE. This is  |
   |                      |          |              | a must-have for       |
   |                      |          |              | 5.2-RELEASE.          |
   +------------------------------------------------------------------------+

  Desired Features for 5.2-RELEASE

   +------------------------------------------------------------------------+
   |    Issue    | Status |  Responsible  |           Description           |
   |-------------+--------+---------------+---------------------------------|
   |             |        |               | Currently, MAC protections are  |
   |             |        |               | enforced only on locally        |
   |             |        |               | originated file system          |
   |             |        |               | operations (VOPs), and not on   |
   |             |        |               | RPCs generated via the NFS      |
   | MAC support |        |               | server. Improvements in NFS     |
   | for NFS     | --     | Robert Watson | server credential handling are  |
   | Server      |        |               | 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 |
   | No busdmsa  |        |               | for DMA; no use of vtophys()    |
   | PCI drivers | --     | --            | will be permitted for any       |
   |             |        |               | recent device driver. ISA       |
   |             |        |               | drivers may be exempt.          |
   +------------------------------------------------------------------------+

  Documentation items that must be resolved for 5.2

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

  Testing focuses for 5.2-RELEASE

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

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

    freebsd-qa@FreeBSD.ORG
    Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved.
    Last modified: 2003/05/09 20:13:19



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