Linux kernel 2.4.18 (prereleases, rc's and final)

[Verwijderd]

Marcelo heeft deze kerstdagen nuttig besteed en een nieuwe prerelease uitgebracht: 2.4.18-pre1. Hij is nu aan een welverdiende vakantie begonnen
Changelog:

Hi,

So here it goes the first pre of 2.4.18 series: Pretty big patch with 3
arch updates.

Nothing critical to the core, though.


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)

[Valium]

Hmmm...goed idee. om dat zo in een draad te zetten. Dan staat alles in een keer bij mekaar.

Ontopic: Ik vraag me af wat die NFS-fix is van trond... Ik wil een "klik hier voor een uitgebreide update" knopje!

[Verwijderd]

Die draad begon zo:

Hi Neil,

The following patch fixes a bug in the knfsd readahead code. The
memset() that is referenced in the patch below is clobbering the
pointer to the next list element (ra->p_next), thus reducing the inode
readahead cache to 1 entry upon the very first call to
nfsd_get_raparms().

BTW: looking at the choice of cache size. Why is this set to number
of threads * 2? Isn't it better to have a minimum cache size? After
all, the fact that I have 8 threads running does not at all reflect
the number of inodes that I might have open on my various clients...

Cheers,
Trond

--- linux-2.4.16-pre1/fs/nfsd/vfs.c.orig Fri Oct 5 21:23:53 2001
+++ linux-2.4.16-pre1/fs/nfsd/vfs.c Mon Nov 26 14:32:09 2001
@@ -560,9 +560,13 @@
return NULL;
rap = frap;
ra = *frap;
- memset(ra, 0, sizeof(*ra));
ra->p_dev = dev;
ra->p_ino = ino;
+ ra->p_reada = 0;
+ ra->p_ramax = 0;
+ ra->p_raend = 0;
+ ra->p_ralen = 0;
+ ra->p_rawin = 0;
found:
if (rap != &raparm_cache) {
*rap = ra->p_next;

Deze patch is dus al in de 2.4.18-pre1 kernel verwerkt

[deadinspace]

Op donderdag 27 december 2001 03:17 schreef Valium het volgende:
Hmmm...goed idee. om dat zo in een draad te zetten. Dan staat alles in een keer bij mekaar.

Dat was besloten toen er een '2.4.17-rc1' thread was gestart.
Maar ik meen dat het idee was: 1 thread voor de prereleases, release candidates enzo per kernelversie en 1 thread voor de final per kernelversie? Dit omdat in het subject 'and final' staat.

Het is ergens natuurlijk wel logisch om beiden in 1 thread te houden, maar aan de andere kant - als de final in een nieuwe thread komt, kunnen mensen die de pre-kernels niets interesseren toch redelijk snel zien dat er een nieuwe (final) kernel is...

[Verwijderd]

Marcelo is weer terug van zijn vakantie en het resultaat heet 2.4.18-pre2.
Changelog

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)

[Verwijderd]

Het gaat hard met de prereleases deze keer. 2.4.18-pre3.

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)

[MBMarduk]

Op donderdag 27 december 2001 01:09 schreef janjanjansen het volgende:


...en een nieuwe prerelease uitgebracht: 2.4.18-pre1...
- starfire,sundance,dl2k,sis900,8139{too,cp},
natsemi driver updates (Jeff Garzik)

* * * ECS K7S5A GEBRUIKERS OPGELET * * *

Die SiS900 LAN driver is nu op versie 1.08.02, Jammer genoeg doet geen enkele 1.08.xx het met mijn SiS735 mobo (waar die 900 op zit dus), terwijl de laatste revisie van de vorige minor versie (1.07.11, laatst in 2.4.5) het wel prima doet.
Ik heb zelfs nog 'n reaktie gekregen van een andere gebruiker op mijn e-mails hierover in de LKML.

* * * NOGMAALS OPGELET * * *

En nog iets anders: sommige revisies van de mobo hebben blijkbaar een "hardware conception problem" waardoor er corruptie kan optreden bij gebruik van UDMA.
Zo heb ik tijdens het unmounten van 2 ext2fs partities 2 keer een "cannot handle kernel request" kernel OOPS gekregen achter elkaar.
Dit gebeurde met 2.4.17 en ik weet niet wanneer het begon... ik gebruik nu weer 2.4.13.

Inmiddels is er sinds woensdag een patch die op het eerste gezicht goed werkt. Link volgt.
Hierover een kort stukje uit de e-mails met een (?) van de maintainers:

---SNIP---
Latest is always on my web server :
http://gyver.homeip.net/sis5513/index.html

Good news : I've confirmation that my init code is *good*.
The current driver seems the best one can do for standard ATA100 support.

Bad news : What I feared seems true : there's an hardware conception
problem with some board series (some/many/most? ECS K7S5A and
PCCHIPS-M830-LR) as described by the attached pdf
---SNIP---

en

I put the driver (downloaded Jan 9 md5sum
83ad2b3f7878abed1f5bc39f3435396f) through its paces on my K7S5A with 3
on the sticker by the PCI slots. It wrote and read 3 Gb of data from a
MAXTOR 4K040H2, ATA DISK drive at UDMA 5 without any problem.

There was hardly any speed increase in this bulk rw test over the
ATA-66 limited driver. The drive manages about 33 Mb/s on hdparm -tT
and about 6 Mb/s write and 21 Mb/s read in the bulk rw test, so I
guess the step up to use ATA-100 is not very useful to me.
---SNIP---
--

http://john.fremlin.de

Hopelijk hebben re meer mensen wat aan.

[Valium]

En weer een nieuwe: Pre4

From: Marcelo Tosatti
To: lkml
Subject: Linux 2.4.18-pre4
Date: 15 Jan 2002 19:56:38 -0200

So here goes pre4.

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)

[Verwijderd]

2.4.18-pre5 -- NIET GEBRUIKEN Zie hieronder. pre6/

Hi,

I was waiting for the icmp overflow problem to be fixed to release this
kernel, but it only exists only on 2.2.

Well, here goes pre5.


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)

[Verwijderd]

2.4.18-pre6

Linux 2.4.18-pre6
Van:Marcelo Tosatti
Aan:lkml <[e-mail]>
Datum:Tue, 22 Jan 2002 16:06:38 -0200 (BRST)

Well, I ended up including a wrong patch in pre5. Do not use it.

Here is pre6 to fix that mistake.

pre6:

- Removed patch in icmp code: its not needed
and causes problems (me)

[BezurK]

Ik had wat bandwith over op school dus ik dacht doe eens gek, download een unstable kernel, dus ik download 2.5.2 -> geeftie na 2 regels al een compile error
Rare jongens die kernel hackers

Draai nu trouwens gewoon nog 2.4.17

[Questor]

Op dinsdag 08 januari 2002 02:14 schreef janjanjansen het volgende:
Marcelo is weer terug van zijn vakantie en het resultaat heet 2.4.18-pre2.
Changelog
[..]
- Alpha fixes (Jay Estabrook)

Mocht ook wel.. mijn probleem opgelost waarschijnlijk

[it0]

Op woensdag 23 januari 2002 00:23 schreef BezurK het volgende:
Ik had wat bandwith over op school dus ik dacht doe eens gek, download een unstable kernel, dus ik download 2.5.2 -> geeftie na 2 regels al een compile error
Rare jongens die kernel hackers

Draai nu trouwens gewoon nog 2.4.17

Er is nogal wat veranderd in 2.5.2 meestal moet je ondersteunende utils updaten en er is nu ook zoiets als cml2 gebaseerd op python ..

[Verwijderd]

En er is weer een nieuwe pre, pre 7 deze keer. Gaat weer hard

Hi,

So here goes pre7.

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)

[Verwijderd]

En ja hoor, toch maar weer omhoogschoppen dat topic. 2.4.18-pre8 is uit na een paar weken radiostilte van Marcelo.
changelog:

code:

Hi, 

No more big patches for 2.4.18, please... We are getting close to the -rc
stage.

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)

[Verwijderd]

Op dinsdag 05 februari 2002 02:17 schreef janjanjansen het volgende:

code:

- Merge -ac1 fixes                  (Alan Cox)

Mocht ook wel eens... Dit zijn, afaik, o.a. een aantal VM fixes. Is dat probleem nou eindelijk eens voorbij We zitten nu op 2.4.18 (bijna) en nog steeds geen fatsoenlijke VM

/me notes dat al zijn probleempjes opeens ophielden toen hij zijn swap van 128 naar 512 MB ophoogde (256 MB RAM)

Kan je wel zeggen dat swap=2*RAM moet zijn en dat wist ik ook wel - maar dat geeft natuurlijk wel aan dat de nieuwe VM nog steeds broken is (by design)

[it0]

Rik van Riel -vm is nog steeds niet stabiel, zie ook het artikel op slashdot met een aardige vergelijking....

verder is ook 2.4.18-pre7-ac3 uit...

[Verwijderd]

Op dinsdag 05 februari 2002 10:58 schreef it0 het volgende:
Rik van Riel -vm is nog steeds niet stabiel, zie ook het artikel op slashdot met een aardige vergelijking....

verder is ook 2.4.18-pre7-ac3 uit...

De Rik van Riel VM zit niet (meer) in de standaard kernel, dus dat zegt niks over de huidige kernel VM van Andrea Arcangelli

[Verwijderd]

Op dinsdag 05 februari 2002 10:58 schreef it0 het volgende:
Rik van Riel -vm is nog steeds niet stabiel, zie ook het artikel op slashdot met een aardige vergelijking....

verder is ook 2.4.18-pre7-ac3 uit...

Ik vond de test maar erg vaag. Als je het commentaar eronder ook had gelezen had je gezien dat Riel ook zegt dat er nog helemaal geen rmap patch is voor 2.4.18-pre maar aleen voor 2.4.17.

Ik draai hier al zelf een tijdje met 2.4.17 en een aantal patches waaronder rmap en heb nog geen problemen ondervonden.

Ook vond ik de manier van testen een beetje vaag. Is nou niet echt iets wat tijdens het dagelijk draaien van linux voorkomt.

[Sjonny]

vorige week nog 2.4.18-pre7 zitten bouwen, en dat was al velemalen beter dan die 2.4.17-crap die ik hiervoor had.. maar ik wacht nog wel ff tot 2.4.18 uit is voordat ik weer een nieuwe kernel bak

iemand trouwens al een 2.5 kernel werkend gekregen? ik had em wel gebouwd en alles, maar kreeg een kernel panic toen die me / als rw wou remounten ... niet echt de best timing van die panic

[Verwijderd]

2.4.17 met een VM patches (niet de -rmap patch, ik heb meerdere berichten gehoord dat die nog niet 100% stabiel is) en XFS support werkt hier perfect . 2.5 is volgens mij meer voor mensen die weten hoe je een painc kunt oplossen.... Ik ga wel helpen betatesten als dat ding een beetje in de final state terechtkomt, voorlopig biedt 2.5.x te weinig en heb ik wel betere dingen te doen. 2.5.x heeft nog lang niet alle features die voor 2.6.x of 3.0 zijn ingepland (eindelijk een stabiele VM, de nieuwe I/O layer, v4l2, alsa, ...), dus ik zie het nut er nog niet zo van in

[imdos]

Ik draai momenteel 2.4.17 met i2c & lm-sensors en verder de preempt-patch en ik ondervind problemen bij het kopieren naar een diskette ( ging een boot-disk aanmaken met dd bijv. )

Dit is op een Abit KT7 overigens weet ik niet of het door 2.4.17 komt of dat het al eens eerder is voorgekomen.
Maar m'n systeem reboot dan een soort .. alles wordt i.i.g. zwart en je kan niets meer doen als eerst volledig uitzetten en dan weer opnieuw aanzetten.

[Verwijderd]

Hier de changelog van 2.4.18-pre9

code:

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)

[Verwijderd]

Is tie weer 2.4.18-rc1 heet de laatste release.
Changelog:

code:

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)

[Verwijderd]

Ik heb ook probleempjes met 2.4.17 (met preempt patch):

IDE CDROM erg slecht bruikbaar met DMA aan, met DMA uit doetie het normaal. 2.4.17 zonder preempt geeft ook SOMS problemen met DMA op IDE CDROM.

Je hoort dan rare geluiden, en in de log overal DriveReady SeekComplete errors. umount en weer mounten maakt het dan soms weer beter maar ja.

Zou de preempt patch soms DMA spul corrupten?

[Jordi]

Ik heb er geen problemen mee iig

[Verwijderd]

Ik heb nog geen 2.4 kernel na 2.4.10 gehad die echt lekker draaide op al mijn systemen. De harddisk onder 2.4.17 is weer rete traag op mijn Via board en mijn oude router draait ook niet 100%. De machines hebben een wat hogere load op sommige momenten die ik niet kan verklaren. Die IDE errors heb ik met meerdere 2.4 kernels gezien, met name met VIA chipsets. Wellicht dat dat een issue is. Mijn server heeft met 2.4.17 inmiddels wel een uptime van 54 dagen, maar als dat ding wat load zou hebben denk ik niet dat ie dat had gered.

[Verwijderd]

Op donderdag 14 februari 2002 00:45 schreef janjanjansen het volgende:
VIA

Koop dan ook fatsoenlijke hardware

code:

"VIA is voor patience en blauwe schermen, verder niet geschikt voor serieus computeren"
(c) mij

En dat is serieus bedoeld, ik heb meer bugreports dan success stories gehoord van mensen met een VIA chipset in de video/multimedia hoek ("serieus computeren")... Ik ga van m'n leven niet aan VIA spul Uberhaupt zal er behoorlijk wat moeten gebeuren voordat ik AMD aanraak...

VIA = hoge latencies, hoge PCI overhead, slechte IDE/PCI interrupt handling, etc.

[Verwijderd]

Daar was ik inmiddels zelf ook achter Maar troost je, dit was voorlopig ook mijn laatste VIA chipset. Had 2 VIA mobo's, eentje verkocht en een Intel BX weer gekocht. De server heeft verder nauwelijks load dus daar is het minder noodzakelijk. Ik loop nog wel weer tegen een goedkope BX op of zo

[Creepy]

2.4.18rc1 is uit..

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)

(Yess... ben eerder dan janjanjansen )

[imdos]

Op donderdag 14 februari 2002 12:58 schreef Creepy het volgende:
2.4.18rc1 is uit..
[..]

(Yess... ben eerder dan janjanjansen )

No you're not Kijk eens op pagina 1

[Verwijderd]

2.4.18-rc2
Changelog:

code:

Well hopefully have a 2.4.18 pretty soon..

rc2: 
- Make get_user_pages handle VM_IO areas
  gracefully                        (Manfred Spraul)
- Fix SMP race on PID allocation            (Erik A. Hendriks)
- Fix SMP race on dnotify scheme            (Alexander Viro)
- Add missing checks to shmem_file_write      (Alan Cox)

[Verwijderd]

De laatste rc voor de final ? 2.4.18-rc3 changelog:

code:

So here goes rc3: hopefully the last. I'll only release another -rc in
case of really bad problems.

Enjoy

rc3: 

- Fix reiserfs endianess problems          (Chris Mason) 
- Fix PowerMac compilation problem        (Pmac team)
- Fix some eepro100 ID's which had problems 
  in -ac merge                      (Jeff Garzik)
- Rename some internal pcnet32 definitions to
  not clash with ethtool.h - the clash caused 
  the driver not work correctly          (William Lee Irwin)
- Add missing netif_carrier_{on,off} to
  eepro100                        (Andrew Morton)
- Fix netfilter race                    (Rusty Russell)
- Correct error handling on tcp_recvmsg    (Alexey Kuznetsov)
- Revert tulip changes which were apparently
  causing slowdowns                  (Jeff Garzik) 
- Fix ptrace behaviour                (Linus Benedict Torvalds)

[Creepy]

Op donderdag 14 februari 2002 13:23 schreef imdos het volgende:

[..]

No you're not Kijk eens op pagina 1

Hm.. oops

We wachten weer rustig de -final af

[odysseus]

* odysseus gokt dat de final de 24e uitkomt.
Ik wacht nog even met compileren, veel nieuws waar ik iets aan heb zit er niet in en als 2.5 een beetje stabiel lijkt de aankomende tijd dan ga ik die misschien wel eens proberen, want dat is toch waar het allemaal gebeurt .

[Verwijderd]

De 24e is op een Zondag. Ik verwacht de 25e/26e de nieuwe 2.4.18, aangezien Marcelo volgens mij niet werkt in het weekend. Maar we zullen zien

[Verwijderd]

Linux 2.4.18-rc4 - Changelog:

code:

Hi, 

Unfortunately something really bad (for some non-x86 archs) appeared up,
so here goes rc4.

rc4:

- Load code did not set personality for
  binaries without an interpreter: This was 
  breaking static apps on several archs    (Tom Gall)

[_JGC_]

En final is er ook al op ftp.kernel.org (Nee, UUNet heeft em nog niet):

Update: The SET_PERSONALITY fix in rc4 has _not_
been included in the final 2.4.18 by mistake.

final:

- No changes have been made between -final
and -rc4.

Whatever dat SET_PERSONALITY fix mag zijn, als je het nodig hebt, ben je alsnog beter af met rc4.

[Verwijderd]

Op maandag 25 februari 2002 22:21 schreef _JGC_ het volgende:
En final is er ook al op ftp.kernel.org (Nee, UUNet heeft em nog niet):
[..]

Whatever dat SET_PERSONALITY fix mag zijn, als je het nodig hebt, ben je alsnog beter af met rc4.

Stelletje $#&&@#& daar.....

code:

- Load code did not set personality for
  binaries without an interpreter: This was 
  breaking static apps on several archs    (Tom Gall)

Dat is de set-personality fix

[Verwijderd]

Dan maar wachten op 2.4.19, Marcelo gaat het niet fixen in een snelle final release, hetgeen deze kernel onbruikbaar maakt.

[zwik]

Wat is er nou precies aan de hand met deze kernel ?? Ik vat het niet echt .

[BrZ]

ehmz... wazige zooi

in RC3 zat 1 fout, dus komt RC4 die alleen dat fixt.... daarna komt de final uit, waar verder niets in veranderd is, maar die fix niet in zit... dus de final is RC3... en RC4 is wat eigenlijk de final had moeten zijn....

Kortom, ze hebben RC3 als final uitgebracht ipv RC4

[Verwijderd]

Niet de gewoonte om deze ook te postenmaar Alan Cox heeft de 2.4.18 final gepatched en Linux-2.4.18-ac1 is de naam.

code:

changelog:

[+ indicates stuff that went to Marcelo, o stuff that has not,
 * indicates stuff that is merged in mainstream now, X stuff that proved
   bad and was dropped out]

Linux 2.4.18-ac1
o    Merge with 2.4.18 proper
+    Add missing -rc4 diff
o    Use attribute notifiers to account shmemfs (me)
o    Initial luxsonor LS220/LS240 driver code     (me)
      | This is just setup code and only in the tree because
      | its where I keep my hacks in progress

Dit is dus wat 2.4.18 had moeten zijn (+ 1 driver in aanbouw)

[deadinspace]

Op dinsdag 26 februari 2002 00:21 schreef janjanjansen het volgende:
Dan maar wachten op 2.4.19

Als je geen gebruik maakt van statically compiled apps, zou je er weinig van moeten merken. (Of ik interpreteer de bug verkeerd)

Btw, is het nou eens afgelopen met stomme fouten in de releases? Tis wel een slagveld met de laatste paar kernels...

[Creepy]

Op dinsdag 26 februari 2002 01:44 schreef deadinspace het volgende:

[..]

Als je geen gebruik maakt van statically compiled apps, zou je er weinig van moeten merken. (Of ik interpreteer de bug verkeerd)

Op een x86 treed de bug helemaal niet op.. scheelt voor de meeste mensen hier een hoop denk ik. Op een intel/amd/intel compatible is de 2.4.18-final dus gewoon te gebruiken

[Verwijderd]

Op dinsdag 26 februari 2002 01:44 schreef deadinspace het volgende:

[..]

Als je geen gebruik maakt van statically compiled apps, zou je er weinig van moeten merken. (Of ik interpreteer de bug verkeerd)

Btw, is het nou eens afgelopen met stomme fouten in de releases? Tis wel een slagveld met de laatste paar kernels...

ik snap dat ook niet. Ze hebben tig pre kernels en 4 rc's. En dan nog doen ze het fout....



Doe het dan a la linus dat je om de een of twee week een nieuwe kernel uitbrengt, dan is de kans dat er een goede tussenzit in elk geval een stuk hoger

[Equator]

Hopende op nog betere USB ondersteuning heb ik daarnet 2.4.18 maar gedownload.
NU kan ik kiezen voor 2 verschillende patches:
2.4.19-pre1 of de 2.4.18-ac1

janjanjanssen sschreef ooit
Niet de gewoonte om deze ook te postenmaar Alan Cox heeft de 2.4.18 final gepatched en Linux-2.4.18-ac1 is de naam.
code:
changelog:

[+ indicates stuff that went to Marcelo, o stuff that has not,
* indicates stuff that is merged in mainstream now, X stuff that proved
bad and was dropped out]

Linux 2.4.18-ac1
o Merge with 2.4.18 proper
+ Add missing -rc4 diff
o Use attribute notifiers to account shmemfs (me)
o Initial luxsonor LS220/LS240 driver code (me)
| This is just setup code and only in the tree because
| its where I keep my hacks in progress
Dit is dus wat 2.4.18 had moeten zijn (+ 1 driver in aanbouw)

Volgens janjanjanssen zou 2.4.18-ac1 dus goed moeten zijn
of zit hier nog niet de personality fix in ?
Ik kan het er even niet uit halen.Ik wordt helemaal gek van alle patches:(

[Verwijderd]

dat is dus de missing -rc4 diff, die zit er dus in

[Creepy]

Op dinsdag 26 februari 2002 11:18 schreef CyberJ het volgende:
Hopende op nog betere USB ondersteuning heb ik daarnet 2.4.18 maar gedownload.
NU kan ik kiezen voor 2 verschillende patches:
2.4.19-pre1 of de 2.4.18-ac1
[..]

Volgens janjanjanssen zou 2.4.18-ac1 dus goed moeten zijn
of zit hier nog niet de personality fix in ?
Ik kan het er even niet uit halen.Ik wordt helemaal gek van alle patches:(

ZOlang je op een x86 (intel compatible bla) systeem draait, boeit die missende patch helemaal niet, dus kan je de normale 2.4.18 gewoon draaien.

[x-wolf]

Ik draai op dit moment de 2.4.17 kernel. Heeft het nu wel of geen zin voor mij op te updaten naar 2.4.18? Of kan ik beter wachten tot echt alle bugs eruit zijn?
Overigens draai ik dit op een celly 400@500 dus bugs in andere architecturen zijn voor mij niet zo erg

[Verwijderd]

Op dinsdag 26 februari 2002 15:25 schreef x-wolf het volgende:
Ik draai op dit moment de 2.4.17 kernel. Heeft het nu wel of geen zin voor mij op te updaten naar 2.4.18? Of kan ik beter wachten tot echt alle bugs eruit zijn?
Overigens draai ik dit op een celly 400@500 dus bugs in andere architecturen zijn voor mij niet zo erg

Probeer het gewoon zou ik zeggen...
Kijk in de changelogs of je er iets aan hebt... Voor mij had het bijv. wel veel zin. Omdat 17 mijn USB camera niet ondersteunde... 18 wel...

[Ybox]

Weet iemand of er echt belangrijke dingen zijn verbeterd aan de netfilter? of waar ik dat kan vinden?

[Verwijderd]

Update: The SET_PERSONALITY fix in rc4 has _not_
been included in the final 2.4.18 by mistake.

dus ik kan beter 2.4.18rc4 nemen?

[Equator]

Of zoals ik in een paar posts lager ontdekte de 2.4.18-ac1 of de 2.4.19-pre1

Eigenlijk best wel stom dat je tot 2 maal toe dezelfde fout in een release laat sluipen. Ok, de RC3 was natuurlijk een release candidate, maar dan dezelfde fout in een final..
Waarom haalt marcello die final dan niet terug, en brengt hij een 2.4.18-2 uit (of is dat niet de juiste manier van nummeren ) Aan de andere kant kan je dan natuurlijk wel bezig blijven.

[Verwijderd]

Op woensdag 27 februari 2002 08:03 schreef CyberJ het volgende:
Of zoals ik in een paar posts lager ontdekte de 2.4.18-ac1 of de 2.4.19-pre1

Eigenlijk best wel stom dat je tot 2 maal toe dezelfde fout in een release laat sluipen. Ok, de RC3 was natuurlijk een release candidate, maar dan dezelfde fout in een final..
Waarom haalt marcello die final dan niet terug, en brengt hij een 2.4.18-2 uit (of is dat niet de juiste manier van nummeren ) Aan de andere kant kan je dan natuurlijk wel bezig blijven.

hij vond het niet erg genoeg

[Creepy]

Op woensdag 27 februari 2002 08:03 schreef CyberJ het volgende:
Of zoals ik in een paar posts lager ontdekte de 2.4.18-ac1 of de 2.4.19-pre1
Eigenlijk best wel stom dat je tot 2 maal toe dezelfde fout in een release laat sluipen. Ok, de RC3 was natuurlijk een release candidate, maar dan dezelfde fout in een final..
Waarom haalt marcello die final dan niet terug, en brengt hij een 2.4.18-2 uit (of is dat niet de juiste manier van nummeren ) Aan de andere kant kan je dan natuurlijk wel bezig blijven.

Op woensdag 27 februari 2002 00:31 schreef compukid het volgende:
[..]
dus ik kan beter 2.4.18rc4 nemen?

Op woensdag 27 februari 2002 08:17 schreef beelzebubu het volgende:
[..]
hij vond het niet erg genoeg

Goed..... iedereen die begint te roepen dat het zo erg is, er een nieuwe moet komen, hetr wel erg is etc. etc. etc. etc.

Dit is de patch waar het om gaat:

- Load code did not set personality for
binaries without an interpreter: This was
breaking static apps on several archs (Tom Gall)

En het is op verdomd WEINIG architecturen een bug! Iedereen met een Intel/AMD/Cyrix (dus 386 en hoger) heeft er GEEN... en ik herhaal dit nog maar eens... heeft er GEEN last van (lees.. meer dan 80-90% van de Linux gebruikers dus)

Goed.. iedereen die hiero linux op een Dec Alpha draait, steek ff je hand op, gooi de 2.4.18 de deur uit, en pak de 2.4.18-rc4 of de 2.4.19-pre1. Op de Alpha's is het wel een bug.

En voor diegene die 2.4.17 blijven draaien:
Zoals ook al gezegd op de Linux kernel mailing list zijn er in de 2.4.18 ergere bugs gefixt t.o.v. de 2.4.17

[Equator]

Uhh.. hand
Alpha Server 2100 4/275 met 3 275Mhz Alpha Processoren.
Ok, is niet mijn werkstation, maar je vroeg erom

[Verwijderd]

Op woensdag 27 februari 2002 08:45 schreef Creepy het volgende:
En het is op verdomd WEINIG architecturen een bug! Iedereen met een Intel/AMD/Cyrix (dus 386 en hoger) heeft er GEEN... en ik herhaal dit nog maar eens... heeft er GEEN last van (lees.. meer dan 80-90% van de Linux gebruikers dus)

Daar gaat het niet om, jij bekijkt het vanuit het x86 perspectief. Linux moet op alle architecturen draaien, ook op sparc, alpha, ppc, etc. Static apps kunnen op al die architecturen gemaakt worden en dat wordt ook redelijk vaak gedaan (vergis je hier niet in!). Het argument dat op linux-kernel gebruikt werd dat "die mensen toch wel weten waar ze mee bezig zijn en dus zelf weten dat ze -rc4 ipv -final moeten nemen" slaat nergens op.

Ik heb overigens nergens gezegd dat er een nieuwe versie moet komen want kernelpatchen ben ik zo langzamerhand wel gewend geraakt... Het gaat hier meer om het principe van "jongens, breng nou gewoon eens een werkende vanilla kernel uit". Want dat heb ik nog nauwelijks gezien in de 2.4.x reeks.

[Verwijderd]

Ondertussen zitten we bij de eerste Pre-releases voor 2.4.19... Kunnen we geen apart draadje opzetten voor deze kernel?

[Creepy]

Op woensdag 27 februari 2002 10:45 schreef beelzebubu het volgende:

[..]

Daar gaat het niet om, jij bekijkt het vanuit het x86 perspectief. Linux moet op alle architecturen draaien, ook op sparc, alpha, ppc, etc. Static apps kunnen op al die architecturen gemaakt worden en dat wordt ook redelijk vaak gedaan (vergis je hier niet in!). Het argument dat op linux-kernel gebruikt werd dat "die mensen toch wel weten waar ze mee bezig zijn en dus zelf weten dat ze -rc4 ipv -final moeten nemen" slaat nergens op.

Ik heb overigens nergens gezegd dat er een nieuwe versie moet komen want kernelpatchen ben ik zo langzamerhand wel gewend geraakt... Het gaat hier meer om het principe van "jongens, breng nou gewoon eens een werkende vanilla kernel uit". Want dat heb ik nog nauwelijks gezien in de 2.4.x reeks.

Ik reageerde een beetje geirriteerd omdat er mensen zijn die denken dat ze de 2.4.18 niet moeten gebruiken, terwijl het overgrote deel van de gebruikers hier toch op een x86 draait.

Ik ben het met je eens dat de 2.4 development gewoon klote is gegaan. FS corruptie, VM troubles, en nu weer een vergeten patch in de "vanilla" kernel.

Jij hebt misschien niet gezegd dat je vindt dat er een nieuwe 2.4.18 moet komen.. andere mensen wel....

Ook vind ik het persoonlijk jammer dat er hier vragen gesteld worden waarop het antwoord rechtstreeks in de LKML te vinden is. Als je vragen, of commentaar hebt op het development van de kernel, is het wel zo handig om deze ff te lezen :)(http://www.uwsg.indiana.edu/hypermail/linux/kernel/ voor een archive)

[jep]

Ik draai uit noodzaak 2.4.18rc3, op een productie server met hele nieuwe hardware

Zit nog even te twijfelen waar ik voor moet gaat. Het draait goed iig

[Verwijderd]

Op woensdag 27 februari 2002 12:03 schreef jep het volgende:
Ik draai uit noodzaak 2.4.18rc3, op een productie server met hele nieuwe hardware

Zit nog even te twijfelen waar ik voor moet gaat. Het draait goed iig

2.4.18rc3 = 2.4.18final

dus waarom

[Equator]

Op woensdag 27 februari 2002 12:03 schreef Creepy het volgende:


Jij hebt misschien niet gezegd dat je vindt dat er een nieuwe 2.4.18 moet komen.. andere mensen wel....

Ook vind ik het persoonlijk jammer dat er hier vragen gesteld worden waarop het antwoord rechtstreeks in de LKML te vinden is. Als je vragen, of commentaar hebt op het development van de kernel, is het wel zo handig om deze ff te lezen :)(http://www.uwsg.indiana.edu/hypermail/linux/kernel/ voor een archive)

Ik heb ook niet gezegd dat er een nieuwe 2.4.18 moet komen, maar ik vroeg me alleen af hoe ze met zo'n situatie omgaan.

Ik schreef ooit
Waarom haalt marcello die final dan niet terug, en brengt hij een 2.4.18-2 uit (of is dat niet de juiste manier van nummeren ) Aan de andere kant kan je dan natuurlijk wel bezig blijven.

Het spijt mij dat ik niet alles lees. (ik werk 40 uur per week en ik heb daarnaast nog een privé leven) dus ik kan niet alles lezen. Maar goed, als jij vindt dat ik daarom deze vraag niet mag stellen, dan zal ik verder mijn mond wel houden.

[Creepy]

Op woensdag 27 februari 2002 12:25 schreef CyberJ het volgende:

[..]

Ik heb ook niet gezegd dat er een nieuwe 2.4.18 moet komen, maar ik vroeg me alleen af hoe ze met zo'n situatie omgaan.
[..]

Het spijt mij dat ik niet alles lees. (ik werk 40 uur per week en ik heb daarnaast nog een privé leven) dus ik kan niet alles lezen. Maar goed, als jij vindt dat ik daarom deze vraag niet mag stellen, dan zal ik verder mijn mond wel houden.

Vragen stellen mag altijd natuurlijk Beter een vraag stellen, dan zonder antwoord zitten.

Ik kan ook niet alles lezen.. en werk ook minimaal 40 uur in de week (en ja.. ik heb ook een prive leven )... alleen in dit geval is er een gigantisch topic geweest in de linux kernel mailing list.. slashdot.. en waarschijnlijk nog -tig toch andere sites.
Maar goed.. er komt dus geen tweede 2.4.18 omdat dat het systeem van patches in de war gooit. En er komt niet meteen een 2.4.19 omdat Marcello de fout niet groot genoeg vond daarvoor. Dus vandaar dat de patch is meegenomen in de 2.4.19pre en de 2.4.18-ac

[Equator]

Maar een tijdje geleden was er wel een kernel terug gehaald, wellicht dat de fout toen erger was, maar goed.
Ik blijf het niet juist vinden, ik zou op dat moment de release terugghaald en de patch eroverheen gedraaid, en dan weer uitbrengen. Maar goed, das dus niet de juiste manier.
Daar kunnen we uren over discussieren, maar dat moeten we niet doen.

En wat betreft de verschillende artikelen, Ik kijk hiervoor altijd op GoT Das mijn infobank.

[jep]

Op woensdag 27 februari 2002 12:14 schreef beelzebubu het volgende:

[..]

2.4.18rc3 = 2.4.18final

dus waarom

rc4 toch Nu snap ik er helemaal geen ruk meer van Nevermind

[deadinspace]

Op woensdag 27 februari 2002 13:40 schreef jep het volgende:
rc4 toch Nu snap ik er helemaal geen ruk meer van Nevermind

rc3 zou de laatste zijn. Toen werd er een bug ontdekt (die personality bug). Deze werd in rc4 gefixt en toen zou rc4 de laatste zijn.
Toen werd besloten om de final uit te brengen, maar de fix in rc4 is perongeluk niet in de final opgenomen (dus de final == rc3).

Ik had overigens begrepen dat deze bug voorlopig alleen sparc lijkt te affecten.

En ja, het is stom dat dit nu al de derde 2.4 release is die een stomme fout bevat.

[OMX2000]

Marcello laat nogal wat steekjes vallen... Ik hoop dat Alan Cox het gaat overnemen van hem.

[Equator]

Dat gaat hij zowiezo niet doen.
Alan Cox is hoofd kernel developement bij Redhat, ik denk niet dat hij er tijd en zin in heeft om dit naast zijn gewone werk te gaan doen.
Te zien aan het aantal fouten dat er optreden is het best een ingewikkelde job.
Nou ja, Marcello is ook nog maar een broekkie van 18.
Okee..wel een met een leuke toekomst..

[Verwijderd]

Op woensdag 27 februari 2002 17:37 schreef OMX2000 het volgende:
Marcello laat nogal wat steekjes vallen... Ik hoop dat Alan Cox het gaat overnemen van hem.

Dat heet leerproces

[Verwijderd]

Beetje nauwkeuriger werken van Marcelo zou niet verkeerd zijn. In het recente verleden zijn er toch een aantal slordigheidjes geslopen in de stable releases.
Daarnaast zou ik een soort mentorschap van Alan Cox niet eens zo'n raar idee vinden. En ik vraag me af wat er wordt getest voordat er een kernel wordt gereleased. Wellicht handig dat eerst een aantal testen wordt gedaan alvorens er een stable release wordt uitgebracht. Deze fout had vrij snel ontdekt kunnen worden lijkt me. Dan maar een paar daagjes langer wachten op een nieuwe kernel.

Op woensdag 27 februari 2002 11:37 schreef razor_harm het volgende:
Ondertussen zitten we bij de eerste Pre-releases voor 2.4.19... Kunnen we geen apart draadje opzetten voor deze kernel?

Die is er al . n.l. [topic=422667]

[Verwijderd]

Op woensdag 27 februari 2002 20:16 schreef janjanjansen het volgende:
Daarnaast zou ik een soort mentorschap van Alan Cox niet eens zo'n raar idee vinden. En ik vraag me af wat er wordt getest voordat er een kernel wordt gereleased. Wellicht handig dat eerst een aantal testen wordt gedaan alvorens er een stable release wordt uitgebracht. Deze fout had vrij snel ontdekt kunnen worden lijkt me. Dan maar een paar daagjes langer wachten op een nieuwe kernel.

Denk je nou ECHT dat ze aan een newbie van de 1e orde de maintainership van de stable current series hebben gegeven

Marcello heeft dat verdiend. Hij heeft geen mentor nodig, hoogstens iemand aan wie hij zijn vragen kwijt kan en dat is Alan altijd voor iedereen (daarom vind ik die vent zo geweldig).

Ik vind dit redelijk kleinerend naar Marcello toe. Die jongen is op zijn 18e al fulltime eb bekend kernel hacker, heb een beetje respect voor die jongen, hij is echt geen n00b hoor

[deadinspace]

Op woensdag 27 februari 2002 17:37 schreef OMX2000 het volgende:
Marcello laat nogal wat steekjes vallen... Ik hoop dat Alan Cox het gaat overnemen van hem.

Marcello Tosatti maintaint de 2.4 reeks pas sinds 2.4.17, dus de fouten in 2.4.11 en 2.4.15 hebben niks met hem te maken (Toen maintainde Linus de 2.4 tree nog).