From owner-freebsd-current@FreeBSD.ORG Thu May 15 07:00:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A832B37B401 for ; Thu, 15 May 2003 07:00:28 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27B743F3F for ; Thu, 15 May 2003 07:00:27 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h4FE0DOn020742 for ; Thu, 15 May 2003 10:00:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h4FE0Djv020741 for current@FreeBSD.org; Thu, 15 May 2003 10:00:13 -0400 (EDT) (envelope-from robert) Date: Thu, 15 May 2003 10:00:13 -0400 (EDT) Message-Id: <200305151400.h4FE0Djv020741@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 14:00:29 -0000 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