NetBSD/doc/TODO

57 lines
2.3 KiB
Plaintext
Raw Normal View History

# $NetBSD: TODO,v 1.21 2020/05/28 20:27:41 jmcneill Exp $
THINGS TO BE DONE:
[ Note that this list does not include change requests filed via 'gnats'.
For information about them, mail query-pr@NetBSD.org. ]
This is a list of things that need to be done for NetBSD. Some of
these projects are small, others are large. Some are extremely
important, others are enhancements to make the system more flexible
for the wide variety of NetBSD users and their applications.
In general there are some guidelines for work to be included in
NetBSD. Chief among these are:
(1) Keep GPLed stuff out of the kernel.
(2) Introduce little to no more GPLed stuff as non-optional
components of the user environment.
(3) Only clean code, that lends itself to further enhancement
(4) Keep architecture dependent code out of architecture independent
directories
Associated with some entries are login names which indicate persons or
groups who may already be working on that problem. This isn't to say
that others shouldn't also look at it, but consultation with other
parties may result in less duplicated work. A directory of these
persons can be found after the todo list itself.
Please don't hesitate to suggest more projects for this list.
Suggestions, comments, etc to projects@NetBSD.org.
High Kernel:
swap fixes:
swap to file of dynamic size; see apollo
User programs:
rwall nfs-mountees on shutdown
This is a list of suggested smaller projects (in no particular order):
+ speed up sort(1) by using mmap(2) rather than temp files
+ port valgrind to NetBSD for pkgsrc, then use it to do an audit of
any memory leakage
+ simplify some of the quirks in our build system
+ investigate zebra or quagga in gnusrc rather than routed
2015-02-19 14:20:43 +03:00
+ do a type-punned pointer sweep for -fstrict-aliases (and fix the
problems, not the symptoms)
+ perhaps look at putting wonka into src/ (with uuencoded class lib?)
+ write an overview document for openssl and certificates
+ documentation project help
+ Examine our vnode locking and vfs layer and see what needs to be changed
for locking in layered filesystems to really work
Apply the NFS exports list rototill patch: - Remove all NFS related stuff from file system specific code. - Drop the vfs_checkexp hook and generalize it in the new nfs_check_export function, thus removing redundancy from all file systems. - Move all NFS export-related stuff from kern/vfs_subr.c to the new file sys/nfs/nfs_export.c. The former was becoming large and its code is always compiled, regardless of the build options. Using the latter, the code is only compiled in when NFSSERVER is enabled. While doing this, also make some functions in nfs_subs.c conditional to NFSSERVER. - Add a new command in nfssvc(2), called NFSSVC_SETEXPORTSLIST, that takes a path and a set of export entries. At the moment it can only clear the exports list or append entries, one by one, but it is done in a way that allows setting the whole set of entries atomically in the future (see the comment in mountd_set_exports_list or in doc/TODO). - Change mountd(8) to use the nfssvc(2) system call instead of mount(2) so that it becomes file system agnostic. In fact, all this whole thing was done to remove a 'XXX' block from this utility! - Change the mount*, newfs and fsck* userland utilities to not deal with NFS exports initialization; done internally by the kernel when initializing the NFS support for each file system. - Implement an interface for VFS (called VFS hooks) so that several kernel subsystems can run arbitrary code upon receipt of specific VFS events. At the moment, this only provides support for unmount and is used to destroy NFS exports lists from the file systems being unmounted, though it has room for extension. Thanks go to yamt@, chs@, thorpej@, wrstuden@ and others for their comments and advice in the development of this patch.
2005-09-23 16:10:31 +04:00
+ Make mountd(8) update the in-kernel exports list for each file system
atomically. Many parts of the utility will need a rewrite, but the kernel
functionality is already there (just enable the "notyet" blocks of code in
sys/nfs/nfs_export.c).