So here it goes.
rc1:
- PPC MPC8260 update (Tom Rini)
- eepro100 fixes (Jeff Garzik)
- Make natsemi hardware workaround a config
option (Jeff Garzik)
- Add serial board PCI ID (Jeff Garzik)
- Add support for another tulip clone (Jeff Garzik)
- Fix typo in winbond driver (Jeff Garzik)
- Move initialization of tridentfb before
the generic drivers (Geert Uytterhoeven)
- Reiserfs bugfixes (Oleg Drokin)
- More __devexit_p assorted fixes (Andrew Morton)
- Merge some -ac bugfixes (Alan Cox)
pre9:
- Cris update (Bjorn Wesen)
- SPARC update (David S. Miller)
- Remove duplicate CONFIG_SUNLANCE entry in
Config.in (David S. Miller)
- Change Netfilter maintainer (David S. Miller)
- More SunGEM bugfixes (David S. Miller)
- Update md5sums in ISDN's md5sums.asc (Kai Germaschewski)
- 3ware driver update (Adam Radford)
- Fix cosa compile problem (Adrian Bunk)
- Change VIA "disabling write queue" message (Oliver Feiler)
- Remove buggy Elan-specific handling code (Robert Schwebel)
- Reiserfs bugfixes (Oleg Drokin)
- Fix ppp memory leak (Andrew Morton)
- Really add devfs fix for removable devices:
its on pre8 changelog but not on pre8 patch (me)
- Add framebuffer support for trident graphics
card (James Simmons)
- SCSI tape driver bugfixes (Kai Makisara)
- Add support to Ovislink card on 8139too
driver (Jeff Garzik)
- Add SIOCxMIIxxxx ioctls for better binary
compatibility on au1000_eth driver (Jeff Garzik)
- Fix initialization of phy on epic100 driver (Jeff Garzik)
- Add MODULE_* info to mii.c (Jeff Garzik)
- Add new PCI ID to sundance driver (Jeff Garzik)
- Merge some -ac3 patches (Alan Cox)
- Unify simple_strtol symbol export (Russell King)
- Add amount of cached memory to sysreq-m
output (Martin Knoblauch)
- Do not use SCSI device type to change
IO clustering (Jens Axboe)
- IRC conntrack update (Harald Welte)
- sonypi driver update (Stelian Pop)
- Fix one of the PPP deadlocks (Manfred Spraul)
pre8:
- Add missing netfilter files in pre7 (David S. Miller)
- SunGEM driver update (David S. Miller)
- Kill get_fast_time (David S. Miller)
- Update APIC LVTERR fix to work correctly on
old 486/586 APICs (Mikael Pettersson)
- Check the return code of copy_{from,to}_user
on serial code (Rasmus Andersen)
- Mark 2.5 extended attributes system calls as
reserved to avoid potential conflicts (Nathan Scott)
- Change Christoph Hellwig's email address (Christoph Hellwig)
- Make BLKGETSIZE64 return size in bytes not
sectors (Eric Sandeen)
- Coda dentry revalidation fix (Jan Harkes)
- hisax_fcpcipnp driver update (Kai Germaschewski)
- i810 sound driver update (Doug Ledford)
- Early personality setting in binfmt_elf (Christoph Hellwig)
- Fix rename bug in reiserfs (Oleg Drokin)
- SCSI documentation update (Douglas Gilbert)
- Fix silly typo in megaraid driver (Arjan Van de Ven)
- PPC update (Benjamin Herrenschmidt)
- USB bug fixes (Greg KH)
- Fix devfs problems with removable devices (Richard Gooch)
- Merge -ac1 fixes (Alan Cox)
- VXFS update (Christoph Hellwig)
- Add Compaq FC array to the LUN whitelist (Arjan Van de Ven)
pre7:
- Make ext2/minix/sysvfs actually operate
synchronously on directories when using
the sync mount option (Andrew Morton)
- AFFS update (Roman Zippel)
- Fix 3dfx fb crash with high pixelclock (Jurriaan on Alpha)
- PATH_MAX POSIX compliance (Rusty Russell)
- Really apply AMD Elan patch (me)
- Don't drop IP packets with less than 8 bytes
of payload (David S. Miller)
- Netfilter update (Netfilter team)
- Backport 2.5 sb_bread() changes (Alexander Viro)
- Fix AF_UNIX fd leak (David S. Miller)
- Add Audigy Gameport PCI ID (Daniel Bertrand)
- Sync with ia64 arch independant parts (Keith Owens)
- APM fixes (Stephen Rothwell)
- fs/super.c cleanups (Alexander Viro)
pre6:
- Removed patch in icmp code: its
not needed and causes problems (me)
pre5:
- Include missing radeonfb defines (Erik Andersen)
- Fix fs/buffer.c thinko introduced in pre4 (Andrew Morton)
- USB bugfixes (Greg KH)
- Make fat work correctly with gcc-3.0.x (Tom Rini)
- Avoid overusage of the vmalloc area by
NTFS (Anton Altaparmakov)
- atyfb: Decrease clock rate for 3d RAGE XL (David S. Miller)
- Sungem driver bugfixes (David S. Miller)
- More networking updates (David S. Miller)
- More SPARC updates (David S. Miller)
- devfs update (Richard Gooch)
- Reiserfs expanding truncate fix (Chris Mason)
- ext3 update (Andrew Morton/Stephen Tweedie)
- Add support to WDIOC_SETTIMEOUT on several
watchdog drivers (Joel Becker)
- dl2k driver update (Jeff Garzik)
- Orinoco driver update (David Gibson)
- Radeonfb driver update (Ani Joshi)
- Avoid free_swap_and_cache() from leaving
freeable pages on the cache (Hugh Dickins)
- Add workarounds for AMD Elan processors (Robert Schwebel)
- Random pmac driver bugfixing (Benjamin Herrenschmidt)
- emu10k1 driver update (Rui Sousa)
pre4:
- Networking updates (David S. Miller)
- clgenfb update (Jeff Garzik)
- 8139cp: make it faster (Jeff Garzik)
- 8139too: fix bugs, add experimental RX reset (Jeff Garzik)
- Add MII ethtool interface and change
several drivers to support that (Jeff Garzik)
- Fix ramdisk corruption problems (Andrea Arcangeli)
- Correct in-kernel MS_ASYNC behaviour
on msync/fsync() (Andrew Morton)
- Fix PLIP problems (Niels Jensen)
- Fix problems triggered by the "fsx test"
on smbfs (Urban Widmark)
- Turn on OOSTORE for IDT winchip (from -ac tree)
- Fix iphase crash (from -ac tree)
- Fix crash with two mxser cards (from -ac tree)
- Fix tty write block bug (from -ac tree)
- Add mono/stereo detect to gemtek pci radio (from -ac tree)
- Fix sf16fmi crash on load (from -ac tree)
- add CP1250 (windows eastern european)
translation table (from -ac tree)
- cs46xx driver update (from -ac tree)
- Fix rare data loss case with RAID-1 (Ingo Molnar)
- Add 2.5.x compatibility for the kdev_t
changes (me)
- SPARC updates (David S. Miller)
pre3:
- Cris arch merge (Bjorn Wesen)
- Finish PPC merge (Benjamin Herrenschmidt)
- Add Dell PowerEdge 2400 to
"use BIOS to reboot" blacklist (Arjan van de Ven)
- Avoid potential oops at module unload with
cyclades driver (Andrew Morton)
- Gracefully handle SCSI initialization
failures (Pete Zaitcev)
- USB update (Greg KH)
- Fix potential oops while ejecting ide cds (Zwane Mwaikambo)
- Unify page freeing codepaths (Benjamin LaHaise)
- Miata dma corruption workaround (Richard Henderson)
- Fix vmalloc corruption problem on machines
with virtual dcaches (Ralf Baechle)
- Reiserfs fixes (Oleg Drokin)
- DiskOnChip driver update (David Woodhouse)
- Do not inherit page locking rules across
fork/exec (Dave Anderson)
- Add DRM 4.0 for XFree 4.0 users convenience (Christoph Hellwig)
- Replace .text.lock with .subsection (Keith Owens)
- IrDA bugfixes (Jean Tourrilhes)
pre2:
- APIC LVTERR fixes (Mikael Pettersson)
- Fix ppdev ioctl oops and deadlock (Tim Waugh)
- parport fixes (Tim Waugh)
- orinoco wireless driver update (David Gibson)
- Fix oopsable race in binfmt_elf.c (Alexander Viro)
- Small sx16 driver bugfix (Heinz-Ado Arnolds)
- sbp2 deadlock fix (Andrew Morton)
- Fix JFFS2 write error handling (David Woodhouse)
- Intermezzo update (Peter J. Braam)
- Proper AGP support for Intel 830MP chipsets (Nicolas Aspert)
- Alpha fixes (Jay Estabrook)
- 53c700 SCSI driver update (James Bottomley)
- Fix coredump mmap_sem deadlock on IA64 (David Mosberger)
- 3ware driver update (Adam Radford)
- Fix elevator insertion point on failed
request merge (Jens Axboe)
- Remove bogus rpciod_tcp_dispatcher definition (David Woodhouse)
- Reiserfs fixes (Oleg Drokin)
- de4x5 endianess fixes (Kip Walker)
- ISDN CAPI cleanup (Kai Germaschewski)
- Make refill_inactive() correctly account
progress (me)
pre1:
- S390 merge (IBM)
- SuperH merge (SuperH team)
- PPC merge (Benjamin Herrenschmidt)
- PCI DMA update (David S. Miller)
- radeonfb update (Ani Joshi)
- aty128fb update (Ani Joshi)
- Add nVidia GeForce3 support to rivafb (Ani Joshi)
- Add PM support to opl3sa2 (Zwane Mwaikambo)
- Basic ethtool support for 3com, starfire
and pcmcia net drivers (Jeff Garzik)
- Add MII ethtool interface (Jeff Garzik)
- starfire,sundance,dl2k,sis900,8139{too,cp},
natsemi driver updates (Jeff Garzik)
- ufs/minix: mark inodes as bad in case of read
failure (Christoph Hellwig)
- ReiserFS fixes (Oleg Drokin)
- sonypi update (Stelian Pop)
- n_hdlc update (Paul Fulghum)
- Fix compile error on aty_base.c (Tobias Ringstrom)
- Document cpu_to_xxxx() on kernel-hacking doc (Rusty Russell)
- USB update (Greg KH)
- Fix sysctl console loglevel bug on
IA64 (and possibly other archs) (Jesper Juhl)
- Update Athlon/VIA PCI quirks (Calin A. Culianu)
- blkmtd update (Simon Evans)
- boot protocol update (makes the highest
possible initrd address available to the
bootloader) (H. Peter Anvin)
- NFS fixes (Trond Myklebust)
On Wednesday 13 February 2002 20:33, Marcelo Tosatti wrote:
> So here it goes.
>
> rc1:
<snip>
> - Merge some -ac bugfixes (Alan Cox)
Here's a crazy idea. Why not branch off the new pre-tree when commiting a
rc-kernel?
There's a number of patches in the ac-tree you proberbly already have
commited to the next pre-kernel in your mind. The basic idea is that when you
release a patch as release candidate, you shortly after release the first
pre-patch for next kernel. For the release candidate there is test delay,
such that at least 1 maybe 2 weeks has to pass without an unsolved release
critical bug, before a release candidat can be promoted to be a stable
version. This would for periods of time result in two patches for the stable
tree. (yes, I am Debian user, how did you guess?)
The advantages are two fold, not only could it ease the presure to allow a
rc-patch to stay rc for longer, it would even out the load on you as
mainterner, as you could always accept new patches into the next pre-patch as
there will always be one. I.e you would only have to make decisions of
whether this patch is critical or not for the stable release or merely
something for the next release.
The disadvantage, might be that fewer hackers would test the rc, although
this could even out with the longer rc-period, and that you might see an
increase in your work-load if you both have the test the rc and maintain the
next release tree.
Anyway, just a random thought.
Greetings
-Allan
On Wed, 13 Feb 2002, Allan Sandfeld wrote:
> On Wednesday 13 February 2002 20:33, Marcelo Tosatti wrote:
> > So here it goes.
> >
> > rc1:
> <snip>
> > - Merge some -ac bugfixes (Alan Cox)
>
> Here's a crazy idea. Why not branch off the new pre-tree when
> commiting a rc-kernel?
Since I sit next to marcelo in the office I guess I could
answer this question.
The reason not to do this is because maintaining a kernel
is a horrible amount of work already and marcelo is pretty
overloaded with all the patches everybody send him.
OTOH, if _you_ volunteer to keep an -ac like kernel yourself
so small fixes can be sent to marcelo in batches...
cheers,
Rik
--
"Linux holds advantages over the single-vendor commercial OS"
-- Microsoft's "Competing with Linux" document
http://www.surriel.com/ http://distro.conectiva.com/
On Wed, 13 Feb 2002, Allan Sandfeld wrote:
> On Wednesday 13 February 2002 20:33, Marcelo Tosatti wrote:
> Here's a crazy idea. Why not branch off the new pre-tree when commiting a
> rc-kernel?
I agree with everything you said, but I think it would be a lot more work
to have more than one going at once, plus the -ac branch is already in
some sense the best of the pre stuff, in that it has most of the good
features and still is usefully reliable. Alan is the hero here.
That said, the only way I can see which might even possibly make this
happen would be for another person to take over when the transition from
pre to rc was made, so that they could do the work. I think the logistics
are against it.
The final problem is that fewer people would actually try it, and that's a
seriously bad thing. The whole idea of -rc was to stop adding new things
and get people to really use the kernel. Another pre version would detract
from the 2nd half of that.
[ I finally just snipped your arguments, I agree with every one ]
But I still think the world will be a better place if the -rc gets more
use.
I have use a lot of -ac stuff in the past, but right now I'm trying to get
rmap, O(1) and ll to play reliably. I think the -aa stuff is a bit faster
on big machines, but rmail12e+K3 is just so responsive on small machines
that I am going that way until the performance of the stock kernel picks
up (meaning all the stuff I want to use gets merged by someone like Alan).
This is one of those bad great ideas, all positives and one big negative.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
On Wed, 13 Feb 2002, Marcelo Tosatti wrote:
> So here it goes.
>
> rc1:
>...
> - Merge some -ac bugfixes (Alan Cox)
>
> pre9:
>...
> - Add framebuffer support for trident graphics
> card (James Simmons)
>...
These two changes together result in the fact that there's now a
CONFIG_FB_TRIDENT but if you try to enable it compilation fails with a
tridentfb.c:524: #error "Floating point maths. This needs fixing before
the driver is safe"
which makes it pretty useless. Since this is a stable kernel series I want
to suggest that if there's no fix for this before 2.4.18-final to remove
the trident support from 2.4.18 and to re-add it in 2.4.19-pre1 (with
the hope that it will be fixed before 2.4.19-final).
cu
Adrian
> tridentfb.c:524: #error "Floating point maths. This needs fixing before
> the driver is safe"
>
> which makes it pretty useless. Since this is a stable kernel series I want
> to suggest that if there's no fix for this before 2.4.18-final to remove
> the trident support from 2.4.18 and to re-add it in 2.4.19-pre1 (with
> the hope that it will be fixed before 2.4.19-final).
Or just comment out the Config.in line for it ?
On Thu, 14 Feb 2002, Alan Cox wrote:
> Or just comment out the Config.in line for it ?
Carrying around KNOWN dead code in a release kernel? Not too
sensible, is it?
--
Matthias Andree
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." Benjamin Franklin
On Thu, 14 Feb 2002, Alan Cox wrote:
> > tridentfb.c:524: #error "Floating point maths. This needs fixing before
> > the driver is safe"
> >
> > which makes it pretty useless. Since this is a stable kernel series I want
> > to suggest that if there's no fix for this before 2.4.18-final to remove
> > the trident support from 2.4.18 and to re-add it in 2.4.19-pre1 (with
> > the hope that it will be fixed before 2.4.19-final).
>
> Or just comment out the Config.in line for it ?
Yes, this seems to be the best solution.
cu
Adrian
On Thu, 14 Feb 2002, Adrian Bunk wrote:
> On Wed, 13 Feb 2002, Marcelo Tosatti wrote:
>
> > So here it goes.
> >
> > rc1:
> >...
> > - Merge some -ac bugfixes (Alan Cox)
> >
> > pre9:
> >...
> > - Add framebuffer support for trident graphics
^^^^^^^
> > card (James Simmons)
> >...
>
> These two changes together result in the fact that there's now a
> CONFIG_FB_TRIDENT but if you try to enable it compilation fails with a
>
> tridentfb.c:524: #error "Floating point maths. This needs fixing before
> the driver is safe"
>
> which makes it pretty useless. Since this is a stable kernel series I want
> to suggest that if there's no fix for this before 2.4.18-final to remove
> the trident support from 2.4.18 and to re-add it in 2.4.19-pre1 (with
> the hope that it will be fixed before 2.4.19-final).
Seems to me if the module doesn't compile then the term "support" above
is incorrect. So ... do you fix it or remove it. What does James Simmons
have to say about this?
--
M. Edward Borasky
[email protected]
The COUGAR Project
http://www.borasky-research.com/Cougar.htm
How to Stop A Folksinger Cold # 2
"Are you going to Scarborough Fair?..."
No.
On Wed, Feb 13, 2002 at 11:53:41PM +0100, Allan Sandfeld wrote:
> On Wednesday 13 February 2002 20:33, Marcelo Tosatti wrote:
> > So here it goes.
> >
> > rc1:
> <snip>
> > - Merge some -ac bugfixes (Alan Cox)
>
> Here's a crazy idea. Why not branch off the new pre-tree when commiting a
> rc-kernel?
Because it would remove people from the pool of testers. Part of the
goal of the -rc series seems to be to get as many people running a
kernel as possible to find potential bugs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
Hi Marcelo !
I just checked 2.4.18-rc1 on x86 with everything
(PIII/SMP/ACPI...).
I got 891 modules.
- only tridentfb didn't compile ;
- only wan/comx.o had an unresolved
dependency (proc_get_inode).
At boot, the system hangs when displaying hda's
partitions : "<hda1> <hda2> <" *hang*
hda1 type is primary fat16 (6), hda2 is extended (5),
hda3 is primary linux (83).
At first I thought it came from all the partition
types I
had activated in "advanced partition selection", but
even when disabling it, it hangs. I'll try do disable
some
IDE options and filesystem types to see if it changes
something.
Regards,
Willy
PS: I can send the .config if someone wants.
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais !
Yahoo! Mail : http://fr.mail.yahoo.fr