Software-update: Linux Kernel 2.4.11

Door Femme Taken, woensdag 10 oktober 2001 07:53, 24 reacties • Feedback
Bron: Kernel.org

Rene_404 Nederlandse Kernel.org mirrors. De changelog leest als volgt:

final:
Jeff Garzik: net driver updates
me: symlink attach fix
Greg KH: USB update
Rui Sousa: emu10k driver update
pre6:

various: fix some module exports uncovered by stricter error checking
Urban Widmark: make smbfs use same error define names as samba and win32
Greg KH: USB update
Tom Rini: MPC8xx ppc update
Matthew Wilcox: rd.c page cache flushing fix
Richard Gooch: devfs race fix: rwsem for symlinks
Björn Wesen: Cris arch update
Nikita Danilov: reiserfs cleanup
Tim Waugh: parport update
Peter Rival: update alpha SMP bootup to match wait_init_idle fixes
Trond Myklebust: lockd/grace period fix
pre5:

Keith Owens: module exporting error checking
Greg KH: USB update
Paul Mackerras: clean up wait_init_idle(), ppc prefetch macros
Jan Kara: quota fixes
Abraham vd Merwe: agpgart support for Intel 830M
Jakub Jelinek: ELF loader cleanups
Al Viro: more cleanups
David Miller: sparc64 fix, netfilter fixes
me: tweak resurrected oom handling
pre4:

Al Viro: separate out superblocks and FS namespaces: fs/super.c fathers fs/namespace.c
David Woodhouse: large MTD and JFFS[2] update
Marcelo Tosatti: resurrect oom handling
Hugh Dickins: add_to_swap_cache racefix cleanup
Jean Tourrilhes: IrDA update
Martin Bligh: support clustered logical APIC for >8 CPU x86 boxes
Richard Henderson: alpha update
pre3:

Al Viro: superblock cleanups, partition handling fixes and cleanups
Ben Collins: firewire update
Jeff Garzik: network driver updates
Urban Widmark: smbfs updates
Kai Mäkisara: SCSI tape driver update
various: embarrassing lack of error checking in ELF loader
Neil Brown: md formatting cleanup.
pre2:

me/Al Viro: fix bdget() oops with block device modules that don't clean up after they exit
Alan Cox: continued merging (drivers, license tags)
David Miller: sparc update, network fixes
Christoph Hellwig: work around broken drivers that add a gendisk more than once
Jakub Jelinek: handle more ELF loading special cases
Trond Myklebust: NFS client and lockd reclaimer cleanups/fixes
Greg KH: USB updates
Mikael Pettersson: sparate out local APIC / IO-APIC config options
pre1:

Chris Mason: fix ppp race conditions
me: buffers-in-pagecache coherency, buffer.c cleanups
Al Viro: block device cleanups/fixes
Anton Altaparmakov: NTFS 1.1.20 update
Andrea Arcangeli: VM tweaks

Versienummer:	2.4.11
Besturingssystemen:	Linux
Website:	Kernel.org
Download:	http://www.uunetnl.lkams.kernel.org/pub/linux/kernel/v2.4/linux-2.4.11.tar.gz

Versienummer:

2.4.11

Besturingssystemen:

Linux

Website:

Kernel.org

Download:

http://www.uunetnl.lkams.kernel.org/pub/linux/kernel/v2.4/linux-2.4.11.tar.gz

Reacties (24)

+2 devrandom
11 oktober 2001 10:22

Eeep, wrm is nu alweer 2.4.12 gereleased??? op de ftp site van www.kernel.org staat dat je de 2.4.11 niet moet gebruiken...

Wierd...

Jordi
@devrandom • 11 oktober 2001 10:30

Hmmz, figures. Goed dat je het zegt. Vind het toch wel een beetje gortig worden zo met al die wazige bugs in releases.
De 2.4.11 tarballs heten nu idd anders:
ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2. 4.11-dontuse.tar.bz2

Anyways, in de changelog van 2.4.12 staat dit:

- Greg KH: USB update (fix UHCI timeouts, serial unplug)
- Christoph Rohland: shmem locking fixes
- Al Viro: more mount cleanup
- me: fix bad interaction with link_count handling
- David Miller: Sparc updates, net cleanup
- Tim Waugh: parport update
- Jeff Garzik: net driver updates

Mijn USB probleempjes zijn waarschijnlijk opgelost, ik ben de tarball nu aan het downen... laat het zo wel weten

+1 easydisk
@Jordi • 11 oktober 2001 10:46

We vallen van de ene bug in de ander

Dan maar 2.4.11 gebruiken, heb toch geen USB.

ieee1284_ops.c: In function `ecp_forward_to_reverse':
ieee1284_ops.c:365: `IEEE1284_PH_DIR_UNKNOWN' undeclared (first use in this function)
ieee1284_ops.c:365: (Each undeclared identifier is reported only once
ieee1284_ops.c:365: for each function it appears in.)
ieee1284_ops.c: In function `ecp_reverse_to_forward':
ieee1284_ops.c:397: `IEEE1284_PH_DIR_UNKNOWN' undeclared (first use in this function)
make[4]: *** \[ieee1284_ops.o] Error 1

Jordi
@easydisk • 11 oktober 2001 10:57

Krijg nou de... precies dezelfde error hier

Ik begin hier toch wel behooooorlijk genoeg van te krijgen. Laten die pannenkoeken die zooi nu maar eens goed fixen, ik wacht nu wel ff

+1 easydisk
@easydisk • 11 oktober 2001 11:04

Kijk dat is nu het goede van Linux, nog geen 15 minuten later is het gefixed

Here is the fix:

--- linux/drivers/parport/ieee1284_ops.c.orig Thu Oct 11 09:40:39 2001
+++ linux/drivers/parport/ieee1284_ops.c Thu Oct 11 09:40:42 2001
@@ -362,7 +362,7 @@
} else {
DPRINTK (KERN_DEBUG "%s: ECP direction: failed to reverse\n",
port->name);
- port->ieee1284.phase = IEEE1284_PH_DIR_UNKNOWN;
+ port->ieee1284.phase = IEEE1284_PH_ECP_DIR_UNKNOWN;
}

return retval;
@@ -394,7 +394,7 @@
DPRINTK (KERN_DEBUG
"%s: ECP direction: failed to switch forward\n",
port->name);
- port->ieee1284.phase = IEEE1284_PH_DIR_UNKNOWN;
+ port->ieee1284.phase = IEEE1284_PH_ECP_DIR_UNKNOWN;
}

+1 EvilBert
10 oktober 2001 11:17

Stabiele versie of niet.

Het (direct) gebruik van de allerlaatste kernel versie op productie machines blijft een risico. Een nieuwe kernel kan naast nieuwe features en de nodige (bug) fixes ook nieuwe bugs introduceren.

De ontwikkel versie was 2.1.44 zo'n buggie kernel.

Voor thuis gebruik houd je natuurlijk altijd ff een betrouwbare oude versie bij de hand. LILO is je vriend.

edit:
En twee dagen later staat er een nieuwe kernel klaar die deze vervangt vanwege een ranzige bug!

SiR_pr0zaQ
@EvilBert • 10 oktober 2001 11:59

edit:

KOFFIE is je vriend!

+1 imdos1
@EvilBert • 10 oktober 2001 12:01

Uiteraard, ik draai dan ook op m'n server 2.2.19 en m'n werkstation draait al snel de nieuwste releases.

Voor m'n server heb ik ook geen 2.4 kernel nodig maar m'n workstation wel want er zit veel meer support in voor devices

Overigens laat ik altijd elke kernel in m'n lilo staan dus dat is na een tijdje een drukke bedoening!

+1 yeadder
10 oktober 2001 22:43

is deze ook stable onder debian ??

of maakt daat niks uit ??

Korvaag

@yeadder • 11 oktober 2001 01:41

draait momenteel stabiel hier onder woody. Althans, tot nu toe stabiel. Tis natuurlijk de vraag in hoeverre je iets wat een dag draait stabiel kan noemen.

+1 Oxonium
@yeadder • 12 oktober 2001 12:51

Natuurlijk maakt dat niets uit. Je kernel is in feite je Operating System. De pakketjes die Debian er omheen levert, zijn in feite allemaal onderdelen van je shell.

+1 DjFoxy
10 oktober 2001 12:44

Ik hoop dat de kernel nu zonder fouten op mijn systeem compileert.
Versie 2.4.9 draait vlekkeloos en foutloos.
Is ook goed gecompileert.
Echter versie 2.4.10 gaf 2 fouten tijdens het compileren.
Ik heb getracht deze eruit te halen maar ter vergeefs.
Dus wie weet is de 2.4.11 versie goed voor mijn syssteem.
Vanmiddag even compileren en testen.

SiR_pr0zaQ
@DjFoxy • 10 oktober 2001 13:41

Als ik fouten heb tijdens 't uitpakken van een tar.gz of het makeen van een pakket, ligt het veelal aan de download.

Regelmatig download ik grote pakketen op "openbaar toegankelijke locaties" onder Windows, als je dan niet kiest voor "alle bestanden" als documenttype,
kan je pakket aardig vern##kt binnenkomen.

\[weer-eens-offtopic]
zo is er een nieuwe versie van Xine, 0.91.
Compileert voor geen meter op m'n bak,
terwijl de 0.9 vlekkeloos loopt!
\[/dat-was'm-weer]

0 DeuTeRiuM
@DjFoxy • 10 oktober 2001 16:57

* 786562 deuterium

ik geloof dat ik vanaf 2.3.nogwat test 5 ofzo, ca. 30 verschillende kernels heb gehad.. Ze compilede allemaal.. (ook de ac's, pre's etc etc)

wat doen jullie allemaal?

farlane
10 oktober 2001 22:50

Kweenie maareuh...iemand van jullie ook een flauwe fout bij prototype van een functie in make modules in /devices/net/a'nogwat'1700.c ?

Slechte zaak dat zoiets gewoon wordt gereleased.

(Was er bij 2.4.9 ook al niet zo'n domme fout?)

odysseus
@farlane • 11 oktober 2001 17:13

Kijk eens of je niet per ongeluk met gcc-3 compileert. Die verandert het een en ander aan prototypes, hij is wat strikter, en daardoor kan het mis gaan. In principe moet je deze kernels nog steeds met gcc-2.95 compileren.

+1 easydisk
10 oktober 2001 10:15

Eingelijk !
Heb hem net gecompileerd en effe getest en het lijkt er op dat dit eindelijk een goede 2.4 kernel is.
De oudere 2.4 kernels gingen veel te snel de swap aanspreken terwijl dat niet nodig was en dat is nu gefixed

Alleen kreeg ik 2x een sig11 error bij het compileren, nog nooit gehad, ga dus maar effe mijn geheugen testen

SiR_pr0zaQ
10 oktober 2001 11:00

Hmz...

Nu heb ik sinds 2.4.10 ook last van OOPS's en Kernel Panics....

\[off-topic]
Zelf dacht ik dat het aan brakke hardware ligt,
ben namelijk een 1,4GHz. AMD aan't testen.
(hoe kan dit beter dan met tar.gz's???)

Maar ik verwacht dat deze pas stabiel worden over een maand of twee, als alle mobo's een bios-update gehad hebben.
Iedereen die zo'n 1,4GHz heeft zal wel zeggen dat't super loopt, omdat ze er genoeg $$ voor hebben neergelegd. Persoonlijk geloof ik hier niet veel van,
maar enfin. Over een paar weken zullen deze troubles wel voorbij zijn, hoop ik!
\[/off-topic]

Jordi
10 oktober 2001 12:43

Greg KH: USB update

Dank u... nu werkt mijn USB niet meer goed. Race condition... timeout... timeout... etc. yuk. Mooi terug naar 2.4.10
Idd verstandig om een optionele LinuxOLD entry in je lilo.conf te hebben

Ronald
11 oktober 2001 02:57

De LFS mailinglist is nogal druk met USB problemen, dat weerhoudt mij ervan om deze uberhaubt te gaan testen aangezien mijn keyboard en muis puur usb zijn.

LFS maillist zit nu ook te dicussieren om al dan niet tijdelijk op de alan cox tree over te gaan omdat die stabieler draait

SiR_pr0zaQ
11 oktober 2001 09:02

martane:

idd. in 2.4.9 zat een NTFS-bug.
Je kon geen NTFS-support meecompilen.

1 2 Volgende

Op dit item kan niet meer gereageerd worden.

Cookies op Tweakers

Lees meer over

Sorteer op:

Weergave:

Reacties (24)