Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties
Bron: Kernel.org

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

Tux 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

Lees meer over

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
Moderatie-faq Wijzig weergave

Reacties (24)

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...
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 :)
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
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 :(
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;
}
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!
edit:

KOFFIE is je vriend!
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!
is deze ook stable onder debian ??

of maakt daat niks uit ??
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.
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.
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.
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]
* 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? :)
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?)
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.
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 ;(
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]
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 ;)
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
martane:

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

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True