New week, new status update...
The details are at http://www.kernelnewbies.org/status/
With the code freeze date approaching soon, it is obvious that many
of these projects will not get merged in the next 3 months.
What would you rather me do? Keep them in here just for reference,
mark them as post-code freeze or just delete them?
Let me know what you think,
-- Guillaume
--------------------------------------------------------
Linux Kernel 2.5 Status - July 17th, 2002
(Latest kernel release is 2.5.26)
Features:
Merged
o in 2.5.1+ Rewrite of the block IO (bio) layer (Jens Axboe)
o in 2.5.2 Initial support for USB 2.0 (David
Brownell, Greg Kroah-Hartman, etc.)
o in 2.5.2 Per-process namespaces, late-boot cleanups (Al Viro,
Manfred Spraul)
o in 2.5.2+ New scheduler for improved scalability (Ingo Molnar)
o in 2.5.2+ New kernel device structure (kdev_t) (Linus
Torvalds, etc.)
o in 2.5.3 IDE layer update (Andre Hedrick)
o in 2.5.3 Support reiserfs external journal (Reiserfs team)
o in 2.5.3 Generic ACL (Access Control List) support (Nathan Scott)
o in 2.5.3 PnP BIOS driver (Alan Cox,
Thomas Hood, Dave Jones, etc.)
o in 2.5.3+ New driver model & unified device tree (Patrick Mochel)
o in 2.5.4 Add preempt kernel option (Robert Love,
MontaVista team)
o in 2.5.4 Support for Next Generation POSIX Threading (NGPT team)
o in 2.5.4+ Porting all input devices over to input API (Vojtech
Pavlik, James Simmons)
o in 2.5.5 Add ALSA (Advanced Linux Sound Architecture) (ALSA team)
o in 2.5.5 Pagetables in highmem support (Ingo Molnar,
Arjan van de Ven)
o in 2.5.5 New architecture: AMD 64-bit (x86-64) (Andi Kleen,
x86-64 Linux team)
o in 2.5.5 New architecture: PowerPC 64-bit (ppc64) (Anton
Blanchard, ppc64 team)
o in 2.5.5+ IDE subsystem rewrite (Martin Dalecki)
o in 2.5.6 Add JFS (Journaling FileSystem from IBM) (JFS team)
o in 2.5.6 per_cpu infrastructure (Rusty Russell)
o in 2.5.6 HDLC (High-level Data Link Control) update (Krzysztof
Halasa)
o in 2.5.6 smbfs Unicode and large file support (Urban Widmark)
o in 2.5.7 New driver API for Wireless Extensions (Jean
Tourrilhes)
o in 2.5.7 Video for Linux (V4L) redesign (Gerd Knorr)
o in 2.5.7 Futexes (Fast Lightweight Userspace Semaphores) (Rusty Russell,
etc.)
o in 2.5.7+ NAPI network interrupt mitigation (Jamal Hadi
Salim, Robert Olsson, Alexey Kuznetsov)
o in 2.5.7+ ACPI (Advanced Configuration & Power Interface) (Andy Grover,
ACPI team)
o in 2.5.8 Syscall interface for CPU task affinity (Robert Love)
o in 2.5.8 Radix-tree pagecache (Momchil
Velikov, Christoph Hellwig)
o in 2.5.8+ Delayed disk block allocation (Andrew Morton)
o in 2.5.9 Smarter IRQ balancing (Ingo Molnar)
o in 2.5.11 Replace old NTFS driver with NTFS TNG driver (Anton
Altaparmakov)
o in 2.5.11 Fast walk dcache (Hanna Linder)
o in 2.5.11+ Rewrite of the framebuffer layer (James Simmons)
o in 2.5.12+ Rewrite of the buffer layer (Andrew Morton)
o in 2.5.14 Support for IDE TCQ (Tagged Command Queueing) (Jens Axboe)
o in 2.5.14 Bluetooth support (no longer experimental!) (Maxim
Krasnyansky, Bluetooth team)
o in 2.5.17 New quota system supporting plugins (Jan Kara)
o in 2.5.17+ Move ISDN4Linux to CAPI based interface (Kai
Germaschewski, ISDN4Linux team)
o in 2.5.18 Software suspend (to disk & RAM) (Pavel Machek)
o in 2.5.23 More complete IEEE 802.2 stack (Arnaldo, Jay
Schullist, from Procom donated code)
o in 2.5.23+ Hotplug CPU support (Rusty Russell)
* in 2.5.25 Faster internal kernel clock frequency (Linus Torvalds)
o in -dj Rewrite of the console layer (James Simmons)
o in -dj New MTRR (Memory Type Range Register) driver (Patrick Mochel)
o in -dj Add support for CPU clock/voltage scaling (Erik Mouw,
Dave Jones, Russell King, Arjan van de Ven)
o in -ac Strict address space accounting (Alan Cox)
o in -ac PCMCIA Zoom video support (Alan Cox)
o in -ac Improved i2o (Intelligent Input/Ouput) layer (Alan Cox)
o Ready New kernel build system (kbuild 2.5) (Keith Owens)
o Ready Read-Copy Update Mutual Exclusion (Dipankar
Sarma, Rusty Russell, Andrea Arcangeli, LSE Team)
o Ready USB gadget support (Stuart Lynne,
Greg Kroah-Hartman)
o Ready Add hardware sensors drivers (lm_sensors
team)
o Ready New VM with reverse mappings (Rik van Riel)
o Beta Serial driver restructure (Russell King)
o Beta New IO scheduler (Jens Axboe)
o Beta Add XFS (A journaling filesystem from SGI) (XFS team)
o Beta Fix long-held locks for low scheduling latency (Andrew Morton,
Robert Love, etc.)
o Beta Add Linux Security Module (LSM) (LSM team)
o Beta Per-mountpoint read-only, union-mounts, unionfs (Al Viro)
o Beta EVMS (Enterprise Volume Management System) (EVMS team)
o Beta LVM (Logical Volume Manager) v2.0 (LVM team)
o Beta Dynamic Probes (Suparna
Bhattacharya, dprobes team)
o Beta Page table sharing (Daniel
Phillips)
o Beta ext2/ext3 online resize support (Andreas Dilger)
o Beta Add User-Mode Linux (UML) (Jeff Dike)
o Beta UDF Write support for CD-R/RW (packet writing) (Jens Axboe,
Peter Osterlund)
o Beta Asynchronous IO (aio) support (Ben LaHaise)
o Beta Direct pagecache <-> BIO disk I/O (Andrew Morton)
o Beta More complete NetBEUI stack (Arnaldo
Carvalho de Melo, from Procom donated code)
o Beta Better event logging for enterprise systems (Larry Kessler,
evlog team)
* Beta High resolution timers (George
Anzinger, etc.)
o Alpha Better support of high-end NUMA machines (NUMA team)
o Alpha Full compliance with IPv6 (Alexey
Kuznetzov, Jun Murai, Yoshifuji Hideaki, USAGI team)
o Alpha UMSDOS (Unix under MS-DOS) Rewrite (Al Viro)
o Alpha Scalable Statistics Counter (Ravikiran
Thirumalai)
o Alpha Linux Kernel Crash Dumps (Matt Robinson,
LKCD team)
o Alpha Add support for NFS v4 (NFS v4 team)
o Alpha ext2/ext3 large directory support: HTree index (Daniel
Phillips, Christopher Li, Ted Ts'o)
o Alpha Remove use of the BKL (Big Kernel Lock) (Alan Cox,
Robert Love, Neil Brown, Dave Hansen, etc.)
o Alpha Zerocopy NFS (Hirokazu
Takahashi)
o Alpha Change all drivers to new driver model (All
maintainers)
o Alpha Remove the 2TB block device limit (Peter Chubb)
o Alpha SCTP (Stream Control Transmission Protocol) (lksctp team)
o Started Overhaul PCMCIA support (David
Woodhouse, David Hinds)
o Started Reiserfs v4 (Reiserfs team)
o Started Serial ATA support (Andre Hedrick)
o Started InfiniBand support (InfiniBand
team)
o Started Fix device naming issues (Patrick
Mochel, Greg Kroah-Hartman)
o Draft #2 New lightweight library (klibc) (Greg Kroah-
Hartman)
o Draft #3 Replace initrd by initramfs (H. Peter
Anvin, Al Viro)
o Planning Add thrashing control (Rik van Riel)
o Planning Remove all hardwired drivers from kernel (Alan Cox, etc.)
o Planning Generic parameter/command line interface (Keith Owens)
o Planning New mount API (Al Viro)
Cleanups:
Merged
o in 2.5.3 Break Configure.help into multiple files (Linus Torvalds)
o in 2.5.3 Untangle sched.h & fs.h include dependancies (Dave Jones,
Roman Zippel)
o in 2.5.4 Per network protocol slabcache & sock.h (Arnaldo
Carvalho de Melo)
o in 2.5.4 Per filesystem slabcache & fs.h (Daniel
Phillips, Jeff Garzik, Al Viro)
o in 2.5.6 Killing kdev_t for block devices (Al Viro)
o in 2.5.18+ ->getattr() ->setattr() ->permission() changes (Al Viro)
o in 2.5.21 Split up x86 setup.c into managable pieces (Patrick Mochel)
o in 2.5.23+ Major MD tool (RAID 5) cleanup (Neil Brown)
o Ready Switch to ->get_super() for file_system_type (Al Viro)
o Beta file.h and INIT_TASK (Benjamin
LaHaise)
o Beta Proper UFS fixes, ext2 and locking cleanups (Al Viro)
o Beta Lifting limitations on mount(2) (Al Viro)
o Beta Remove dcache_lock (Maneesh Soni,
IBM team)
o Started Reorder x86 initialization (Dave Jones,
Randy Dunlap)
Have some free time and want to help? Check out the Kernel Janitor
TO DO list for a list of source code cleanups you can work on.
A great place to start learning more about kernel internals!
On Wed, 17 Jul 2002, Guillaume Boissiere wrote:
| New week, new status update...
| The details are at http://www.kernelnewbies.org/status/
|
| With the code freeze date approaching soon, it is obvious that many
Oct. 31 is feature freeze date, or so several of us understood.
| of these projects will not get merged in the next 3 months.
| What would you rather me do? Keep them in here just for reference,
| mark them as post-code freeze or just delete them?
I think that you have more than 3 months to continue updating this. :)
| --------------------------------------------------------
|
| o Started Reorder x86 initialization (Dave Jones,
| Randy Dunlap)
Please change this one to Pat Mochel.
--
~Randy
On Wed, Jul 17, 2002 at 09:10:19AM -0700, Randy.Dunlap wrote:
> | With the code freeze date approaching soon, it is obvious that many
> Oct. 31 is feature freeze date, or so several of us understood.
yep.
> | of these projects will not get merged in the next 3 months.
> | What would you rather me do? Keep them in here just for reference,
> | mark them as post-code freeze or just delete them?
> I think that you have more than 3 months to continue updating this. :)
It would actually be useful to have some more people propose input
on Guillaume's list at some point, or even to suggest removal of
items unlikely to happen.
> | o Started Reorder x86 initialization (Dave Jones,
> | Randy Dunlap)
> Please change this one to Pat Mochel.
There's also a lot of cross-over with this item and the
x86 subarch support which James Bottomley has been working on.
I've been kicking that patch around a little the last few days,
and I'll be merging it soon, so we can get a taste for how
arch/i386/ *could* look.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
On Wed, 17 Jul 2002, Randy.Dunlap wrote:
> On Wed, 17 Jul 2002, Guillaume Boissiere wrote:
>
> | New week, new status update...
> | The details are at http://www.kernelnewbies.org/status/
> |
> | With the code freeze date approaching soon, it is obvious that many
> Oct. 31 is feature freeze date, or so several of us understood.
That is correct. And, for a feature, we only need a header file to be in,
right? ;)
> | o Started Reorder x86 initialization (Dave Jones,
> | Randy Dunlap)
>
> Please change this one to Pat Mochel.
Please don't. While it would be nice if x86 init were a bit nicer, and
things like CPUs were added in a 'hotpluggable' manner, I won't be
dedicating time to this. At least not in near future...
-pat
On Wed, Jul 17, 2002 at 09:19:39AM -0700, Patrick Mochel wrote:
> > | With the code freeze date approaching soon, it is obvious that many
> > Oct. 31 is feature freeze date, or so several of us understood.
>
> That is correct. And, for a feature, we only need a header file to be in,
> right? ;)
Hmmmmmm 8-)
wrt to post-halloween features, things like new drivers that require no
core changes aren't an issue, but things like ripping out the VM and
replacing with a new one should probably wait until 2.6.10 or so.[*]
> Please don't. While it would be nice if x86 init were a bit nicer, and
> things like CPUs were added in a 'hotpluggable' manner, I won't be
> dedicating time to this. At least not in near future...
Rusty seems to have a good handle on the hotplug bits, whether
bringing them up in a hotplug manner is his intention I'm not sure,
but it does seem to be going in that direction afaics.
Dave
[*] j/k of course. (at least, I hope so).
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
On Wed, 17 Jul 2002, Guillaume Boissiere wrote:
> New week, new status update...
> The details are at http://www.kernelnewbies.org/status/
>
> With the code freeze date approaching soon, it is obvious that many
> of these projects will not get merged in the next 3 months.
> What would you rather me do? Keep them in here just for reference,
> mark them as post-code freeze or just delete them?
Please keep them as post-code freeze. They might not go into
2.5 and early 2.6, but that doesn't mean we should throw away
our TODO list ;)
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
On Wed, Jul 17, 2002 at 04:25:56PM -0300, Rik van Riel wrote:
> On Wed, 17 Jul 2002, Guillaume Boissiere wrote:
>
> > New week, new status update...
> > The details are at http://www.kernelnewbies.org/status/
> >
> > With the code freeze date approaching soon, it is obvious that many
> > of these projects will not get merged in the next 3 months.
> > What would you rather me do? Keep them in here just for reference,
> > mark them as post-code freeze or just delete them?
>
> Please keep them as post-code freeze. They might not go into
> 2.5 and early 2.6, but that doesn't mean we should throw away
> our TODO list ;)
Indeed. It may even be an idea to take what I started doing at
http://www.codemonkey.org.uk/Linux-2.5.html, merging the two
and Guillaume running with this if you have time, because these days,
between hacking and merging patches, I'm kept pretty busy, so updates
to that file are getting less frequent.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
> Indeed. It may even be an idea to take what I started doing at
> http://www.codemonkey.org.uk/Linux-2.5.html, merging the two
> and Guillaume running with this if you have time, because these days,
> between hacking and merging patches, I'm kept pretty busy, so updates
> to that file are getting less frequent.
I would like to be able to do more to help the community, and in particular
you Dave as feature freeze for 2.6 approaches and it becomes critical to
track things down, but unless a Linux company out there can sponsor me,
I just won't be able to dedicate more time than I am already dedicating to
this.
Doing a good job at tracking a gazillion items and bugging people about
patches and status is just incredibly time consuming.
-- Guillaume