[lkml]   [1996]   [Jun]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject2.2.0 wishlist, new version

Wishlist for Linux 2.2.0

Now that Linux 2.0 is out, it's time for another round of Request For

Here's what people on linux-kernel have been suggesting, in no
particular order. Some items are rather hotly debated.

First, user-visible things:
* Modularization of ide.c and ide-cd.c
* Minimalistic video code to make Linux more "aware" of the current
* Making the boot process less verbose as an option
* Colorizing the boot-up display
* Making 80 chars the maximum line length during boot
* Make the system embeddable
* Journaling file system
* Access Control Lists and other security enhancements (POSIX.6
* Full Threads support using clone()
* Queued signals and other POSIX.1b (aka POSIX.4) stuff (see [1]A
Vision for Linux 2.2 -- POSIX.1b Compatibility and Real-Time
Support by Markus Kuhn for a good summary)
* signal stacks
* Undelete command and/or versioned file system
* 32-bit or 64-bit minor/major device numbers
* STREAMS support (possibly in userspace)
* IPv6 (in progress)
* General per-user resources (CPU, IP, memory quotas)
* Limiting TCP bandwidth
* per user accounting and firewalling
* System call auditing (for real paranoids)
* Making atime a configurable option (per file system?)
* Moving of all the relevent README files into the Documention
* Localtalk support for the Appletalk stack
* Allowing the video mode code at bootup to be optional
* Being able to run a parallel zip drive and a printer at the same
* Ability to change the scheduler at runtime, via loading a module
* SCSI device numbers should include drive IDs, not be consecutively
* Microchannel support
* More flexible configuration through sysctl
* Integrated PCMCIA support
* hfs, userfs and NTFS filesystems
* physical/logical volume manager (like AIX)
* PC speaker patch
* parallel port sound input driver
* real swapping (instead of paging) so multiple high memory usage
jobs can run concurrently
* Preemptive paging
* A union file system
* Deal with &dquot;out of VM&dquot; situations more gracefully
* revoke() system call (make sure nobody holds this device open)
* Swap files over NFS
* Opening serial lines or changing the baud rate without raising any
modem control lines (DTR, RTS)
* Registering/unregistering transfer functions for the loop device
* Fully debugging a running kernel on Intel
* Support for more RAID levels
* Making mandatory locking a mount option
* Add support for the KIP protocol
* NFS write clustering/coalescing/biod
* NFS V3 (RFC 1813)
* Use secure TCP sequence number generation
* Caching a slow block device on a fast one
* Handle SAK and Ctrl-Alt-Del
* Secure RPC (for NFS, for example)
* Allow process run by normal users to lock a few pages into memory
* Get the dumpalbe flag of a process
* Being able to prevent other users from seeing processes (option to
* Better support for Plug'n Play cards
* Guaranteed stream throughput (for example, reserve 300 kB/sec for
* Paging binaries run off CD-ROM and NFS to local swap
* Uniform game controller support.
* Environment variables as part of symbolic links

Second, internal kernel stuff:
* Adaption of all CD-ROM drivers to generic interface
* Drivers being able to throw away their init. code once complete
* Global min/max functions
* Faster dep (qdep, for example)
* Better kmalloc debugging
* Serial console support
* Cleaner code for swap files (FAT now supports bread())
* Putting kernel dependent stuff into #ifdef __KERNEL__
* Better memory management to get large continous DMA buffers



 \ /
  Last update: 2005-03-22 13:37    [W:0.099 / U:0.636 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site