Re:Changes/Improvements
by
Eslyjah
·
· Score: 5, Informative
More readable version.
final:
- David Miller: sparc/scsi scatterlist fixes
- Martin Mares: PCI ids, email address update
- David Miller: revert TCP hash optimizations that need more checking
- Ivan Kokshaysky/Richard Henderson: alpha update (atomic_dec_and_lock etc)
- Peter Anvin: cramfs/zisofs missing pieces
pre8:
- Andrea: fix races in do_wp_page, free_swap_and_cache
- me: clena up page dirty handling
- Tim Waugh: parport IRQ probing and documentation fixes
- Greg KH: USB updates
- Michael Warfield: computone driver update
- Randy Dunlap: add knowledge about some new io-apics
- Richard Henderson: alpha updates
- Trond Myklebust: make readdir xdr verify the reply packet
- Paul Mackerras: PPC update
- Jens Axboe: make cpqarray and cciss play nice with the request layer
- Massimo Dal Zotto: SMM driver for Dell Inspiron 8000
- Richard Gooch: devfs symlink deadlock fix
- Anton Altaparmakov: make NTFS compile on sparc
pre7:
- me: reinstate "delete swap cache on low swap" code
- David Miller: ksoftirqd startup race fix
- Hugh Dickins: make tmpfs free swap cache entries proactively
pre6:
- me: remember to bump the version number;)
- Hugh Dickins: export "free_lru_page()" for modules
- Jeff Garzik: don't change nopage arguments, just make the last a dummy one
- David Miller: sparc and net updates (netfilter, VLAN etc)
- Nikita Danilov: reiserfs cleanups
- Jan Kara: quota initialization race
- Tigran Aivazian: make the x86 microcode update driver happy about
hyperthreaded P4's
- me: shrink dcache/icache more aggressively
- me: fix up oom-killer so that it actually works
pre5:
- Andrew Morton: remove stale UnlockPage
- me: swap cache page locking update
pre4:
- Mikael Pettersson: fix P4 boot with APIC enabled
- me: fix device queuing thinko, clean up VM locking
pre3:
- René Scharfe: random bugfix
- me: block device queuing low-water-marks, VM mapped tweaking.
pre2:
- Alan Cox: more merging
- Alexander Viro: block device module race fixes
- Richard Henderson: mmap for 32-bit alpha personality
- Jeff Garzik: 8139 and natsemi update
pre1:
- Michael Warfield: computone serial driver update
- Alexander Viro: cdrom module race fixes
- David Miller: Acenic driver fix
- Andrew Grover: ACPI update
- Kai Germaschewski: ISDN update
- Tim Waugh: parport update
- David Woodhouse: JFFS garbage collect sleep
On 31 Oct 2001, Michael Peddemors wrote:
>
> Lets' let this testing cycle go a little longer before making any
> changes.. Let developers catch up..
My not-so-cunning plan is actually to try to figure out the big problems
now, then release a reasonable 2.4.14, and then just stop for a while,
refusing to take new features.
Then, 2.4.15 would be the point where I start 2.5.x, and where Alan gets
to do whatever he wants to do with 2.4.x. Including, of course, just
reverting all my and Andrea's VM changes;)
I'm personally convinced that my tree does the right thing VM-wise, but
Alan _will_ be the maintainer, and I'm not going to butt in on his
decisions. The last thing I want to be is a micromanaging pointy-haired
boss.
(2.5.x will obviously use the new VM regardless, and I actually believe
that the new VM simply is better. I think that Alan will see the light
eventually, but at the same time I clearly admit that Alan was right on a
stability front for the last month or two;)
> My own kernel patches I had to stop because I couldn't keep up.... Can
> we go a full month with you just hitting us over the head with a bat
> yelling 'test, dammit, test', until this is tested fully before
> releasing another production release?
I think we're really close.
[ I'd actually like to thank Gary Sandine from laclinux.com who made the
"Ultimate Linux Box" for an article by Eric Raymond for Linux Journal.
They sent me one too, and the 2GB box made it easier to test some real
highmem loads. This has given me additional load environments to test,
and made me able to see some of the problems people reported.. ]
But I do want to make a real 2.4.14, not just another "final" pre-kernel,
and let that be the base for a reasonably orderly switch-over at 2.4.15
(ie I'd still release 2.4.15, everything from then on is Alan).
Linus
-- w o r l d w i d e w e b e r
Useless point...
by
LSD-OBS
·
· Score: 5, Informative
"from the 14-and-counting dept."
We're actually at 15 (not 14) and counting - kernel version numbers are 0-based, and sequential.
Sorry moderators - I just had to:)
-- Today's weirdness is tomorrow's reason why. -- Hunter S. Thompson
2.4.14 not ready yet either
by
(startx)
·
· Score: 5, Informative
looks like this one isn't ready yet either. loop.c needs some sergery, or else the whole thing won't even compile, dying at
drivers/block/block.o: In function `lo_send':
drivers/block/block.o(.text+0x894f): undefined reference to `deactivate_page'
drivers/block/block.o(.text+0x8999): undefined reference to `deactivate_page'
make: *** [vmlinux] Error 1
it's allready been posted to the lkml, look for a 2.4.15-pre1 or at least a loop.c patch to come around soon.
More readable version.
;)
final:
- David Miller: sparc/scsi scatterlist fixes
- Martin Mares: PCI ids, email address update
- David Miller: revert TCP hash optimizations that need more checking
- Ivan Kokshaysky/Richard Henderson: alpha update (atomic_dec_and_lock etc)
- Peter Anvin: cramfs/zisofs missing pieces
pre8:
- Andrea: fix races in do_wp_page, free_swap_and_cache
- me: clena up page dirty handling
- Tim Waugh: parport IRQ probing and documentation fixes
- Greg KH: USB updates
- Michael Warfield: computone driver update
- Randy Dunlap: add knowledge about some new io-apics
- Richard Henderson: alpha updates
- Trond Myklebust: make readdir xdr verify the reply packet
- Paul Mackerras: PPC update
- Jens Axboe: make cpqarray and cciss play nice with the request layer
- Massimo Dal Zotto: SMM driver for Dell Inspiron 8000
- Richard Gooch: devfs symlink deadlock fix
- Anton Altaparmakov: make NTFS compile on sparc
pre7:
- me: reinstate "delete swap cache on low swap" code
- David Miller: ksoftirqd startup race fix
- Hugh Dickins: make tmpfs free swap cache entries proactively
pre6:
- me: remember to bump the version number
- Hugh Dickins: export "free_lru_page()" for modules
- Jeff Garzik: don't change nopage arguments, just make the last a dummy one
- David Miller: sparc and net updates (netfilter, VLAN etc)
- Nikita Danilov: reiserfs cleanups
- Jan Kara: quota initialization race
- Tigran Aivazian: make the x86 microcode update driver happy about
hyperthreaded P4's
- me: shrink dcache/icache more aggressively
- me: fix up oom-killer so that it actually works
pre5:
- Andrew Morton: remove stale UnlockPage
- me: swap cache page locking update
pre4:
- Mikael Pettersson: fix P4 boot with APIC enabled
- me: fix device queuing thinko, clean up VM locking
pre3:
- René Scharfe: random bugfix
- me: block device queuing low-water-marks, VM mapped tweaking.
pre2:
- Alan Cox: more merging
- Alexander Viro: block device module race fixes
- Richard Henderson: mmap for 32-bit alpha personality
- Jeff Garzik: 8139 and natsemi update
pre1:
- Michael Warfield: computone serial driver update
- Alexander Viro: cdrom module race fixes
- David Miller: Acenic driver fix
- Andrew Grover: ACPI update
- Kai Germaschewski: ISDN update
- Tim Waugh: parport update
- David Woodhouse: JFFS garbage collect sleep
From: Linus Torvalds
;)
;)
.... Can
CC: Kernel Mailing List
On 31 Oct 2001, Michael Peddemors wrote:
>
> Lets' let this testing cycle go a little longer before making any
> changes.. Let developers catch up..
My not-so-cunning plan is actually to try to figure out the big problems
now, then release a reasonable 2.4.14, and then just stop for a while,
refusing to take new features.
Then, 2.4.15 would be the point where I start 2.5.x, and where Alan gets
to do whatever he wants to do with 2.4.x. Including, of course, just
reverting all my and Andrea's VM changes
I'm personally convinced that my tree does the right thing VM-wise, but
Alan _will_ be the maintainer, and I'm not going to butt in on his
decisions. The last thing I want to be is a micromanaging pointy-haired
boss.
(2.5.x will obviously use the new VM regardless, and I actually believe
that the new VM simply is better. I think that Alan will see the light
eventually, but at the same time I clearly admit that Alan was right on a
stability front for the last month or two
> My own kernel patches I had to stop because I couldn't keep up
> we go a full month with you just hitting us over the head with a bat
> yelling 'test, dammit, test', until this is tested fully before
> releasing another production release?
I think we're really close.
[ I'd actually like to thank Gary Sandine from laclinux.com who made the
"Ultimate Linux Box" for an article by Eric Raymond for Linux Journal.
They sent me one too, and the 2GB box made it easier to test some real
highmem loads. This has given me additional load environments to test,
and made me able to see some of the problems people reported.. ]
But I do want to make a real 2.4.14, not just another "final" pre-kernel,
and let that be the base for a reasonably orderly switch-over at 2.4.15
(ie I'd still release 2.4.15, everything from then on is Alan).
Linus
w o r l d w i d e w e b e r
"from the 14-and-counting dept."
:)
We're actually at 15 (not 14) and counting - kernel version numbers are 0-based, and sequential.
Sorry moderators - I just had to
Today's weirdness is tomorrow's reason why. -- Hunter S. Thompson
looks like this one isn't ready yet either. loop.c needs some sergery, or else the whole thing won't even compile, dying at
drivers/block/block.o: In function `lo_send':
drivers/block/block.o(.text+0x894f): undefined reference to `deactivate_page'
drivers/block/block.o(.text+0x8999): undefined reference to `deactivate_page'
make: *** [vmlinux] Error 1
it's allready been posted to the lkml, look for a 2.4.15-pre1 or at least a loop.c patch to come around soon.