Linux kernel 2.4.19 en voorgangers ....

[Verwijderd]

Na de blunder met 2.4.18 een snelle 2.4.19-pre1.

code:

So here goes the first pre.

pre1:

- Add tape support to cciss driver              (Stephen Cameron)
- Add Permedia3 fb driver                    (Romain Dolbeau)
- meye driver update                        (Stelian Pop)
- opl3sa2 update                            (Zwane Mwaikambo)
- JFFS2 update                          (David Woodhouse)
- NBD deadlock fix                        (Steven Whitehouse)
- Correct sys_shmdt() return value on failure        (Adam Bottchen)
- Apply the SET_PERSONALITY patch missing from 2.4.18   (me)
- Alpha update                          (Jay Estabrook)
- SPARC64 update                            (David S. Miller)
- Fix potential blk freelist corruption          (Jens Axboe)
- Fix potential hpfs oops                    (Chris Mason)
- get_request() starvation fix                (Andrew Morton)
- cramfs update                          (Daniel Quinlan)
- Allow binfmt_elf as module                    (Paul Gortmaker)
- ymfpci Configure.help update                (Pete Zaitcev)
- Backout one eepro100 change made in 2.4.18: it 
  was causing slowdowns on some cards            (Jeff Garzik)
- Tridentfb compilation fix                  (Jani Monoses)
- Fix refcounting of directories on renames in tmpfs    (Christoph Rohland)
- Add Fujitsu notebook to broken APM implementation 
  blacklist                            (Arjan Van de Ven)
- "do { ... } while(0)" cleanups on some fb drivers     (Geert Uytterhoeven)
- Fix natsemi's ETHTOOL_GLINK ioctl            (Tim Hockin)
- Fix clik! drive detection code in ide-floppy      (Paul Bristow)
- Add additional support for the 82801 I/O controller   (Wim Van Sebroeck)
- Remove duplicates in pci_ids.h                (Wim Van Sebroeck)

[saviour]

Heeft het nou echt veel nut om deze kernel te compileren ipv gewoon de 2.2.19 uit Debian Potato te gebruiken?

[Marcel]

Op dinsdag 26 februari 2002 00:16 schreef janjanjansen het volgende:
Na de blunder met 2.4.18 een snelle 2.4.19-pre1.

Ik vat em niet.
2.4.18 onbruikbaar blijkbaar? Wat was er aan de hand?

[imdos]

Op dinsdag 26 februari 2002 00:54 schreef saviour het volgende:
Heeft het nou echt veel nut om deze kernel te compileren ipv gewoon de 2.2.19 uit Debian Potato te gebruiken?

Dat ligt er maar net aan!
Voor een server met std. hardware waarschijnlijk niet, maar als je een workstation hebt met meer exotischere hardware dan zal je toch echt een recentere kernel moeten hebben met meer ondersteuning voor het een en ander

[Verwijderd]

Op dinsdag 26 februari 2002 00:56 schreef Marcel het volgende:

[..]

Ik vat em niet.
2.4.18 onbruikbaar blijkbaar? Wat was er aan de hand?

Marcelo had 2.4.18 released, maar was vergeten -rc4 daar bij te mergen. Dus in plaats van dat 2.4.18 hetzelfde was als 2.4.18-rc4 (zoals ook in de changelog staat), is het 2.4.18-rc3 geworden. -rc4 heeft hij nu in .19-pre1 verwerkt.

[Verwijderd]

Op dinsdag 26 februari 2002 00:54 schreef saviour het volgende:
Heeft het nou echt veel nut om deze kernel te compileren ipv gewoon de 2.2.19 uit Debian Potato te gebruiken?

als je 2.2.x gebruikt zou ik toch echt 2.2.20 pakken
maar hoe dan ook er zijn mensen die 2.4.x nodig hebben
voor onderandere apg dri iptables usb bluetooth etc
maar goed als je hw het prima doet op de kernel die je hebt en er zitten geen remote root exploits in en je hebt geen untrusted users op je bak dan kun je je kernel houden.
en als je de changelogs leest en je ziet dat de kernel voor jouw doel verbeterd is dan pak je die nieuwe versie.

[saviour]

Hmm, dan zal ik me daar ook eens in gaan verdiepen. Interessant!

Bedankt

[Marcel]

Op dinsdag 26 februari 2002 01:03 schreef edwinv het volgende:

[..]

Marcelo had 2.4.18 released, maar was vergeten -rc4 daar bij te mergen. Dus in plaats van dat 2.4.18 hetzelfde was als 2.4.18-rc4 (zoals ook in de changelog staat), is het 2.4.18-rc3 geworden. -rc4 heeft hij nu in .19-pre1 verwerkt.

Ouch!
Had z'n dag blijkbaar niet. Gaat wel lekker de laatste tijd; 2.4.15 was ook al zo'n succes, 2.4.16 wou niet compilen met de versie van binutils die ik had (Debian unstable, tja), fout lag overigens aan de kernel als ik de mailinglijsten mag geloven, en nou dit.
Nagoed, dan maar weer ff wachten op een nieuwe release, zucht.

[Ronald]

Op dinsdag 26 februari 2002 01:13 schreef Marcel het volgende:

[..]

Ouch!
Had z'n dag blijkbaar niet. Gaat wel lekker de laatste tijd; 2.4.15 was ook al zo'n succes, 2.4.16 wou niet compilen met de versie van binutils die ik had (Debian unstable, tja), fout lag overigens aan de kernel als ik de mailinglijsten mag geloven, en nou dit.
Nagoed, dan maar weer ff wachten op een nieuwe release, zucht.

je moet dus gewoon rc4 draaien, dat is zoals 2.4.18 bedoeld was.
Wel minder natuurlijk
Marcelo was zo netjes bezig met veel QA via rc's

[BezurK]

Op dinsdag 26 februari 2002 01:13 schreef Marcel het volgende:

[..]

Ouch!
Had z'n dag blijkbaar niet. Gaat wel lekker de laatste tijd; 2.4.15 was ook al zo'n succes, 2.4.16 wou niet compilen met de versie van binutils die ik had (Debian unstable, tja), fout lag overigens aan de kernel als ik de mailinglijsten mag geloven, en nou dit.
Nagoed, dan maar weer ff wachten op een nieuwe release, zucht.

Hehehe, opzich heb je wel gelijk ja, ik vind dat zulke dingen niet mogen gebeuren in de stable tree, het is niet voor niets STABLE toch?
Kijk, ik heb laatst 2.5.2 gedownload en die wilde niet compilen, zat ik niet echt over in daar het een UNSTABLE kernel is, maar bij 2.4.x mag zoiets imho niet gebeuren!

[Verwijderd]

Nee dat zou ook niet mogen. Dat is echter de laatste tijd helaas wel regelmatig het geval. Overigens is voor 2.4.18 een ac1 patch verkrijgbaar die de fix wel bevat. Zie voorloper van dit draadje.

[deadinspace]

Op dinsdag 26 februari 2002 01:13 schreef Marcel het volgende:
2.4.15 was ook al zo'n succes

Vergeet 2.4.11 niet (ook al filesystem corruption bug).

2.4.16 wou niet compilen met de versie van binutils die ik had (Debian unstable, tja), fout lag overigens aan de kernel als ik de mailinglijsten mag geloven, en nou dit.

Afaik hebben alle kernels < 2.4.17 daar last van, en dat is idd een foutje in de kernel-source (iets dat de oudere versies van binutils toevallig wel slikten).

Nagoed, dan maar weer ff wachten op een nieuwe release, zucht.

Als ik het goed begrijp kun je deze kernel gewoon gebruiken, alleen loop je de kans dat statically compiled apps niet werken.

[_JGC_]

Op dinsdag 26 februari 2002 01:13 schreef Marcel het volgende:

[..]

Ouch!
Had z'n dag blijkbaar niet. Gaat wel lekker de laatste tijd; 2.4.15 was ook al zo'n succes, 2.4.16 wou niet compilen met de versie van binutils die ik had (Debian unstable, tja), fout lag overigens aan de kernel als ik de mailinglijsten mag geloven, en nou dit.
Nagoed, dan maar weer ff wachten op een nieuwe release, zucht.

Zowat alle kernels willen niet compileren als je HOTPLUG support uitzet. Die Binutils hebben het juist, ze weigeren gewoon een optie te compileren die afhangt van HOTPLUG.

[Creepy]

Voor iedereen op een x86 zit er geen verschil tussen de de 2.4.18-rc4 en de final. De patch die wel in rc4 maar niet in de final zit is een patch voor andere architecturen. Dus ook static apps zijn gewoon te gebruiken op de x86.

Kortom: op een x86 is de 2.4.18 final gewoon te gebruiken.

[Verwijderd]

Linux-kernel 2.4.19-pre2, changelog:

code:

Here is 2.4.19-pre2: A very big patch (around 13MB uncompressed) due to
the architecture (MIPS and IA64 mainly) updates. 

Ralf and David: Please check if the merges have been done correctly (eg
no new files missing).

pre2:

- -ac merge                            (Alan Cox)
- Huge MIPS/MIPS64 merge                      (Ralf Baechle)
- IA64 update                            (David Mosberger)
- PPC update                              (Tom Rini)
- Shrink struct page                        (Rik van Riel)
- QNX4 update (now its able to mount QNX 6.1 fses)  (Anders Larsen)
- Make max_map_count sysctl configurable            (Christoph Hellwig)
- matroxfb update                          (Petr Vandrovec)
- ymfpci update                          (Pete Zaitcev)
- LVM update                              (Heinz J. Mauelshagen)
- btaudio driver update                    (Gerd Knorr)
- bttv update                            (Gerd Knorr)
- Out of line code cleanup                  (Keith Owens)
- Add watchdog API documentation                (Christer Weinigel)
- Rivafb update                          (Ani Joshi)
- Enable PCI buses above quad0 on NUMA-Q            (Martin J. Bligh)
- Fix PIIX IDE slave PCI timings                (Dave Bogdanoff)
- Make PLIP work again                      (Tim Waugh)
- Remove unecessary printk from lp.c              (Tim Waugh)
- Make parport_daisy_select work for ECP/EPP modes  (Max Vorobiev)
- Support O_NONBLOCK on lp/ppdev correctly        (Tim Waugh)
- Add PCI card hooks to parport              (Tim Waugh)
- Compaq cciss driver fixes                  (Stephen Cameron)
- VFS cleanups and fixes                      (Alexander Viro)
- USB update (including USB 2.0 support)            (Greg KH)
- More jiffies compare cleanups              (Tim Schmielau)
- PCI hotplug update                        (Greg KH)
- bluesmoke fixes                          (Dave Jones)
- Fix off-by-one in ide-scsi                    (John Fremlin)
- Fix warnings in make xconfig                (René Scharfe)
- Make x86 MCE a configure option                (Paul Gortmaker)
- Small ramdisk fixes                        (Christoph Hellwig)
- Add missing atime update to pipe code          (Christoph Hellwig)
- Serialize microcode access                    (Tigran Aivazian)
- AMD Elan handling on serial.c              (Robert Schwebel)

[Verwijderd]

Linux kernel-2.4.19-pre3 is uit.
Announce + changelog:

code:

Hi, 

Here goes -pre3, with the new IDE code. It has been stable enough time in
the -ac tree, in my and Alan's opinion.

The inclusion of the new IDE code makes me want to have a longer 2.4.19
release cycle, for stress-testing reasons.

Please stress test it with huge amounts of data ;)
pre3:

- -ac merge (including new IDE)              (Alan Cox)
- S390 merge                              (IBM)
- More cciss fixes                        (Stephen Cameron)
- Eicon SMP race fix                        (Armin Schindler)
- w9966 driver update                        (Jakob Kemi)
- Unify crc32 routine (removes lots of duplicated 
  code from drivers)                        (Matt Domsch)
- Lanstreamer bugfixes                      (Kent Yoder)
- Update scsi_debug                      (Douglas Gilbert)
- MCE Configure.help update                  (Paul Gortmaker)
- Fix SMB NLS oops                        (Urban Widmark)
- AGP Config.in update                      (Daniele Venzano)
- Fix small thinko in UFS set_blocksize return handling (me)
- Avoid unecessary cache flushes on PPC          (Paul Mackerras)
- PPP deadlock fixes                        (Paul Mackerras)
- Signal changes for thread groups              (Dave McCracken)
- Make max_threads be based on normal zone size    (Dave McCracken)
- ray_cs wireless extension fix              (Jean Tourrilhes)
- irda bugfixes and enhancements                (Jean Tourrilhes)
- USB update                              (Greg KH)
- Fix through-8259A mode for IRQ0 routing on APIC    (Maciej W. Rozycki/Joe Korty)
- Add Dell Inspiron 2500 to broken APM blacklist      (Arjan van de Ven)
- Fix off-by-one error in bluesmoke            (Dave Jones)
- Reiserfs update                          (Oleg Drokin)
- Fix PCI compile without /proc support          (Eric Sandeen)
- Fix problem with bad inode handling            (Alexander Viro)
- aic7xxx update                            (Justin T. Gibbs)
- Do not consider SCSI recovered errors as fatal errors (Justin T. Gibbs)
- Add Memory-Write-Invalidate support to PCI        (Jeff Garzik)
- Starfire update                          (Ion Badulescu)
- tulip update                          (Jeff Garzik)

[ThaDude]

Ik moet zeggen dat ik 2.4.17 beter vond dan 2.4.18
Op een of andere manier is mijn load stukken meer en heftiger geworden
Maar wachten op een goede 2.4.19

[Verwijderd]

1.4.19???

[Verwijderd]

Kernel 2.4.19-pre4. . De changelog staat op http://www.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.19.log

[Redlum]

Ik zie toch een aantal leuke nieuwe dingen in 2.4.19, zoals usb 2.0, nieuwe IDE code en de (grote) IA64 updates.

* Redlum kijkt er naar uit

[Verwijderd]

De nieuwe uitgebreide changelog is ook erg informatief. Een verbetering t.o.v. het droge lijstje met nietszeggende wijzigingen. Nadeel is dat ie nu 4 pagina's lang is. Vandaar dat ik het maar niet heb gepost.

[Redlum]

Op donderdag 21 maart 2002 00:15 schreef janjanjansen het volgende:
De nieuwe uitgebreide changelog is ook erg informatief. Een verbetering t.o.v. het droge lijstje met nietszeggende wijzigingen. Nadeel is dat ie nu 4 pagina's lang is. Vandaar dat ik het maar niet heb gepost.

Inderdaad, 1 van de voordelen van BitKeeper. Alhoewel het nog wel iets overzichtelijker gemaakt kan worden door goeie filters.

[Verwijderd]

ik vind die nieuwe changelog een zootje..... mjah, zal mijn persoonlijke humbiele opinie wel weer zijn oid

hij's wel informatief hoor daar niet van, maar 't is gewoon niet netjes

[odysseus]

Op donderdag 21 maart 2002 22:55 schreef beelzebubu het volgende:
ik vind die nieuwe changelog een zootje..... mjah, zal mijn persoonlijke humbiele opinie wel weer zijn oid

hij's wel informatief hoor daar niet van, maar 't is gewoon niet netjes

De filters zijn nog niet perfect, maar voor zover ik begrepen heb wordt er nog aan gewerkt. Hopelijk binnenkort dus een meer leesbare lijst met wijzigingen. Deze lijst mag van mij best beschikbaar blijven, maar ik merk dat ik zelf na ongeveer de helft gelezen te hebben toch even iets anders ga doen...
Overigens is dus ondertussen ook Marcelo overgeschakeld op BitKeeper, mochten mensen dat niet gemerkt hebben.

[Verwijderd]

Linux-2.4.19-pre5.

Met een summary van de changes van 3 pages. Dus maar weer een linkje

code:

Hi, 

Here goes pre5. I've trimmed down the changelog because its just too big,
and the ones who actually want to see all changelog can get it from
linux.bkbits.net.

This release has -aa writeout scheduling changes, which should improve IO
performance (and interactivity under heavy write loads).

_Please_ test that extensively looking for any kind of problems
(performance, interactivity, etc).



Summary of changes from v2.4.19-pre4 to v2.4.19-pre5
============================================

http://www.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.19.log

[Verwijderd]

En daar is ie weer. Linux -2.4.19-pre6.

changelog

[Verwijderd]

Hmm, gaat hard Vanmiddag maar weer mijn kernel upgraden

[Creepy]

ext3 fs is niet meer experimental.. zou tijd worden, want was al goed stabiel naar mijn idee.

[Verwijderd]

En er is weer een nieuwe pre versie van de kernel. Linux 2.4.19-pre7
Changes:

code:

Summary of changes from v2.4.19-pre6 to v2.4.19-pre7
============================================
<[e-mail]> (02/03/26 1.189.1.19)
      SunHME driver updates:
<[e-mail]> (02/03/27 1.181.2.39)
      Tigon3 net driver fixes:
<[e-mail]> (02/03/27 1.189.1.20)
      In SBUS probing, handle empty SBUS correctly.
<[e-mail]> (02/03/27 1.181.2.40)
      Tigon3 net driver bug fix:
<[e-mail]> (02/03/28 1.189.1.21)
      Make for_all_sbusdev handle an empty SBUS properly.
<[e-mail]> (02/03/28 1.181.2.41)
      Tigon3 driver update:
<[e-mail]> (02/03/30 1.294.1.1)
      Prevent selection of ARM options with non-ARM architectures
<[e-mail]> (02/03/30 1.181.2.42)
      net/core/sock.c needs linux/tcp.h to get at TCP state macros.
<[e-mail]> (02/03/31 1.300.2.1)
      Use iounmap on ioremap'ed area.
<[e-mail]> (02/04/03 1.181.2.43)
      In tcp_sendmsg, make sure we jump to the out label
<[e-mail]> (02/04/03 1.181.2.44)
      Tigon3 driver pci_unmap_foo changes were half complete,
<[e-mail]> (02/04/04 1.189.1.22)
      Sparc64's flush_thread needs to initialize the PGD cache
<[e-mail]> (02/04/04 1.335.1.1)
      RTL8150 USB driver needs linux/init.h
<[e-mail]> (02/04/04 1.335.1.2)
      drivers/ieee1394/ohci1394.h uses readl/writel so it
<[e-mail]> (02/04/05 1.378)
      [PATCH] BUG bits
<[e-mail]> (02/04/05 1.379)
      added missing include
<[e-mail]> (02/04/05 1.382)
      [PATCH] Curse into drivers/macintosh on CONFIG_PPC
<[e-mail]> (02/04/05 1.383)
      [PATCH] fix for leak in get_anon_super()
<[e-mail]> (02/04/07 1.384)
      [PATCH] 2.4.19-pre6 standardize {aic7xxx,aicasm}/Makefile
<[e-mail]> (02/04/07 1.385)
      [PATCH] 2.4.19-pre6 standardize aacraid/Makefile
<[e-mail]> (02/04/07 1.386)
      [PATCH] radeonfb accelerator id in 2.4.19
<[e-mail]> (02/04/07 1.387)
      [PATCH] serial driver procfs 2.4.19-pre6
<[e-mail]> (02/04/07 1.388)
      [PATCH] highmem setup
<[e-mail]> (02/04/07 1.389)
      [PATCH] 2.4.19-pre6 i8xx series chipsets patches
<[e-mail]> (02/04/07 1.390)
      [PATCH] 2.4.19-pre6 i8xx series chipsets patches
<[e-mail]> (02/04/07 1.391)
      [PATCH] 2.4.19-pre6 i8xx series chipsets patches
<[e-mail]> (02/04/08 1.189.1.23)
      get_cycles() needs to be defined
<[e-mail]> (02/04/08 1.189.1.24)
      In math-emu/op-common.h:FP_FROM_INT, correct handling of
<[e-mail]> (02/04/08 1.189.1.25)
      Sparc64 math-emu fix:
<[e-mail]> (02/04/08 1.335.1.3)
      Generate dependencies in include/math-emu
<[e-mail]> (02/04/08 1.189.1.26)
      Update sparc64 defconfig.
<[e-mail]> (02/04/08 1.335.1.4)
      Use include <math-emu/foo.h> instead of "foo.h" in
<[e-mail]> (02/04/08 1.388.1.1)
      [PATCH] uhci.c 2.4.19-pre6 SMP deadlock
<[e-mail]> (02/04/08 1.388.1.2)
      [PATCH] uhci.c 2.4.19-pre6 cleanup
<[e-mail]> (02/04/08 1.388.1.3)
      [PATCH] uhci.c 2.4.19-pre6 incorrect locking
<[e-mail]> (02/04/08 1.388.1.4)
      [PATCH] uhci.c 2.4.19-pre6 FSBR speed problem
<[e-mail]> (02/04/08 1.388.1.5)
      added Petko's maintainer info for the rtl8150 USB driver.
<[e-mail]> (02/04/08 1.388.1.6)
      USB visor driver
<[e-mail]> (02/04/08 1.388.1.7)
      USB wacom driver.
<[e-mail]> (02/04/08 1.388.1.8)
      USB usb-uhci driver
<[e-mail]> (02/04/09 1.189.1.27)
      Sparc64: Fix elf_gregset_t layout for native 64-bit binaries.
<[e-mail]> (02/04/09 1.335.1.5)
      Fix typo in previous math-emu/soft-fp.h changes
<[e-mail]> (02/04/10 1.181.2.45)
      Rearrange some int members of
<[e-mail]> (02/04/10 1.181.2.46)
      CONFIG_APPLETALK and
<[e-mail]> (02/04/10 1.335.1.6)
      drivers/ide/ide.c: Do not assume u64 == unsigned long long
<[e-mail]> (02/04/10 1.335.1.7)
      drivers/ide/ide-proc.c: Do not assume u64 == unsigned long long
<[e-mail]> (02/04/10 1.181.2.47)
      Remove bogus networking stats
<[e-mail]> (02/04/10 1.189.1.28)
      Sparc32 fixes:
<[e-mail]> (02/04/10 1.181.2.48)
      IPv6 netfilter fixes:
<[e-mail]> (02/04/10 1.181.2.49)
      Add tcp_read_sock which allows one to
<[e-mail]> (02/04/10 1.388.2.2)
      fs/nfsd/nfsctl.c: Include linux/init.h
<[e-mail]> (02/04/11 1.388.2.4)
      [PATCH] fix ext3 i_blocks accounting
<[e-mail]> (02/04/11 1.388.2.5)
      [PATCH] devfs update
<[e-mail]> (02/04/11 1.388.2.6)
      [PATCH] Re: [PATCH] 2.4: reserve syscalls from 2.5
<[e-mail]> (02/04/11 1.388.2.7)
      [PATCH] rlimit vs bdev in pagecache
<[e-mail]> (02/04/11 1.388.2.8)
      [PATCH] really write out inodes
<[e-mail]> (02/04/11 1.388.2.9)
      [PATCH] forward raw device ioctls
<[e-mail]> (02/04/11 1.388.2.10)
      [PATCH] kmem_cache_shrink return value
<[e-mail]> (02/04/11 1.388.2.11)
      [PATCH] Re: [PATCH] TRIVIAL 2.4.19-pre5: adjtimex and SINGLESHOT
<[e-mail]> (02/04/11 1.388.2.12)
      [PATCH] sd.c and 128 SCSI disks
<[e-mail]> (02/04/11 1.394)
      This patch updates several of the PPC-specific drivers in
<[e-mail]> (02/04/11 1.395)
      [PATCH] PPC update for 2.4.19-pre6
<[e-mail]> (02/04/11 1.396)
      Added missing "linux/init.h" include.
<[e-mail]> (02/04/11 1.397)
      [PATCH] Update for ./arch/alpha/kernel/srm_env.c driver
<[e-mail]> (02/04/11 1.398)
      [PATCH] [PATCH] agpgart support for HP ZX1
<[e-mail]> (02/04/11 1.399)
      [PATCH] OOM killer updates
<[e-mail]> (02/04/11 1.400)
      [PATCH] remove compiler.h from mmap.c
<[e-mail]> (02/04/12 1.401)
      Changed ext2/ext3 MAINTAINERS file entries
<[e-mail]> (02/04/14 1.400.2.1)
      Add support for ISDN card USR PCI TA
<[e-mail]> (02/04/15 1.402)
      [PATCH] yet another VAIO dmi_blacklist entry
<[e-mail]> (02/04/15 1.403)
      Bluetooth subsystem sync up
<[e-mail]> (02/04/15 1.404)
      [PATCH] sd.c fixes applied incorectly to 2.4.19-preXX
<[e-mail]> (02/04/15 1.405)
      [PATCH] Aic7xxx driver version 6.2.6
<[e-mail]> (02/04/15 1.407)
      [PATCH] disable APIC when broken mptable is found
<[e-mail]> (02/04/15 1.408)
      [PATCH] mem= command lines fixes.
<[e-mail]> (02/04/15 1.409)
      [PATCH] unlock buffer_head _after_ end_kio_request
<[e-mail]> (02/04/15 1.410)
      [PATCH] allow forcing APIC mode
<[e-mail]> (02/04/15 1.411)
      [PATCH] Standardise the frame pointer compile option
<[e-mail]> (02/04/15 1.412)
      [PATCH] Add missing ataraid entries
<[e-mail]> (02/04/15 1.413)
      [PATCH] HCDP serial ports
<[e-mail]> (02/04/16 1.414)
      Add missing code from the IDE merge
<[e-mail]> (02/04/16 1.415)
      [PATCH] generate nice manpages from kernel-doc
<[e-mail]> (02/04/16 1.416)
      Changed EXTRAVERSION to pre7
<[e-mail]> (02/04/16 1.417)
      Removed duplicated init.h include

[Verwijderd]

Linux 2.4.19-pre8.

Hi,


Here goes the pre8. I plan just one more -pre before starting the -rc stage.

One might ask why 2.4.19 is taking so long to be released. The reason are the IDE changes: They need to be widely tested, its _really_ critical code.

changelog : http://www.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.19.log

[it0]

Hier zitten verschillende brakke dingen in, dus ik denk dat een pre10 niet lang op zich laat wachten.

[Valium]

Op vrijdag 03 mei 2002 09:36 schreef it0 het volgende:
Hier zitten verschillende brakke dingen in, dus ik denk dat een pre10 niet lang op zich laat wachten.

Waar blijft pre9 dan?

[it0]

Op vrijdag 03 mei 2002 11:23 schreef Valium het volgende:

[..]

Waar blijft pre9 dan?

Hmm die zal waarschijnlijk dan wel eerst komen dan

Ben ik trouwens de enigste die het irritant vindt dat Linus geen announcements van 2.5.x doet op lkml?

Het gaat zo snel...

[Ronald]

Op vrijdag 03 mei 2002 13:10 schreef it0 het volgende:

[..]

Hmm die zal waarschijnlijk dan wel eerst komen dan

Ben ik trouwens de enigste die het irritant vindt dat Linus geen announcements van 2.5.x doet op lkml?

Het gaat zo snel...

Als je echt wat aan 2.5 hebt, neem ik aan dat je in staat bent om een scripseltje te scripselen via cron wat kernel.org even bekijkt en jouw een meeltje dropt als er een nieuwe kernel is

_{* Ronald rent terug naar zijn hoekje}

[Verwijderd]

Op vrijdag 03 mei 2002 13:10 schreef it0 het volgende:

[..]

Hmm die zal waarschijnlijk dan wel eerst komen dan

Ben ik trouwens de enigste die het irritant vindt dat Linus geen announcements van 2.5.x doet op lkml?

Het gaat zo snel...

Die (=2.5.x announcements) worden keurig via de kernel-anounce mailinglist gemeld.

[it0]

ik heb na 2.5.8 niks meer gezien op lkml

[Verwijderd]

Op vrijdag 03 mei 2002 15:59 schreef it0 het volgende:
ik heb na 2.5.8 niks meer gezien op lkml

kernel-announce != lkml.

To subscribe to this list: send the line "subscribe linux-kernel-announce" in
the body of a message to [e-mail]
More majordomo info at http://vger.kernel.org/majordomo-info.html

[Verwijderd]

Kernel 2.4.19-pre9. De laatste pre volgens Tosatti.
Changelog

[Equator]

Nou die changelog hoef je echt niet met windows notepad te bekijken,,
Ik ga er van uit dat alle Allan Cox patches er weer in zijn verwerkt, en dat de rc1 niet lang meer op zich laat wachten

[Verwijderd]

Marcelo Tosatti liet eerder vandaag dit weten op lkml:

Due to some missing network fixes and -ac merge, I'll release another -pre later today.

-rc should be out by the end of the week.

Cheers

En ja hoor, hij is er dan, de laatste pre van kernel 2.4.19.
Linux-2.4.19-pre10 && Changelog

[Verwijderd]

En eindelijk 2.4.19--rc1.

Directly from OLS you're getting the first release candidate.

Please test it extensively.

changelog:
http://www.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.19.log
Download: http://www.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.19-rc1.gz

[2P]

Hoe zit het eigenlijk met XFS support?
Komt dat nog in 2.4.x ??

[banaan-X]

Op maandag 24 juni 2002 19:21 schreef janjanjansen het volgende:
En eindelijk 2.4.19--rc1.

Ah, dus de final komt er bijna aan . Je hebt toch ook 2.4.19 nodig als je DMA op een KT333 aan wilt? Want dan zal ik binnenkort wel 2.4.19 moeten draaien!

[Verwijderd]

Ik zit net even die changelog door te spitten, en het valt mij op dat ze wel heel veel hebben veranderd. Of lijkt dat maar zo omdat er nu gewerkt wordt met bitkeeper?

[Ronald]

Op maandag 24 juni 2002 20:17 schreef eenprobleempje het volgende:
Ik zit net even die changelog door te spitten, en het valt mij op dat ze wel heel veel hebben veranderd. Of lijkt dat maar zo omdat er nu gewerkt wordt met bitkeeper?

De patch is maar liefts 4.2 MB in Bzip2 vorm

das bijna 4 keer zo groot als elke eerdere 2.4.x -> 2.4.x+1 patch.

dus jah, er moet wel een hoop veranderd zijn.

[banaan-X]

Op maandag 24 juni 2002 20:17 schreef eenprobleempje het volgende:
Ik zit net even die changelog door te spitten, en het valt mij op dat ze wel heel veel hebben veranderd. Of lijkt dat maar zo omdat er nu gewerkt wordt met bitkeeper?

Er is inderdaad meer veranderd dan bij de meeste versie updates. Vooral de IDE aansturing is flink veranderd, en die moest veel getest worden, vandaar dat het ook wat langer heeft geduurd. (dat heb ik tenminste gehoord...)

[Verwijderd]

de videodev subsystem is ook gewijzigd, da's ook een behoorlijk grote patch, heb ik het idee...

[Verwijderd]

Zo te zien zit XFS er niet in. De patch zal binnenkort wel verschijnen op http://oss.sgi.com/projects/xfs/patchlist.html (hoop ik).

[Verwijderd]

Linux 2.4.19-rc2 is uit. Geen announce nog gezien, maar hij is te downloaden op www.kernel.org.
Changelog
2.4.19-rc2.patch

[Verwijderd]

En nu wel een announcement: Linux-2.4.19-rc3.

So here goes rc3. Another -rc is going to come only in the case of really
critical problem(s).

I'm attaching the rc2->rc3 changelog only because the full changelog got
too big (I guess thats why my -rc2 announce mail didnt go to lk).


Summary of changes from v2.4.19-rc2 to v2.4.19-rc3
============================================

<[e-mail]> (02/07/17 1.622)
[PATCH] PATCH: fix aha152x

<[e-mail]> (02/07/17 1.623)
[PATCH] PATCH: update atp870u driver

<[e-mail]> (02/07/17 1.624)
[PATCH] PATCH: new PCI idents for gart

<[e-mail]> (02/07/17 1.625)
[PATCH] PATCH: AMD766/768 $PIR PCI table entries

<[e-mail]> (02/07/17 1.626)
[PATCH] PATCH: fix unload crash in AF_ROSE

<[e-mail]> (02/07/17 1.627)
[PATCH] PATCH: wrong flag type

<[e-mail]> (02/07/17 1.628)
[PATCH] PATCH: more scsi blacklist

<[e-mail]> (02/07/17 1.629)
[PATCH] fix .text.exit error in orinoco_plx.c

<[e-mail]> (02/07/17 1.630)
[PATCH] The real netfilter conntrack SMP overrun fix

<[e-mail]> (02/07/17 1.631)
[PATCH] 2.4.19-rc2 and !CONFIG_BLK_DEV_IDEPCI

<[e-mail]> (02/07/17 1.632)
[PATCH] PATCH: APM freeze on resume with SMP kernel cure

<[e-mail]> (02/07/17 1.633)
[PATCH] PATCH: fix oops printing

<[e-mail]> (02/07/17 1.634)
[PATCH] PATCH: fpu fault

<[e-mail]> (02/07/17 1.635)
[PATCH] PATCH: HP 01.09 megaraid

<[e-mail]> (02/07/17 1.636)
[PATCH] PATCH: maestro hang

<[e-mail]> (02/07/17 1.637)
[PATCH] PATCH: (low prio) stereo reporting

<[e-mail]> (02/07/17 1.638)
[PATCH] PATCH: hotplug

<[e-mail]> (02/07/17 1.639)
[PATCH] PATCH: Dunord PCI decode workaround

<[e-mail]> (02/07/17 1.640)
[PATCH] PATCH: (low priority) bose speakers

<[e-mail]> (02/07/17 1.641)
[PATCH] PATCH: fix make kernel-doc

<[e-mail]> (02/07/17 1.642)
[PATCH] PATCH: personality clashes

<[e-mail]> (02/07/17 1.643)
[PATCH] tmpfs double kunmap

<[e-mail]> (02/07/19 1.644)
[PATCH] Add missing PCI ID

<[e-mail]> (02/07/19 1.645)
Add missing ALI chipset enum in AGP

<[e-mail]> (02/07/19 1.646)
Fix wrong #ifdef in ide-pci.c: Was causing problems with FastTrak

<[e-mail]> (02/07/19 1.647)
Changed EXTRAVERSION to -rc3

Op de gebruikelijke plekken te downloaden
Lijkt wel release dag vandaag: lm-sensors, Debian, OpenOffice.org om maar een paar te noemen...

[Verwijderd]

Linux 2.4.19-rc4.
De announce + korte changelog

Since some critical problems appeared (mainly the d_unhash() SMP race)
here is rc4.


Summary of changes from v2.4.19-rc3 to v2.4.19-rc4
============================================

<[e-mail]> (02/07/22 1.648)
[PATCH] SMP race in d_unhash()

<[e-mail]> (02/07/22 1.649)
[PATCH] fix drivers/net/Config.in in 2.4.19-rc3

<[e-mail]> (02/07/22 1.650)
[PATCH] 2.4.19-rc3 include/linux/module.h

<[e-mail]> (02/07/23 1.651)
[PATCH] 2.4.19-rc3 - Coda

<[e-mail]> (02/07/23 1.652)
[PATCH] 2.4.19-rc3 remove dead variable CONFIG_DRM_AGP.

<[e-mail]> (02/07/23 1.653)
Changed EXTRAVERSION to -rc4

<[e-mail]> (02/07/26 1.654)
Make FastTrak be disabled by default

<[e-mail]> (02/07/26 1.655)
[PATCH] Re: [PATCH] Fixes to linux1394

<[e-mail]> (02/07/29 1.656)
[PATCH] penguin logo code

<[e-mail]> (02/07/30 1.657)
[PATCH] Remove support to some SiS IDE chipsets which were causing data corruption

<[e-mail]> (02/07/30 1.658)
[PATCH] Synchronize with a few left overs needed from -ac

<[e-mail]> (02/07/30 1.659)
[PATCH] More -ac merge

<[e-mail]> (02/07/31 1.654.1.1)
alpha pid-reporting POSIX comformance bug fix:

<[e-mail]> (02/07/31 1.661)
[PATCH] Add missing check to openprom driver

[Verwijderd]

Ik hoorde op kernel traffic dat er in de kernel-2.5 IDE code bugs zitten die data corruption opleveren (in de algemene code, dus niet de SiS/datachip-specifieke code). Zit deze ook in 2.4.19? Die was toch backported?

/me vindt 2.4.19 wel errug lang duren. .

[Verwijderd]

Linux-2.4.19-rc5: Ik weet niet of dit de bug is waar beelzebubu het over heeft. Maar er is wel een serieuze bug gevonden in rc4 zodat nu rc5 al released is.

One of the -rc4 fixes was not correct and -rc4 missed an important SMP
race "fix" on the block layer.


Summary of changes from v2.4.19-rc4 to v2.4.19-rc5
============================================

<[e-mail]> (02/08/01 1.662)
[PATCH] Correct openprom fix

<[e-mail]> (02/07/31 1.661)
[PATCH] Add missing check to openprom driver

<[e-mail]> (02/08/01 1.663)
[PATCH] disable READA

<[e-mail]> (02/08/01 1.664)
Change EXTRAVERSION to -rc5

[Verwijderd]

Volgens mij niet, openprom is een bios-achtig iets op sparcjes oid... Heeft weinig met IDE te maken.

[edit]
-rc4 missed an important SMP race "fix" on the block layer

. ik kijk weer niet goed - erg zinvol. . Die was het volgens mij. Die miste namelijk ook al in 2.5.x ergens. Nouja, eind goed al goed. .

[Verwijderd]

En eindelijk, daar is ie dan: Linux-2.4.19

Linux kernel version 2.4.19 has been released. It is available from:

Patch: ftp://ftp.kernel.org/pub/linux/kernel/v2.4/patch-2.4.19.gz
Full source: ftp://ftp.kernel.org/pub/.../v2.4/linux-2.4.19.tar.gz

Sizes in bytes Compressed Uncompressed
------------------------------------------------------------
Patch 5819056 27810048
Full source 32219641 145162240

Changelog op http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.19

[deadinspace]

Pff, net een 2.4.18 gecompiled
Nouja, mooi anyway

edit:
5.6 meg patchfile... hallo! (tov ~1 MB van 2.4.17 -> 2.4.18)

[Verwijderd]

Sja. eerst de XFS patch maar even afwachten. Tegen die tijd zullen de ergste bugs/rampen wel weer ontdekt zijn en afhankelijk daarvan besluit ik of ik ga upgraden. Na de stroomuitval van woensdagmorgen heb ik toch geen uptimes meer . Niet dat dat een overweging is, maar op die wijze zie je toch duidelijk het voordeel van een journalling filesystem.

Ik hoop nu dat de performance van mijn schijven van mijn server met VIA boardje met deze kernel ook eens wat omhoog kan. Ik ben benieuwd..

[Infern0]

Ik denk wel dat ze geleerd hebben van hun fouten, want imo kunnen er geen genoeg rc release's zijn. Ik w8 nog een paar daagies en dan gaat ik ook ff 2.4.18 upgraden naar .19

[Verwijderd]

De XFS patch is ook uit en hij draait zonder problemen (voor zover dat al is te zien na een half uurtje). Ook de kernel mailing list maakt (nog) geen melding van schokkende foutmeldingen op dit moment.

[Laurent]

Ik heb net op m'n workstation 2.4.19 gecompiled maar hij werkt niet echt super. De keydev (USB keyboard driver) werkt vrijwel niet en m'n netwerkkaart wilt het ineens ook niet meer doen, terwijl ik netjes de 8139too module heb meegecompiled

Draai nu iig. weer gewoon 2.4.18, vooral vanwege die keydev.o driver.

edit:

Hm, ik kwam erachter dat ik geen space meer heb op m'n /... even zo wat ruimte maken en recompilen

[Verwijderd]

Verwijderd schreef op 03 augustus 2002 @ 13:46:
De XFS patch is ook uit en hij draait zonder problemen (voor zover dat al is te zien na een half uurtje). Ook de kernel mailing list maakt (nog) geen melding van schokkende foutmeldingen op dit moment.

Dat wordt compileren vanavond. .

[Verwijderd]

De performance van mijn slave disk op de VIA chipset is inmiddels verdubbeld
_{(van 8 naar 16 MB/sec)}

[_JGC_]

Nadeel van 2.4.19 is dus: de VM is weer lekker veranderd qua highmem support. Leuk dat de methode die compatible is met >= 2.4.18 dus als GPLONLY geexporteerd is. Lullig detail is dus dat ik nu in geen mogelijkheid mn Kyro2 drivers weer aan de praat kan krijgen (non-GPL sourcecode, zou niet weten waar ik MODULE_LICENSE("GPL"); neer mag kwakken )

[rb338]

Ok, ik heb net ff 2.4.19 gebakken. Ging allemaal prima, alleen m'n muis doet 't niet meer

Ik gebruikte eerst /dev/input/mouse0, die doet 't dus niet meer (X zegt 'no such device')... ook /dev/usb/mouse0, /dev/input/mice etc. werken niet.

Ik heb gewoon de .config van 2.4.18 gebruikt voor de nieuwe kernel, zodat ik niet alles opnieuw hoefde te kiezen. Natuurlijk ff double-checked of alles wel goed stond en dat was allemaal prima. Ik krijg ook gewoon te zien dat de muis herkend is, 't lampje gaat ook gewoon aan.

Wat is er veranderd

[deadinspace]

Aikeleer schreef op 03 augustus 2002 @ 15:31:
Ik heb net op m'n workstation 2.4.19 gecompiled maar hij werkt niet echt super. De keydev (USB keyboard driver) werkt vrijwel niet

rb338 schreef op 03 augustus 2002 @ 18:17:
Ok, ik heb net ff 2.4.19 gebakken. Ging allemaal prima, alleen m'n muis doet 't niet meer

Ik gebruikte eerst /dev/input/mouse0, die doet 't dus niet meer (X zegt 'no such device')... ook /dev/usb/mouse0, /dev/input/mice etc. werken niet.

Hmm, iets met input core? Kijk in de kernelconfig eens naar het submenu 'input core'...

[Freak_NL]

Hmm, hier ook even geen USB muis.. Zal eens zien wat dat nou is..

GCC 3.x gebruikers:

De GCC 3.x specifieke -march=pentium4 vlag kun je aanzetten door arch/i386/Makefile aan te passen:

code:

ifdef CONFIG_MPENTIUM4
CFLAGS += -march=i686
endif

Wordt:

code:

ifdef CONFIG_MPENTIUM4
CFLAGS += -march=pentium4
endif

(line 57..59)

Dit leverde bij mij een winst op van wel 30kb in de grootte van de kernel.. (1320kb groot)

[Freak_NL]

Ok, ik heb net ff 2.4.19 gebakken. Ging allemaal prima, alleen m'n muis doet 't niet meer

Gevonden:

code:

USB Support --}

USB Human Interface Devices (HID)
{*} USB Human Interface Device   (deze hadden we al aan staan)
[*]      HID Input layer support   (deze nog niet)

Muis werkt weer

edit:
kleiner/groter-dan-teken kan niet in code-tags?

[rb338]

Freak_NL: kernel is weer aan 't bakken, ik had die hid input layer ook niet aan staan...

[Sjonny]

daar heb je nou 'make oldconfig' voor
ff je oude .config bewaren en in je nieuwe kernel tree copy-en en dan hou je dezelfde config opties die je al had, en kijkt ie alleen naar de differences met de nieuwe kernel .. hoef je niet steeds die lijst af en ga je ook nix vergeten.

[rb338]

Sjonny schreef op 03 augustus 2002 @ 21:39:
daar heb je nou 'make oldconfig' voor
ff je oude .config bewaren en in je nieuwe kernel tree copy-en en dan hou je dezelfde config opties die je al had, en kijkt ie alleen naar de differences met de nieuwe kernel .. hoef je niet steeds die lijst af en ga je ook nix vergeten.

Zoals ik al zei had ik dat dus gedaan... maar blijkbaar is er weer wat extra nodig.

Het werkt nu iig weer

[Sjonny]

rb338 schreef op 03 augustus 2002 @ 22:12:
[...]
Zoals ik al zei had ik dat dus gedaan... maar blijkbaar is er weer wat extra nodig.

tee hee hee hee idd ja .. er zijn ook zoveel lettertjes om door te lezen

Het werkt nu iig weer

[deadinspace]

rb338 schreef op 03 augustus 2002 @ 22:12:
Zoals ik al zei had ik dat dus gedaan... maar blijkbaar is er weer wat extra nodig.

Nope, dat zei je niet
Je zei wel dat je je oude config had gebruikt, maar je zei niet dat je make oldconfig had gebruikt, en dat is wel handig, want make oldconfig checkt op nieuwe opties die in de kernelsource zijn toegevoegd, maar nog niet in je configfile aanwezig zijn, en vraagt dan alleen voor dezen nieuwe opties wat het moet worden.
Make {menu,x,}config doen dat niet, die nemen daar gewoon de default builtin waarden voor.

[AlterEgo]

Verwijderd schreef op 03 augustus 2002 @ 17:53:
De performance van mijn slave disk op de VIA chipset is inmiddels verdubbeld
_{(van 8 naar 16 MB/sec)}

Okee, je hebt mijn aandacht.
details graag: chipset/disk-type en hdparm -tT scores plz

[Verwijderd]

Eerst de benchmarkresults voor de kernel upgrade:

code:

hdparm -t /dev/hda
Timing buffered disk reads:  64 MB in  3.17 seconds = 20.19 MB/sec
hdparm -t /dev/hdb
Timing buffered disk reads:  64 MB in  7.49 seconds =  8.54 MB/sec

Na de upgrade naar 2.4.19 waarin verder in de config NIETS is veranderd:

code:

hdparm -t /dev/hda
Timing buffered disk reads:  64 MB in  3.08 seconds = 20.78 MB/sec
hdparm -t /dev/hdb
Timing buffered disk reads:  64 MB in  3.99 seconds = 16.04 MB/sec

De gegevens van dmesg van de IDE:

code:

Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c596b (rev 23) IDE UDMA66 controller on pci00:07.1
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:pio, hdd:pio
hda: ST310212A, ATA DISK drive
hdb: ST340823A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 20005650 sectors (10243 MB) w/512KiB Cache, CHS=1245/255/63, UDMA(66)
hdb: 78165360 sectors (40021 MB) w/512KiB Cache, CHS=4865/255/63, UDMA(66)
Partition check:
 hda: hda1 hda2 hda3
 hdb: hdb1 hdb2

Het betreft een slot 1/ socket 370 board van el cheapo Jetway. De CPU is een echte Celeron 400A welke niet is overgeclockt.

[AlterEgo]

Interessant.
Ik had eigenlijk het vermoeden dat je het over write-waarden had

Maar: uitermate eigenaardig lage scores voor die ST340823A.

Ik zal morgen een 2.4.19 upgrade doen, en kijken of mijn 6 Gig Ata 66 ST36421A (die veel ouder is dan jouwes en 125 MB cache read / 25 MB buffered doet onder 2.4.18) op een kT133 bord (waarvan ik het gevoel heb dat de disk-performance echt veel slechter is onder linux dan onder W2K), verbetert.

Het gekke aan die schijf is: hij is even snel als een 30 Gig Maxtor 33073H3 ATA100 (5400 rpm).

[ Voor 0% gewijzigd door AlterEgo op 04-08-2002 11:12 . Reden: foutje ]

[rb338]

Hmm tja ik heb geen hdparm scores van 2.4.18, maar is dit een beetje goed?

code:

debian:~# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.03 seconds =124.27 MB/sec
 Timing buffered disk reads:  64 MB in  3.66 seconds = 17.49 MB/sec

Dit staat bij m'n dmesg:

code:

hda: 156355584 sectors (80054 MB) w/1819KiB Cache, CHS=9732/255/63, UDMA(100)

En dit is m'n hdparm regeltje:

code:

hdparm -X66 -d1 -u1 -m16 -c3 /dev/hda

Ik zie nu dat ik misschien beter -X100 kan pakken, kan iemand dit bevestigen? Ik ben hier een beetje voorzichtig mee, want ik denk niet dat ze er voor niks DANGEROUS bij zetten

[Verwijderd]

code:

/dev/hde:
 Timing buffer-cache reads:   128 MB in  0.94 seconds =136.17 MB/sec
 Timing buffered disk reads:  64 MB in  1.87 seconds = 34.22 MB/sec

Good old BX chipset met een Highpoint 370 -ATA100 IDE controller. De schijf is een 7200

code:

hde: 40132503 sectors (20548 MB) w/1902KiB Cache, CHS=39813/16/63, UDMA(100)

De verschillen op deze bak zijn klein, maar die andere was ook echt waardeloos voor 2.4.19.

[rb338]

Verwijderd schreef op 04 augustus 2002 @ 01:05:

code:

/dev/hde:
 Timing buffer-cache reads:   128 MB in  0.94 seconds =136.17 MB/sec
 Timing buffered disk reads:  64 MB in  1.87 seconds = 34.22 MB/sec

Good old BX chipset met een Highpoint 370 -ATA100 IDE controller. De schijf is een 7200

code:

hde: 40132503 sectors (20548 MB) w/1902KiB Cache, CHS=39813/16/63, UDMA(100)

De verschillen op deze bak zijn klein, maar die andere was ook echt waardeloos voor 2.4.19.

Hmm ja is mijn timing buffered disk read dan niet veel te laag?

[balk]

rb338 schreef op 04 augustus 2002 @ 11:25:
[...]
Hmm ja is mijn timing buffered disk read dan niet veel te laag?

mwoa, kan beter maar is niet erg laag. Als je niets instelt met hdparm zal de snelheid rond de enkele MB's liggen

Mijn ECS K75SA bord met Quantum (Maxtor) Lct20 30GB weinig toeren op ATA66 komt met

code:

hdparm -qd1 -qm8 -qc1 -qu1 -qk1 -qS 241 -qX 69 /dev/hdb

niet verder dan

code:

herman root # hdparm -tT /dev/hdb
/dev/hdb:
 Timing buffer-cache reads:   128 MB in  0.71 seconds =181.05 MB/sec
 Timing buffered disk reads:  64 MB in  3.11 seconds = 20.59 MB/sec

Niet heel snel maar mee te leven (ohja, is tijdens compileren van KDE getest dus zal in werkelijkheid ietsje hoger zijn)

[rb338]

balk: Mja, da's dus een 5400 rpm ATA66 schijfje. Ik heb een 7200 rpm ATA100 schijf en die is langzamer dan de jouwe. Dan klopt er toch iets niet

[balk]

rb338 schreef op 04 augustus 2002 @ 13:02:
balk: Mja, da's dus een 5400 rpm ATA66 schijfje. Ik heb een 7200 rpm ATA100 schijf en die is langzamer dan de jouwe. Dan klopt er toch iets niet

hehe, jep, inderdaad. uhm, dit is niet echt een 2.4.19 item, dus ik zou als ik jou was de vraag buiten dit draadje om zoeken. Helaas doet de search het niet (toch?) want er staan wel wat mooie topics over hdparm hier in NOS.

offtopic:
Doe eens 'hdparm -i /dev/hbx' en kijk hoe dat er bij staat. Bekijk de manpage van hdparm en weest voorzichtig met instellingen. Lees uiterst aandachtig het -X gedeelte voordat je een instelling maakt. Open zonodig een nieuw draadje hier en post je huidige hdparm instellingen.

[Verwijderd]

code:

[root@tux rbultje]# /sbin/hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.17 seconds =109.40 MB/sec
 Timing buffered disk reads:  64 MB in  3.33 seconds = 19.22 MB/sec
[root@tux rbultje]#

Dat haalde ik ook met 2.4.18. ... Mjah, mijn simpele 440BXje zal wel niet sneller kunnen. Ik heb geen aparte controller oid, wel 7200RPM schijfjes...

[Verwijderd]

Verwijderd schreef op 04 augustus 2002 @ 17:16:

code:

[root@tux rbultje]# /sbin/hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.17 seconds =109.40 MB/sec
 Timing buffered disk reads:  64 MB in  3.33 seconds = 19.22 MB/sec
[root@tux rbultje]#

Dat haalde ik ook met 2.4.18. ... Mjah, mijn simpele 440BXje zal wel niet sneller kunnen. Ik heb geen aparte controller oid, wel 7200RPM schijfjes...

Als ik deze scores zie dan valt er nog heel wat voor mij te tweaken. Ik haal op een abit ultra dma 33 niet meer als 14.35 bij time bufferd disk reads.
Daarvoor had ik een dual intel bx die ata 66 ondersteunde, toen haalde ik rond de 15.35 mb per seconde. Wat voor intel bx zit er in jouw computer? Ik heb in die server 3 keer een seagate baracuda ATA100 2 keer 20 gig 1 keer honderd. HD parm settings -D1 en C1.

Als ik een pci ide controller koop ziet linux die dan automatisch als je ide support in de kernel heb zitten. Ik heb wel eens de optie gezien voor boot-off ide chipsets voor het opstarten vanaf pci-ide controllers.

[Martin Sturm]

Hm.. ik vind dat jullie erg lage hdparm scores hebben.
Ik heb zelf een VIA KT133 met duron 800 chipset met Maxtor 60GB/5400rpm schijfje zonder verdere hdparm opties onder 2.4.18 kernel:

code:

root@aura:/home/martin# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  0.76 seconds =168.42 MB/sec
 Timing buffered disk reads:  64 MB in  2.01 seconds = 31.84 MB/sec

[_JGC_]

code:

jan@debian:~$ sudo hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   128 MB in  0.47 seconds =272.34 MB/sec
 Timing buffered disk reads:  64 MB in  1.62 seconds = 39.51 MB/sec

Maxtor D740X 40GB, Debian Woody, ECS K7S5A met DDR geheugen @ 147MHz FSB, kernel 2.4.19-xfs

[Wirf]

code:

/dev/hda:
 Timing buffer-cache reads:   128 MB in  0.61 seconds =209.84 MB/sec
 Timing buffered disk reads:  64 MB in  1.46 seconds = 43.84 MB/sec

IBM 120GXP 80GB, Debian Unstable (sid), ECS K7S5A met SDR geheugen @ 133 fsb , kernel 2.4.19-preempt

_{ff snel op een machine in gebruik is}