Kernel 2.5.x en pre 2.6.0 draadje....

[Erhnam]

'globale overview'

[RG]

Er zijn alweer twee dirkjan patches voor 2.5.24: http://www.kernel.org/pub/linux/kernel/people/davej/patches/2.5/2.5.24/patch-2.5.24-dj.log

Heeft er iemand misschien een link naar een artiekel waarin meer staat over de kernelsummit?

[RG]

Heeft LWN net een interessant artikel geschreven over de kernelsummit toevallig:
http://www.lwn.net/

[Verwijderd]

Op zondag 23 juni 2002 10:28 schreef Erhnam het volgende:
'globale overview'

Okee, globale overview it is.

v4l1 is eigenlijk nogal BTTV-centric. Dit is niet vreemd, omdat v4l1 eigenlijk een subset van BTTV is die van BTTV gescheiden is om universeler te worden.

De tekortkomingen van deze API kwam pas aan het licht toen er meerdere hardware behalve de BT8x8 kaartjes gesupport werden. Dingen als video-output (ipv video-capture), hardware-encoding/-decoding was onmogelijk, het was niet mogelijk om meerdere open()s op dezelfde kaart te doen en er waren praktische tekortkomingen zoals timestamps op frames, controle over videocapture-rate, fixed ipv dynamische controle variabelen (alleen brightness, hue, saturation, contrast + enkele audio settings) waardoor nieuwe kaarten met andere controle variabelen niks deden.

Bijna al die is gefixt in v4l2. v4l2 heet een nieuwe videodev subsystem met welke meerdere open()s per kaart mogelijk is, timestamped frames, encoding/decoding, input/output, dynamische control settings, etc. Ook zijn freuquency/input settings gescheiden (mijn grootste irritatie in v4l1).

Gevolg voor de user: je kan TV kijken en in Gnome Control Panel bv. de zender wijzigen. Of met app1 TV kijken en met app2 capturen. Etc. Ook zijn meerdere devices via de standaard API te supporten en zijn de mogelijkheden van non-standaard devices beter te benutten.

[Verwijderd]

kernel 2.5.25 is uit volgens de linux kernel archives... de changelog ...

vreemd alleen dat er nog niets op linuxtoday staat...

[Verwijderd]

okeej... toch nog wat commentaar van linus:

code:

More merges all over the map - ppc, scsi, USB, kbuild, input drivers etc.

And both Al and Andrew have been busy again.

This also introduces the support for non-100 Hz internal kernel times on
x86, while still exporting the old interface to user space (ie anybody who
exported raw jiffies before should be exporting "clock_t", which on x86
continues to be a 100 Hz clock, regardless of whatever the internal kernel
frequency is).

Right now the x86 timer frequency is set to 1kHz, but that's just another 
random number. It could be a config option if people really care, but I'd 
rather just have people argue for or against specific internal frequencies 
and we'll find something most people are happy with. It's easy to change 
without user space even noticing now.

The other thing that we should sort out eventually is the unified naming
for disk devices, now that both IDE and SCSI are starting to have some
support for driverfs.  Let's make sure that we _can_ have sane ways of
accessing a disk, without having to care whether it is IDE or SCSI or
anything else.

        Linus

[Verwijderd]

Linux 2.5.26 released. De aankondiging en een 'kleine' changelog

code:

I probably missed a number of emails, so anybody who feels left out, just 
re-send, please.

This one is all over the map, with input, USB etc updates, mixed with lots 
of fixes from Rusty's trivial patchbot, and NFS client updates.

            Linus

----

Summary of changes from v2.5.25 to v2.5.26
============================================

<agrover@acpi3.(none)>:
  o Toshiba laptops enable special functionality via an ACPI device.
    This driver handles that, and will be maintained by John Belmonte.
  o ACPI interpreter update
  o Allow things to compile with UP, local APIC, no IO APIC
  o Removed no longer needed acpi_evaluate (a wrapper function) Use
    acpi_os_free instead of kfree directly Fix possible memory leaks
    Fix possible divide by 0 (Dominik Brodowski)
  o The ECDT is a table which contains information about the Embedded
    Controller that allows use of the EC and EC opregions before we
    actually parse the namespace.
  o Fix possible memory leak Rewrite acpi_bus_init to be merely nasty,
    instead of unspeakably nasty Add call to acpi_ec_ecdt_probe()
  o remove #ifdef HANE_NEW_DEVICE_MODEL because we always have it
  o Change some IA64 stuff as requested by Matthew Wilcox Implement fix
    for keyboard hang when getting battery readings on some systems
    (Stephen White)
  o Change idle policy a little Use acpi_os_free instead of kfree
    directly Eliminate CONFIG_SMP ifdef and simplify errata.smp code
  o Add a warning Fix a typo Use the default bios-given IRQ if ACPI
    can't find one at all (Dominik B)

<[e-mail]>:
  o Warning fix for i386 io apic

<[e-mail]>:
  o drivers/net/bonding.c: Check ethtool then mii ioctl to determine
    link status

<[e-mail]>:
  o remove redundant declarations 
  o [PATCH] duplicate declarations #2

<[e-mail]>:
  o 2.5: kconfig fixes
  o 2.5: update CREDITS

<[e-mail]>:
  o Use proper ____cacheline_aligned define in netfilter_ip_tables.c

<[e-mail]>:
  o Typo fixes

<[e-mail]>:
  o pass panic message to panic notifier chain

<[e-mail]>:
  o net/core/dst.c: dst_total only needs to exist if RT_CACHE_DEBUG >= 2

<[e-mail]>:
  o [patch, 2.5] sound_oss_ad1848.c doesn't release region on error

<[e-mail]>:
  o fix 'implicit declaration of function memset' in ppp modules

<[e-mail]>:
  o Maxium inline patch is 40 kilobytes, not kilobits

<[e-mail]>:
  o s390 LOG_BUF_LEN

<[e-mail]>:
  o do not require for exclusive access to buffer
  o Delete: fs/reiserfs/buffer2.c

<[e-mail]>:
  o include/net/dsfield.h: Remove dead code

<[e-mail]>:
  o make ips driver compile

Alexander Viro <[e-mail]>:
  o futex filesystem handling

[e-mail] <[e-mail]>:
  o [PATCH 2.5.20] typo in quotas config

Andi Kleen <[e-mail]>:
  o fix iounmap for non page aligned addresses

Andreas Dilger <[e-mail]>:
  o 2.5 i_size_high fixup

Andrew Morton <[e-mail]>:
  o direct-to-BIO for O_DIRECT
  o fix O_DIRECT oops

Andrey Panin <[e-mail]>:
  o missing static in lib_vsprinf.c

Andy Grover <[e-mail]>:
  o change Intel cache-detection code to use a table

Anton Altaparmakov <[e-mail]>:
  o NTFS: 2.0.15 - Fake inodes based attribute i/o via the pagecache,
    fixes, cleanups
  o NTFS: 2.0.16 - Convert access to $MFT/$BITMAP to attribute inode
    API
  o NTFS: Fix debugging check in fs/ntfs/aops.c::ntfs_read_block()
  o NTFS: 2.0.17 - Cleanups and optimizations - shrinking the ToDo list
  o NTFS: 2.0.18 - Fix race condition in reading of compressed files
  o NTFS: 2.0.19 - Fix race condition, improvements, and optimizations
    in i/o interface
  o NTFS: 2.0.20 - Support non-resident directory index bitmaps, fix
    page leak in readdir
  o drivers/char/serial.c compile fix
  o Fix&improve debugging checks in async io completion handlers
  o NTFS: 2.0.21 - Check for, and refuse to work with too large
    files/directories/volumes

Anton Blanchard <[e-mail]>:
  o Allow non zero boot cpu

Ben Collins <[e-mail]>:
  o IEEE1394 updates

Bob Miller <[e-mail]>:
  o 2.5.25 remove global semaphore_lock spin lock

Brad Hards <[e-mail]>:
  o Typo fixes in input code
  o joydump driver
  o USB: printk janitorial fixes
  o USB: printk janitorial fixes

Dave Hansen <[e-mail]>:
  o HPFS fix return without releasing BKL
  o AFFS fix return without releasing BKL

Dave Jones <[e-mail]>:
  o bluesmoke fixes take 2

Dave Kleikamp <[e-mail]>:
  o procfs entries should be created when CONFIG_JFS_STATISTICS is set
  o JFS: set s_maxbytes to 1 byte lower
  o JFS: Remove extraneous bdput calls

David Brownell <[e-mail]>:
  o usb driverfs, +misc
  o urb->transfer_flags updates
  o ohci misc

David S. Miller <[e-mail]>:
  o Tigon3: On 32-bit just wrap low 32bits of stats if we overflow
  o SunHME: Register IRQ with netdev->name as string
  o Add netif_receive_skb-like interface for VLAN hw accel
  o Tigon3: Add NAPI support
  o Sparc: Update for HZ changes
  o Netlink: Pid check changes need to use 2.5.x style sock private
    accessing
  o Sparc build fixes
  o AIC7XXX_OLD: cmd->request is a pointer, not the struct itself
  o fs/partitions/check.c: Fix 64-bit platform warnings
  o fs/quota_v2.c: Use proper printk format for ssize_t
  o Sparc64: Update defconfig

Douglas Gilbert <[e-mail]>:
  o sg driver against lk 2.5.25

Gerd Knorr <[e-mail]>:
  o v4l: tuner module update
  o btaudio driver update
  o video4linux i2c modules
  o bttv documentation update
  o bttv driver update
  o msp3400 fix

Greg Kroah-Hartman <[e-mail]>:
  o USB: added product, manufacturer, and serial driverfs files for a
    device
  o USB: removed the uhci.c driver from the tree
  o USB: removed the usb-uhci.o driver
  o USB: removed the usb-uhci-hcd.o driver
  o fix i_nlink for root inode in usbfs
  o USB HID: remove some compiler warnings
  o USB: fix for oops at shutdown when uhci-hcd is compiled into the
    kernel
  o USB: fix flag name in ohci driver due to previous patch

Hirofumi Ogawa <[e-mail]>:
  o error code for msync()
  o error code for mprotect()

James Morris <[e-mail]>:
  o NETLINK: Add unicast release notifier
  o 3c509.c compile fix for 2.5

James Simmons <[e-mail]>:
  o Removed passing around struct kbd_struct for sysrq. Only two calls
    use it
  o Initialization cleanup. The ultimate idea is seperate out the video
    display and input device intialization into there own functions.
    Also to seperate out teh console and tty intializtions. In theory
    we could have a light weight VT console by itself
  o Started to enforce a one to one relationship between struct
    tty_struct and struct vc_data. It will make it easier to handle
    things
  o Dropped a important bug fix. Now it works :-)
  o Updates against input CVS. Lots of typo fixs and new info. Added in
    Q40 keyboard controller for m68k platform
  o Add Q40 keyboard controller

Keith Owens <[e-mail]>:
  o 2.5.24 Documentation_DocBook_kernel-api.tmpl
  o 2.5.24 drivers_usb_core_hcd.c for DocBook
  o 2.5.24 mm_slab.c for DocBook

Linus Torvalds <[e-mail]>:
  o Fix i_nlink for root inode in ramfs/driverfs
  o Avoid taking i_shared lock while already holding the page table
    lock
  o Only allow sendfile() on destination descriptors that know about
    the "sendpage()" callback. Don't try to fall back on a write with
    the page kmap'ed
  o Mark the dentry referenced at dput time
  o Remove BKL from affs_rmdir() as per Roman Zippel
  o Remove duplicated function declaration

Martin Dalecki <[e-mail]>:
  o IDE 98
  o 2.5.25 end_request trivia

[e-mail] <[e-mail]>:
  o fix timer interrupts on NUMA-Q

Matthew Dharm <[e-mail]>:
  o usb-storage: merge bitfields into a unified system
  o usb-storage: consolidate, cleanup, etc
  o usb-storage: consolidate, cleanup, etc
  o usb-storage: catch bad commands

Mikael Pettersson <[e-mail]>:
  o sound_oss_sb_audio.c copy_from_user buglets

Pavel Machek <[e-mail]>:
  o suspend-to-disk: cleanup printks(), rearrange reading
  o Kill warning I introduces in eepro100

Robert Kuebel <[e-mail]>:
  o namespace.c - compiler warning

Robert Love <[e-mail]>:
  o use new list macro in sched.c
  o type typo in do_softirq

Russell King <[e-mail]>:
  o [ARM] Ensure we clear the PSR flags when calling signal handlers
  o [ARM] Don't pass PC address into per-processor abort handlers in r0
    We no longer need to pass the address in to the per-processor abort
    handlers in r0 (since it's already passed in r2).  r0 was preserved
    while each abort handler was fixed up.
  o [ARM] Fix up include/asm-arm/param.h (and sub-architecture param.h)
    for 2.5.25 HZ/USER_HZ changes.
  o [ARM] Fix include/asm-arm/system.h for 2.5.22 so sched.c builds
  o [ARM] Clean up __cli(), __sti(), cli() to use local_irq_*
  o [ARM] Make IRQ probing more reliable; ensure that IRQ edge
    detection is set correctly.  Remove couple of debugging printk()s.
  o [ARM] cpufreq updates - new, more flexible initialisation handling
  o [ARM] FP emulation IRQ handling cleanup
  o [ARM] General update of various ARM related files
  o [ARM] Fix ELF "HWCAP" flags for the various CPU types
  o [ARM] ptrace cleanups
  o [ARM] page fault handling updates
  o [ARM] StrongARM SA1111 cleanups
  o [ARM] Miscellaneous updates

Rusty Russell <[e-mail]>:
  o A fix for futex

Stephen Rothwell <[e-mail]>:
  o cs46xx.c needs init.h
  o Make CRIS use generic copy_siginfo_to_user
  o make Alpha use generic copy_siginfo_to_user
  o ipc_ statics

Tom Rini <[e-mail]>:
  o Don't always ask about Intel RNGs

Trond Myklebust <[e-mail]>:
  o Fix NFS attribute caching bug
  o 2.5.25 Clean up RPC receive code
  o Fix bug in xdr_kunmap()
  o RPC over UDP congestion control updates 

Urban Widmark <[e-mail]>:
  o smbfs - smbiod

Vojtech Pavlik <[e-mail]>:
  o Big HID update
  o Re: [bk patch] Big HID update
  o New driver for the X-Box gamepads
  o Make USB HID ForceFeedback experimental
  o Updates for hiddev by Paul Stewart
  o Reintroduce proper returning of -EFAULT to hiddev.c
  o A cleanup of Paul's 2.5 hiddev update

Vojtech Pavlik <[e-mail]>:
  o Cleanups by Russell King <[e-mail]>, char signedness
    and removal of extra \n.
  o Move delayed rescanning of the ports to serio.c, add a kernel
    thread for that, so that hotplug events happen in process context.
  o Fixes (to make it compile), cleanups (in comments) for Amiga and
    Acorn RiscPC mice.
  o INPUT_EMU10K1 should be GAMEPORT_EMU10K1, fixed in
    drivers/input/gameport Config.in and Config.help
  o Change rpcmouse.c to use BUS_HOST instead of BUS_ISA
  o Fix a typo in drivers/input/gameport/Config.help
  o Use Johann Deneux's own i-force configuration and build code
  o Updates and fixes for sound drivers to handle gameports better
  o Remove mouse drivers no longer needed, because these mice are now
    handled by the input subsystem.
  o Don't depend on CONFIG_ISA for drivers that handle hardware that's
    on the mainboard - not in an ISA slot.
  o Fix make menuconfig crash on entering "Char devices" caused by
    removing too much when removing old mouse drivers.
  o Only initialize pc_keyb when i8042.c isn't selected
  o Fix a hang in serio code and a possible oops in input
  o Add a wrapper function for serio ->interrupt callback
  o This cset implements automatic detection of PS/2 mice and AT
    keyboards even when they were not connected at boot time. This is
    done by polling the i8042 chip when its interrupts are not enabled.
  o Unregister an AUX/KBD port if the interrupt cannot be ever claimed
  o Updated Config.in from Johann Deneux, which should fix
  o Remove number member from struct gameport. Not needed
  o Add a driver for the Bitsy touchscreen
  o Update the HID drivers to latest version
  o Fix pid.c build when built as a module
  o Add a driver for X-Box gamepads. While they have quite normal data
    format, they cannot be handled by HID, because they lack the
    descriptors and have completely nonstandard interface class.
  o Make USB HID/PID force feedback an experimental option
  o This cset adds uinput the userspace input driver by Aristeu Sergio
    Rozanski Filho.
  o This cset adds the Newton keyboard driver
  o Franz Sirl's ADB/PPC keyboard handling update - move fully to using
    the input core
  o Add key definitions for set-top boxes
  o Modify i8042.c to be able to support non-isa based archs which use
    i8042-alike keyboard controllers, namely PPC. Patch by Franz Sirl.

[pietje63]

Op donderdag 18 april 2002 01:28 schreef RG© het volgende:
Verder vind ik dat ze nu maar eens IDE CD fikker support moeten bieden ipv dat idiote SCSI emulatie.

ach, eigenlijk heb ik daar niet veel last van
mandrake heeft het allemaal mooi auto geregeld voor mij (en volgens linux heb ik nu dus 2 ipv 3 cd-roms, en een gratis scsi kaart erbij

[FCA]

Draai nu net een uur 2.5.26 (eerste zelf gecompilede kernel, yoohoo! )
Wat me opviel was dat X in het begin extreem traag reageerde, maar na een paar minuten als een zonnetje werkte. Zou dat komen doordat ik een TNT2 (Nvidia) kaart gebruik, zonder de drivers geinstalleerd te hebben?
Of is het iets eigens aan 2.5?

[Verwijderd]

Op woensdag 17 juli 2002 21:11 schreef FCA het volgende:
Draai nu net een uur 2.5.26 (eerste zelf gecompilede kernel, yoohoo! )
Wat me opviel was dat X in het begin extreem traag reageerde, maar na een paar minuten als een zonnetje werkte. Zou dat komen doordat ik een TNT2 (Nvidia) kaart gebruik, zonder de drivers geinstalleerd te hebben?
Of is het iets eigens aan 2.5?

De NVidia drivers werken niet "zo maar" onder kernel 2.5.x... je zal wel NV drivers hebben of Frame Buffer

[FCA]

Op woensdag 17 juli 2002 21:15 schreef Markiedam het volgende:

[..]

De NVidia drivers werken niet "zo maar" onder kernel 2.5.x... je zal wel NV drivers hebben of Frame Buffer

Nee, duh. Die dingen heb ik daarom maar eens niet geinstalleerd

Ik heb wel Frame Buffer aangezet. Zorgt die ervoor dat het eerst traag, daarna retesnel gaat?

* FCA is eigenlijk een lichtelijke newbie, maar kickt op bleeding edge dingen

[deadinspace]

Op woensdag 17 juli 2002 21:24 schreef FCA het volgende:
Ik heb wel Frame Buffer aangezet. Zorgt die ervoor dat het eerst traag, daarna retesnel gaat?

Nee... Best vaag verschijnsel eigenlijk dat het eerst traag gaat... Was dat met je vorige kernel niet?

* FCA is eigenlijk een lichtelijke newbie, maar kickt op bleeding edge dingen

Kdacht al, wat moet iemand die nog geen kernel heeft gecompiled met een 2.5 kernel?

[FCA]

Op woensdag 17 juli 2002 22:46 schreef deadinspace het volgende:

[..]

Nee... Best vaag verschijnsel eigenlijk dat het eerst traag gaat... Was dat met je vorige kernel niet?
[..]

Nee. Vorige kernel (2.4.18) deed het gewoon goed vanaf het begin.
Heb het net weer even getest met een vers gecompilede kernel (2.5.26, andere dingen erin), en die doet het weer. Het is dus wel degelijk een "feature" van 2.5.26 al dan niet in combinatie met mijn systeem.

Kdacht al, wat moet iemand die nog geen kernel heeft gecompiled met een 2.5 kernel?

Bug-testing of course
Maar goed, er zit een vervelende fout in het make-script, er zit een type-foutje in modules_install, die ervoor zorgt dat een aantal modules niet worden geinstalleerd. Waar kan ik dat verbeteren?

[Verwijderd]

Heeft iemand trouwens NVidia drivers voor Kernel 2.5.x??

Ik heb weinig zin om met Frame Buffer te werken...

[wzzrd]

Op woensdag 17 juli 2002 11:45 schreef pietje63 het volgende:

[..]

ach, eigenlijk heb ik daar niet veel last van
mandrake heeft het allemaal mooi auto geregeld voor mij (en volgens linux heb ik nu dus 2 ipv 3 cd-roms, en een gratis scsi kaart erbij

Snap dat soort teksten nooit (niet die van pietje63, maar de tekst waarop hij reageert). Windows werkt OOK met scsi emulatie! Je merkt het onder windows alleen minder

[Wirf]

Voor de geintresseerden hier een benchmarkje (bonnie++) tussen 2.4.18 en 2.5.26:
Beide kernels hadden preemptable aanstaan en 2.5.26 ook nog eens ATA tagged command queueing.
specs: Athlon XP 1600+ 320 MB ram, ECS K7S5A, IBM 120GXP 80GB hd, reiserfs.


2.5.26:

code:

Version 1.02c    ------Sequential Output------ --Sequential Input- --Random-
              -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine   Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
(none)       1G 12387  97 49269  35 20552  10 11965  95 45274  16  93.3   0
              ------Sequential Create------ --------Random Create--------
              -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
          files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
             16 19235 100 +++++ +++ 17130  99 18469  99 +++++ +++ 14936 100
(none),1G,12387,97,49269,35,20552,10,11965,95,45274,16,93.3,0,16,19235,100,+++++
,+++,17130,99,18469,99,+++++,+++,14936,100

2.4.18:

code:

Version 1.02c    ------Sequential Output------ --Sequential Input- --Random-
              -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine   Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
(none)       1G 10515  82 41485  27 20203  10 12192  96 45519  13 197.7   0
              ------Sequential Create------ --------Random Create--------
              -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
          files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
             16 21501  99 +++++ +++ 17283  89 20663 100 +++++ +++ 16485 100
(none),1G,10515,82,41485,27,20203,10,12192,96,45519,13,197.7,0,16,21501,99,+++++
,+++,17283,89,20663,100,+++++,+++,16485,100

[wzzrd]

Op donderdag 18 juli 2002 13:33 schreef Wirf het volgende:
Voor de geintresseerden hier een benchmarkje (bonnie++) tussen 2.4.18 en 2.5.26:
Beide kernels hadden preemptable aanstaan en 2.5.26 ook nog eens ATA tagged command queueing.
specs: Athlon XP 1600+ 320 MB ram, ECS K7S5A, IBM 120GXP 80GB hd, reiserfs.


2.5.26:

code:

Version 1.02c    ------Sequential Output------ --Sequential Input- --Random-
              -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine   Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
(none)       1G 12387  97 49269  35 20552  10 11965  95 45274  16  93.3   0
              ------Sequential Create------ --------Random Create--------
              -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
          files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
             16 19235 100 +++++ +++ 17130  99 18469  99 +++++ +++ 14936 100
(none),1G,12387,97,49269,35,20552,10,11965,95,45274,16,93.3,0,16,19235,100,+++++
,+++,17130,99,18469,99,+++++,+++,14936,100

2.4.18:

code:

Version 1.02c    ------Sequential Output------ --Sequential Input- --Random-
              -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine   Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
(none)       1G 10515  82 41485  27 20203  10 12192  96 45519  13 197.7   0
              ------Sequential Create------ --------Random Create--------
              -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
          files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
             16 21501  99 +++++ +++ 17283  89 20663 100 +++++ +++ 16485 100
(none),1G,10515,82,41485,27,20203,10,12192,96,45519,13,197.7,0,16,21501,99,+++++
,+++,17283,89,20663,100,+++++,+++,16485,100

Kan iemand met meer ervaring met deze benchmark hierover wat uitleg geven? Op dit moment zijn het alleen maar cijfertjes zonder betekenis voor me...

[Wirf]

Op donderdag 18 juli 2002 14:00 schreef wzzrd het volgende:

[..]

Kan iemand met meer ervaring met deze benchmark hierover wat uitleg geven? Op dit moment zijn het alleen maar cijfertjes zonder betekenis voor me...

ok, ik zal dr eentje uitleggen:

code:

Version 1.02c    ------Sequential Output------ --Sequential Input- --Random-
              -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine   Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
(none)       1G 12387  97 49269  35 20552  10 11965  95 45274  16  93.3   0

Hier kun je zien hoe snel Sequential Output, Sequential Input en Random Seeks gaan. Dat word getest voor per karakter schrijven en ook voor per block schrijven. Dit staat in Kilobyte per seconde en de CPU usage staat er ook bij (in procenten)

Dus hier kun je bijvoorbeeld zien dat mijn harde schijf 49269 kb/s kan lezen, bij 35% CPU usage en dat mn harde schijf 93.3 seeks per seconde doet.

code:

(none),1G,12387,97,49269,35,20552,10,11965,95,45274,16,93.3,0,16,19235,100,+++++
,+++,17130,99,18469,99,+++++,+++,14936,100

Deze rij getallen is eigenlijk alleen voor geautomatiseerd processing, die kun je dus fijn voor shell scripts gebruiken bijvoorbeeld.

[FCA]

Op donderdag 18 juli 2002 10:53 schreef Markiedam het volgende:
Heeft iemand trouwens NVidia drivers voor Kernel 2.5.x??

Ik heb weinig zin om met Frame Buffer te werken...

Misschien helpt dit?

http://www.cs.helsinki.fi/linux/linux-kernel/2002-21/1000.html

En kan iemand dan uitleggen hoe ik dit zelf gebruik?

[Niek]

Op donderdag 18 juli 2002 16:16 schreef FCA het volgende:

[..]

Misschien helpt dit?

http://www.cs.helsinki.fi/linux/linux-kernel/2002-21/1000.html

En kan iemand dan uitleggen hoe ik dit zelf gebruik?

Je moet de patch van die mailinglist opslaan, de nVidia 2960 drivers untarren en dan "patch -p0 < nvidia-kernel-2.5.patch" doen. Ik weet niet of dit alleen met kernel 2.5.19 of ook met nieuwere 2.5 kernels werkt.

[RG]

2.5.27 is uit. Er zit nu de rmap-vm van Rik van Riel in en een aantal LSM patches (Linux Security Modules). Verders een hele berg MD (multi disk) fixen voor RAID enzo.

Zie hier de tjeensjlog:

[url="http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.27"]http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.27[/url]

Volgens mij is Linus een stuk vooruitstrevender geworden met wat er in de kernel gaat. Nu ineens de rmap-vm erin en LSM modules. Keep on the good work.

Op de LKML is er momenteel een draadje over wat er nog allemaal in moet voor Halloween (feature freeze) en voor de uiteindelijke 2.6. Heel interessant! KernelTrap heeft het online staan:

[url="http://kerneltrap.org/node.php?id=348"]http://kerneltrap.org/node.php?id=348[/url]

Hier kan je natuurlijk de complete status zien:
[url="http://www.kernelnewbies.org/status/latest.html"]http://www.kernelnewbies.org/status/latest.html[/url]

[Verwijderd]

2.5.28 al..

code:

The most fundamental part of this has already been discussed a lot and
posted to the kernel list, including a lot of fixes (all hopefully 
integrated). That's obviously the removal of the global irq lock. In the 
short term (famous last words) that breaks a number of SMP configurations, 
but fixing them should not be horribly hard.

A lot of other stuff here too - the regular USB updates, fbdev updates,
m68k and ppc64 updates, IDE fix, and a sync-up with Al. Serial lawyer all 
shook up (the irq lock kind of forced that one, but it's certainly been 
pending long enough..)

Go wild,

        Linus

[url="http://linuxtoday.com/news_story.php3?ltsn=2002-07-24-018-26-NW-KN-DV"]korte changelog[/url]
[url="http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.28"]volledige changelog[/url]

[Verwijderd]

kernel 2.5.29

staat nog niet op linuxtoday overigens.. (comments van linus komen dus later)

hier is alvast de [url="http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.29"]volledige changelog[/url]

[RG]

Linus is on a kernel releasing spree

[Verwijderd]

eindelijk...

code:

Hmm.. All over the map. IDE patches as usual, USB updates, tons of C99 
named initializers work, ACPI update, fixes from Alan, driverfs race fixes
and cleanups, SCSI driver fixes from Doug and tons of input layer updates.

Oh, and a new LDM driver, Rusty's CPU hotplug infrastructure, and Ingo's
new cleaned-up GDT code with a per-process gdt segment on x86 for
thread-local storage. And the serial and parallel port drivers seems to
work again on SMP after the big irq lock upheaval.

        Linus

en.. de [url="http://lwn.net/Articles/5969/"]korte changelog[/url]

[Verwijderd]

Dat gaat hard zeg.
Jammer dat ze bij SGI nog maar een XFS-patch voor 2.5.26 hebben, en die doet het dus niet bij mij. Na "starting local" blijft alles stil staan, iemand anders hier ook last van gehad? CTRL-ALT-DEL werkt wel gewoon.

[phreggle]

Op zaterdag 27 juli 2002 18:20 schreef dblspace het volgende:
Dat gaat hard zeg.
Jammer dat ze bij SGI nog maar een XFS-patch voor 2.5.26 hebben, en die doet het dus niet bij mij. Na "starting local" blijft alles stil staan, iemand anders hier ook last van gehad? CTRL-ALT-DEL werkt wel gewoon.

Dat probleem heb ik ook gehad (nu gebruik ik weer 2.4.18 met diverse patches ).

Het probleem is dat het spawnen van de terminals niet lukt. Na een tijdje zal Init ook zeggen dat ie 5 minuten wacht omdat het allemaal mis loopt.

Ik heb hierop gezocht bij google groups etc., maar geen oplossing gevonden. Wel iemand die hetzelfde probleem had.

[Niek]

Op zaterdag 27 juli 2002 18:30 schreef phreggle het volgende:

[..]

Dat probleem heb ik ook gehad (nu gebruik ik weer 2.4.18 met diverse patches ).

Het probleem is dat het spawnen van de terminals niet lukt. Na een tijdje zal Init ook zeggen dat ie 5 minuten wacht omdat het allemaal mis loopt.

Ik heb hierop gezocht bij google groups etc., maar geen oplossing gevonden. Wel iemand die hetzelfde probleem had.

Ik heb dus exact hetzelfde probleem, maar ik durfde het hier niet eerder te posten Ik gebruik een week oude CVS van kernel 2.5 van oss.sgi.com, maar na "Starting local" blijft de boel hangen. Hopelijk komt XFS binnenkort standaard in kernel 2.5, dat is een stuk handiger dan zelf lopen patchen.

[RG]

hmm, bij mij blijft ie bij make dep al hangen op een of andere error in het nieuwe input systeem van meneer Dalecki

[Verwijderd]

kernel 2.5.30...

code:

Tons of stuff all over the map again. Lots of merging with various people.

The most noticeable fix (for me personally) was Trond fixing a nasty RPC
problem that caused the NFS client to return bogus dentry pointers that
hung the VFS layer hard on SMP machines.

But as you can see from the short changelog version (the full one is 
63kB), there's a lot of other stuff there.

        Linus

de small changelog - de full changelog...

[ Voor 0% gewijzigd door Verwijderd op 02-08-2002 10:35 . Reden: kleine wijziging ]

[Verwijderd]

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

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

Sizes in bytes Compressed Uncompressed
------------------------------------------------------------
Patch 578503 2443385
Full source 34925142 155688960

Changelog: http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.31

[Erhnam]

tot hoe lang gaan ze eigenlijk door ? 2.5.80 ?

[LollieStick]

Erhnam schreef op 22 augustus 2002 @ 20:35:
tot hoe lang gaan ze eigenlijk door ? 2.5.80 ?

Simple question, simple answer Ze gaan net zo lang door totdat de 2.5.x serie stabiel genoeg is om over te gaan in de 2.6 serie. Dat kan wel door gaan tot 2.5.99

2.6 has a long way to go

[LollieStick]

The_Surfer schreef op 27 juli 2002 @ 19:16:
[...]
Hopelijk komt XFS binnenkort standaard in kernel 2.5, dat is een stuk handiger dan zelf lopen patchen.

inderdaad . Laat ze dan ext3 maar verwijderen want ik hoorde dat dat niet zo best presteerd. Details daarvan weet ik niet, gebruik zelf ext3 (heb (nog) geen problemen gehad. Iemand die de details daarvan weet?

[Verwijderd]

Ext3 schaalt niet zo best met hele grote filesystems of directory's met heel veel bestanden. Maar ik denk dat ze het zeker niet zullen verwijderen i.v.m de compatibiliteit die ext3 bied. en de verschillende modussen voor journalling.

[deadinspace]

LinuxUser schreef op 22 augustus 2002 @ 20:54:
Dat kan wel door gaan tot 2.5.99

2.1 ging zelfs tot 2.1.129

[Wirf]

LinuxUser schreef op 22 augustus 2002 @ 20:57:
[...]


inderdaad . Laat ze dan ext3 maar verwijderen want ik hoorde dat dat niet zo best presteerd. Details daarvan weet ik niet, gebruik zelf ext3 (heb (nog) geen problemen gehad. Iemand die de details daarvan weet?

Waarom zou je het verwijderen als het niet zo goed presteerd? dr zijn altijd wel mensen die het (nog steeds) gebruiken.

Minix (het Linux 0.01 filesysteem) zit er ook nog steeds in (en ik gebruik het ook af en toe ook nog )

[Verwijderd]

Zag nog een leuk lijstje ergens over de status van 2.5.

Linux Kernel 2.5 Status - August 21st, 2002
(Latest kernel release is 2.5.31)

Items in bold have changed since last week.
Items in grey are post Halloween (feature freeze).

Features:

Merged
o in 2.5.1+ Rewrite of the block IO (bio) layer (Jens Axboe)
o in 2.5.2 Initial support for USB 2.0 (David Brownell, Greg
Kroah-Hartman, etc.)
o in 2.5.2 Per-process namespaces, late-boot cleanups (Al Viro, Manfred
Spraul)
o in 2.5.2+ New scheduler for improved scalability (Ingo Molnar)
o in 2.5.2+ New kernel device structure (kdev_t) (Linus Torvalds, etc.)
o in 2.5.3 IDE layer update (Andre Hedrick)
o in 2.5.3 Support reiserfs external journal (Reiserfs team)
o in 2.5.3 Generic ACL (Access Control List) support (Nathan Scott)
o in 2.5.3 PnP BIOS driver (Alan Cox, Thomas
Hood, Dave Jones, etc.)
o in 2.5.3+ New driver model & unified device tree (Patrick Mochel)
o in 2.5.4 Add preempt kernel option (Robert Love,
MontaVista team)
o in 2.5.4 Support for Next Generation POSIX Threading (NGPT team)
o in 2.5.4+ Porting all input devices over to input API (Vojtech Pavlik,
James Simmons)
o in 2.5.5 Add ALSA (Advanced Linux Sound Architecture) (ALSA team)
o in 2.5.5 Pagetables in highmem support (Ingo Molnar, Arjan
van de Ven)
o in 2.5.5 New architecture: AMD 64-bit (x86-64) (Andi Kleen, x86-64
Linux team)
o in 2.5.5 New architecture: PowerPC 64-bit (ppc64) (Anton Blanchard,
ppc64 team)
o in 2.5.6 Add JFS (Journaling FileSystem from IBM) (JFS team)
o in 2.5.6 per_cpu infrastructure (Rusty Russell)
o in 2.5.6 HDLC (High-level Data Link Control) update (Krzysztof Halasa)
o in 2.5.6 smbfs Unicode and large file support (Urban Widmark)
o in 2.5.7 New driver API for Wireless Extensions (Jean Tourrilhes)
o in 2.5.7 Video for Linux (V4L) redesign (Gerd Knorr)
o in 2.5.7 Futexes (Fast Lightweight Userspace Semaphores) (Rusty Russell, etc.)
o in 2.5.7+ NAPI network interrupt mitigation (Jamal Hadi Salim,
Robert Olsson, Alexey Kuznetsov)
o in 2.5.7+ ACPI (Advanced Configuration & Power Interface) (Andy Grover, ACPI
team)
o in 2.5.8 Syscall interface for CPU task affinity (Robert Love)
o in 2.5.8 Radix-tree pagecache (Momchil Velikov,
Christoph Hellwig)
o in 2.5.9 Smarter IRQ balancing (Ingo Molnar)
o in 2.5.11 Replace old NTFS driver with NTFS TNG driver (Anton Altaparmakov)
o in 2.5.11 Fast walk dcache (Hanna Linder)
o in 2.5.11+ Rewrite of the framebuffer layer (James Simmons)
o in 2.5.12+ Rewrite of the buffer layer (Andrew Morton)
o in 2.5.14 Support for IDE TCQ (Tagged Command Queueing) (Jens Axboe)
o in 2.5.14 Bluetooth support (no longer experimental!) (Maxim Krasnyansky,
Bluetooth team)
o in 2.5.17 New quota system supporting plugins (Jan Kara)
o in 2.5.17+ Move ISDN4Linux to CAPI based interface (Kai Germaschewski,
ISDN4Linux team)
o in 2.5.18 Software suspend (to disk & RAM) (Pavel Machek)
o in 2.5.23 More complete IEEE 802.2 stack (Arnaldo, Jay
Schullist, from Procom donated code)
o in 2.5.23+ Hotplug CPU support (Rusty Russell)
o in 2.5.25 Faster internal kernel clock frequency (Linus Torvalds)
o in 2.5.26 Direct pagecache <-> BIO disk I/O (Andrew Morton)
o in 2.5.27+ New VM with reverse mappings (Rik van Riel)
o in 2.5.28+ Serial driver restructure (Russell King)
o in 2.5.28 Remove the "Big IRQ lock" (Ingo Molnar)
o in 2.5.29 Thread-Local Storage (TLS) support (Ingo Molnar)
o in 2.5.29+ Add Linux Security Module (LSM) (LSM team)
o in 2.5.29+ Strict address space accounting (Alan Cox)
o in 2.5.31+ Disk description cleanups (Al Viro)
o in 2.5.32 New MTRR (Memory Type Range Register) driver (Patrick Mochel)


o in -dj Rewrite of the console layer (James Simmons)
o in -dj Add support for CPU clock/voltage scaling (Erik Mouw, Dave
Jones, Russell King, Arjan van de Ven)
o in -ac PCMCIA Zoom video support (Alan Cox)
o in -ac Improved i2o (Intelligent Input/Ouput) layer (Alan Cox)

o Ready Read-Copy Update (RCU) Mutual Exclusion (Dipankar Sarma,
Rusty Russell, Andrea Arcangeli, LSE Team)
o Ready Add hardware sensors drivers (lm_sensors team)
o Ready Build option for Linux Trace Toolkit (LTT) (Karim Yaghmour)
o Ready Remove the 2TB block device limit (Peter Chubb)
o Ready Add User-Mode Linux (UML) (Jeff Dike)
o Ready Serial ATA support (Andre Hedrick)
o Ready Add XFS (A journaling filesystem from SGI) (XFS team)

o Beta New IO scheduler (Jens Axboe)
o Beta Fix long-held locks for low scheduling latency (Andrew Morton,
Robert Love, etc.)
o Beta EVMS (Enterprise Volume Management System) (EVMS team)
o Beta Device mapper for Logical Volume Manager (LVM2) (LVM team)
o Beta Dynamic Probes (Suparna
Bhattacharya, dprobes team)
o Beta Page table sharing (Daniel Phillips,
Dave McCracken)
o Beta ext2/ext3 online resize support (Andreas Dilger)
o Beta UDF Write support for CD-R/RW (packet writing) (Jens Axboe, Peter
Osterlund)
o Beta Asynchronous IO (aio) support (Ben LaHaise)
o Beta Better event logging for enterprise systems (Larry Kessler, evlog
team)
o Beta discontigmem support (Pat Gaughen, Jack
Steiner, Tony Luck, etc.)
o Beta Add new CIFS (Common Internet File System) (Steve French)
o Beta Add support for NFS v4 (NFS v4 team)
o Beta High resolution timers (George Anzinger,
etc.)
o Beta Per-mountpoint read-only, union-mounts, unionfs (Al Viro)
o Beta New kernel build system (kbuild 2.5) (Keith Owens)
o Beta More complete NetBEUI stack (Arnaldo Carvalho de
Melo, from Procom donated code)

o Alpha Scalable Statistics Counter (Ravikiran Thirumalai)
o Alpha Linux Kernel Crash Dumps (Matt Robinson, LKCD
team)
o Alpha ext2/ext3 large directory support: HTree index (Daniel Phillips,
Christopher Li, Ted Ts'o)
o Alpha Zerocopy NFS (Hirokazu Takahashi)
o Alpha Change all drivers to new driver model (All maintainers)
o Alpha SCTP (Stream Control Transmission Protocol) (lksctp team)
o Alpha NUMA aware scheduler extensions (Erich Focht)
o Alpha Basic NUMA API (Matt Dobson)
o Alpha NUMA topology support (Matt Dobson)
o Alpha Non-linear memory support (Martin Bligh, Daniel
Phillips)
o Alpha Parallelizing page replacement (William Lee Irwin)
o Alpha VM large page support (Simon Winwood,
Hubertus Franke)
o Alpha Remove waitqueue heads from kernel structures (William Lee Irwin)
o Alpha Remove the global tasklist (William Lee Irwin)
o Alpha New lightweight library (klibc) (H. Peter Anvin)
o Alpha Reiserfs v4 (Reiserfs team)
o Alpha UMSDOS (Unix under MS-DOS) Rewrite (Al Viro)
o Alpha Full compliance with IPv6 (Alexey Kuznetzov,
Jun Murai, Yoshifuji Hideaki, USAGI team)
o Alpha Remove use of the BKL (Big Kernel Lock) (Alan Cox, Robert
Love, Neil Brown, Dave Hansen, etc.)
o Alpha USB gadget support (Stuart Lynne, Greg
Kroah-Hartman)

o Started Fix device naming issues (Patrick Mochel, Greg
Kroah-Hartman)
o Started Replace initrd by initramfs (H. Peter Anvin, Al
Viro)
o Started Make AppleTalk use shared skbs and refcounting (Arnaldo Carvalho de
Melo)
o Started NUMA aware slab allocator (Martin Bligh)
o Started SCSI multipath IO (with NUMA support) (Patrick Mansfield,
Mike Anderson)
o Started Overhaul PCMCIA support (David Woodhouse,
David Hinds)
o Started InfiniBand support (InfiniBand team)

o Planning Generic parameter/command line interface (Keith Owens)
o Planning New mount API (Al Viro)
o Planning Add thrashing control (Rik van Riel)
o Planning Remove all hardwired drivers from kernel (Alan Cox, etc.)


Cleanups:

Merged
o in 2.5.3 Break Configure.help into multiple files (Linus Torvalds)
o in 2.5.3 Untangle sched.h & fs.h include dependancies (Dave Jones, Roman
Zippel)
o in 2.5.4 Per network protocol slabcache & sock.h (Arnaldo Carvalho de
Melo)
o in 2.5.4 Per filesystem slabcache & fs.h (Daniel Phillips,
Jeff Garzik, Al Viro)
o in 2.5.6 Killing kdev_t for block devices (Al Viro)
o in 2.5.18+ ->getattr() ->setattr() ->permission() changes (Al Viro)
o in 2.5.21 Split up x86 setup.c into managable pieces (Patrick Mochel)
o in 2.5.23+ Major MD tool (RAID 5) cleanup (Neil Brown)
o in 2.5.31 Rework datalink protocols to not use cli/sti (Arnaldo Carvalho de
Melo)

o Ready Switch to ->get_super() for file_system_type (Al Viro)

o Beta file.h and INIT_TASK (Benjamin LaHaise)
o Beta Proper UFS fixes, ext2 and locking cleanups (Al Viro)
o Beta Lifting limitations on mount(2) (Al Viro)
o Beta Remove dcache_lock (Maneesh Soni, IBM
team)

o Started Reorder x86 initialization (Dave Jones, Randy
Dunlap)
o Started Remove incomplete SPX network stack (Arnaldo Carvalho de
Melo)

Have some free time and want to help? Check out the Kernel Janitor
TO DO list for a list of source code cleanups you can work on.
A great place to start learning more about kernel internals!

[Verwijderd]

Verwijderd schreef op 23 augustus 2002 @ 01:09:
Zag nog een leuk lijstje ergens over de status van 2.5.

kernelnewbies.org? .

[Verwijderd]

Nee, lkml maar daarin wordt idd verwezen naar kernelnewbies.

[TommyB]

Vandaag ff Linux Kernel 2.5.31 gecompiled en geïnstalled. Werkt veel beter dan 2.4.18 (m'n vorige kernel)! Stuk sneller.

En voor 't eerst doet het geluid het op m'n pc (ac'97 codec)

btw, geen enkele error tijdens compilen

[Verwijderd]

ac97 heeft het bij mij altijd al gedaan
en hoe weet je dat het "sneller" is? hoe meet je dat?

[TommyB]

Hij start sneller op

[Verwijderd]

kernel 2.5.32

code:

Delayed by various issues (including a HT-only MTRR bug that Ingo finally
chased down and that kept me chasing shadows for days). As a result, this 
is fairly big..

Most noticeable is the (already discussed) IDE revert, and the threading
updates. The input layer switch-over may also end up being a bit painful
for a while, since that not only adds a lot of config options that you
have to get right to have a working keyboard and mouse (we'll fix that
usability nightmare), but the drivers themselves are different and there
are likely devices out there that depended on various quirks.

The AIO core code from Ben got merged, and Al worked on cleaning up the 
gendisk stuff from a number of drivers that were missed last time. And the 
usual USB updates..

Oh, and various architecture updates (sparc64, ppc64, ia-64).

        Linus

Changelog:
http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.32

Small Changelog:
http://linuxtoday.com/new...002-08-27-019-26-NW-KN-DV

[Wirf]

Bah, daar gaat de nieuwe IDE core

[Verwijderd]

Linux 2.5.33, announce van Linus:

There's a fair amount of stuff in here again, but I'd personally like to
have people who actually use that d*ng floppy driver please test it out. I
finally broke down and tried to fix it, since it's been broken in 2.5.x
for longer than most people care to remember.

I don't even have floppies to test with, I just verified that I could read
two old backup disks, and one seemed fine, and the other read 90% of the
thing, which was a lot more than I expected since they are both at least
five years old. I've never had good luck with those unreliable 3.5"
things, I'd rather have as little to do with them as possible.

Anyway, apart from floppies, this has the IDE organizational cleanups by
Al, another merge with Andrew, and some new networking stuff (TCP
segmentation offload onto network cards, and initial cut of SCTP support).

And NTFS, JFS, and of course USB updates. Oh, and some of the keyboard
input stuff should fix some random breakage in the input switchover.

Linus

http://www.kernel.org/pub/linux/kernel/v2.5/patch-2.5.33.gz
http://www.kernel.org/pub/linux/kernel/v2.5/ChangeLog-2.5.33

[Verwijderd]

Wirf schreef op 28 augustus 2002 @ 16:23:
Bah, daar gaat de nieuwe IDE core

Jens Akboe was toch (als nummertje zoveel) gek geworden van het werk? I'm not even surprised. .

Als ik 't goed begrijp willen ze nu per-chipset IDE drivers maken in plaats van een universele. Dat zal wel weer een enorm coole nachtmerrie worden voor installers en mensen die voor 't eerst een kernel compilen. . Alan Cox zou de taak van Jens tijdelijk op zich nemen, benieuwd hoe lang die het volhoudt... .

Ach... Misschien is Linus'nieuwste voorstel wel helemaal zo gek nog niet... Maargoed, eerst zien dan geloven, ik zal maar sceptisch blijven hierover...

[Verwijderd]

schop
Er is weer een opvolger vrijgelaten, 2.5.34. De begeleidende tekst is:

Ok, this has a surprising number of fundamental fixes, with some seriously
broken details fixed. The "per-cpu" macros didn't do the right thing at
ALL, causing silent trouble for softirq's on SMP, for example.

The floppy bio fixes (and yes, the floppy driver really works now) were
rather fundamental and embarrassing too. And edge-triggered PCI interrupts
really did some rather bad things under the right circumstances.

Other than those fixes (usually one-liners), this includes merges with Al
and Andrew, sparc fixes, JFS and ReiserFS updates etc.

Oh, and more pthreads help from Ingo, along with an indecent number of
warring fixes for ptrace breakage..

Linus

De patch is hier neer te halen. Voor de masochisten onder ons is er een changelog .

[Verwijderd]

Je kan ook een scsi cd writer kompen!

[Verwijderd]

en nog even een kernel 2.5 'status summary':
http://lwn.net/Articles/9495/

[Verwijderd]

En 2.5.35 is een feit. Announce:

Morton, and Rusty "trivial" Russell (because BK only holds one person
responsible the trivial patches get attributed to the original author, not
Rusty, but Rusty should get a special attribution for maintaining the set
of patches).

Oh, and Jeff Dike's UML is in.

ACPI, PPC, USB, Sparc etc updates.

Linus

De patch en de changelog voor de liefhebbers.

[Verwijderd]

kwam dit net tegen
http://kerneltrap.org/node.php?id=404

ziet er best wel geinig uit, en vond het wel de moeite om even in het kernel draatje te posten.
(sorry als dit al lang en breed besproken is in een oudere draad, heb niet echt naar datum gekeken)

[Verwijderd]

http://kerneltrap.org/node.php?id=404 -->
Voor mij hoeven die X-based config tools niet zo. Ik red me prima met de standaard menuconfig. Menuconfig vind ik veel overzichtelijker dan xconfig. In KDE zit standaard d8 ik ook al een kernel configurator (Control center). Dat soort tools is wat mij betreft tijdsverspilling en voorzien niet in een behoefte.

[RG]

XFS is gemerged door Linus T. Dus 2.5.36 gaat XFS bevatten. Linus is goed bezig tegenwoordig, nadat het een tijdje vrij stil is geweest...

[Verwijderd]

Het gaat weer hard, Linux 2.5.36 released.

Big patch, most of it due to the XFS merge.

The rest is pretty normal - more syncs with Andrew, some console code
reorg by James, NTFS fixes for highmem, and IDE, USB and firewire updates.

Linus

De patch en de changelog.

[Verwijderd]

XFS!!!!!!!!!!!!!

Linux is naar XFS geport, eindelijk, eindelijk! . .

[Verwijderd]

explain? is XFS dan echt zo geweldig.
tis toch gewoon net als ext3 maar dan wat sneller.

[Verwijderd]

Probeer het eens zou ik zeggen. De patches zijn voor de gangbare 2.4 kernels beschikbaar op http://oss.sgi.com/projects/xfs/patchlist.html. Ik ben er tot zover erg tevreden over.

[Verwijderd]

Verwijderd schreef op 18 september 2002 @ 15:19:
explain? is XFS dan echt zo geweldig.
tis toch gewoon net als ext3 maar dan wat sneller.

XFS is reactiever en sneller, wat mij betreft...

Maar ik bedoelde mij opmerking als grappige variant op de critici die zeggen dat XFS niet naar linux geport is, maar linux naar XFS is geport. .

Heb je ooit gezien hoe groot die patch is en op welke delen van de kernel deze allemaal effect heeft? Kijk er eens naar, je zult je rot schrikken. .

[RG]

Ik heb mijn kernel eens gepatched met XFS. Ik geloof dat ie 4x zolang bezig was met de XFS patch als met de kernel zelf. Uiteindeijk was het een module van 4 MB geworden. En ik vond het systeem er ook niet bepaald sneller op worden... Magoed, ik vind ext3fs en reiserfs eigenlijk ook heel goed. XFS lijkt me alleen nuttig als je een hele dikke fileserver hebt staan oid.

Het belangrijkste is dat Linus veel nieuwe features merged voor Halloween. 2.6 gaat erg veel goeie nieuwe dingen bevatten als ik het lijstje zo zie

[intoxicated]

RG© schreef op 19 september 2002 @ 20:03:
Ik heb mijn kernel eens gepatched met XFS. Ik geloof dat ie 4x zolang bezig was met de XFS patch als met de kernel zelf. Uiteindeijk was het een module van 4 MB geworden.

Dan is er toch iets mis. Mijn kernel met XFS is totaal nog geen 1.4MB groot.

XFS lijkt me alleen nuttig als je een hele dikke fileserver hebt staan oid.

Ach, ik ben er best tevreden mee op m'n desktopje

[Verwijderd]

En er is weer een nieuwe: 2.5.37.

Lots of stuff all over the map. Arch updates (ppc*, sparc*, x86 machine
reorg), VM merges from Andrew, ACPI updates, BIO layer updates,
networking, driverfs, build process, pid hash, you name it it's there.

And that probably still means I missed some stuff.

Linus

Klik hier voor de patch en hier voor de changelog.

[Verwijderd]

Hoe ver gaan ze nog door (jaja ik weet het, 2.6 komt uit als ie klaar is)
maar wanneer is ie klaar of gaan ze gezellig door tot 2.5.99 ?

[intoxicated]

Verwijderd schreef op 20 september 2002 @ 18:50:
Hoe ver gaan ze nog door (jaja ik weet het, 2.6 komt uit als ie klaar is)
maar wanneer is ie klaar of gaan ze gezellig door tot 2.5.99 ?

Kijk voor de grap eens op http://www.kernel.org/pub/linux/kernel/ om te zien hoeveel oneven kernels er zijn, vooral om 2.1.x kan je lachen. Dus ze kunnen nog wel een tijdje doorproggen voordat ze vinden dat iets 'af' is

[RG]

Jesus, Linus is gek geworden! Slaapt ie eigenlijk nog wel?? Goed werk weer.

[Verwijderd]

RG© schreef op 20 september 2002 @ 23:02:
Jesus, Linus is gek geworden! Slaapt ie eigenlijk nog wel?? Goed werk weer.

Échte proggers slapen nooit

[Verwijderd]

intoxicated schreef op 20 september 2002 @ 19:15:
[...]
Kijk voor de grap eens op http://www.kernel.org/pub/linux/kernel/ om te zien hoeveel oneven kernels er zijn, vooral om 2.1.x kan je lachen. Dus ze kunnen nog wel een tijdje doorproggen voordat ze vinden dat iets 'af' is

omg
naja heb nog wel een jaartje geduld

[Thijsch]

Weet iemand of er Sis305 support komt in kernel 2.5 of hangt dat van X af (dacht ik wel), of zijn er al drivers vooor (in mijn X iig niet)??

[Ronald]

Linus is getting on steam

Trying to be a bit more timely about releases, especially since some
people couldn't use 2.5.37 due to the X lockup that should hopefully
be fixed (no idea _why_ that old bug only started to matter recently, the
bug itself was several months old).

ia64 updates, a vm86 mode bug that bit XFree86 startup (and must have
bitten dosemu too, but maybe people aren't using DOS much any more), PCI
driver attach fixes, JFS, ACPI, net drivers etc.

Linus

Korte Changelog (LMKL)

Changelog

patch-2.5.38.bz2

[ Voor 0% gewijzigd door Ronald op 22-09-2002 10:16 . Reden: Korte changelog ]

[Ronald]

Verder met 2.5.39

Changes all over the map.

The most noticeable one may well be the new and much improved elevator by
Jens Axboe, this one makes a big difference at least to me.

And Andrew found a nasty SMP deadlock on the tasklist lock.

And Ingo's been busy again, fixing some more threading issues he found
(including the much-talked-about futex thing).

Other stuff all over the map: USB, JFS, XFS, networking, debugging etc.

Linus

Korte changelog op LMKL

Changelog

patch-2.5.39

[Ronald]

* Ronald heeft het gevoel dat dit draadje doodbloed.

Juist nu het belangrijk gaat worden dat mensen dit ding gewoon gaan testen.
Linus verteld expliciet in de aankodiging van 2.5.40 dat ook NIET 2.5 devvers dit ding out moeten testen. De IDE is niet zo erg meer. (forward ported 2.4-ac)
Ik kan me goed voorstellen dat Linus hiermee wil voorkomen dat het stabiliseren van 2.6 net als 2.4 een eeuwigheid gaat duren. Eind deze maand treed een feature freeze in werking waarna er in princiepe geen destabiliserend werk meer gedaan gaat worden.

LMKL aankondiging

Dikke Changelog

patch-2.5.40.bz2

Kernel.org is terwijl ik dit post nog steeds dood, hierdoor zijn de laatste 2 links ook dood.
De mirrors hebben hem ook niet opgepakt (probleem met de kernel master server?)

[Verwijderd]

RonaldH schreef op 01 oktober 2002 @ 11:32:
Juist nu het belangrijk gaat worden dat mensen dit ding gewoon gaan testen.
Linus verteld expliciet in de aankodiging van 2.5.40 dat ook NIET 2.5 devvers dit ding out moeten testen. De IDE is niet zo erg meer. (forward ported 2.4-ac)
Ik kan me goed voorstellen dat Linus hiermee wil voorkomen dat het stabiliseren van 2.6 net als 2.4 een eeuwigheid gaat duren. Eind deze maand treed een feature freeze in werking waarna er in princiepe geen destabiliserend werk meer gedaan gaat worden.

Testen.. zou ik wel willen doen.. maar dan moet ik er wel zeker van zijn dat niet m'n hele systeem om zeep kan worden geholpen..

(wat is bv het ergste dat kan gebeuren?)

En werken de NVIDIA drivers met 2.5?

En is ie veel sneller dan 2.4?

[Ronald]

Je kunt je hele systeem tarren en vanaf rescue cd terugplempen.
100% zekerheid heb je niet, ook niet als je de nieuwste 2.4 erop stampt. Linus en anderen in die LMKL draad denken dat het redelijk veilig is (zie zijn comment van IDE isn't all that scary anymore)
Zou het iig niet op een machine proberen waar je vanaf hangt voor werk, maar een speelpartitie thuis?

[FCA]

Ik gebruik het gewoon op m'n eigen bak, aangezien ik toch nog een w2k heb staan waar ik in kan booten, en ik toch m'n linux elke 2 maanden overnieuw installeer, aangezien ik er net iets te weinig van snap.
Echte grote problemen heb ik niet gehad met 2.5.x, werk vanaf .26 ermee, soms wil ie niet booten, alleen 2.5.39 wil niet netjes compileren met mijn opties, zal nog eens kijken of 2.5.40 dat ook heeft, anders kan ik een bug-report gaan schrijven. Maar als je gewoon wat aan het spelen bent met Linux, en geen zwaar-essentiele dingen doet, is het heel goed mogelijk om ermee te spelen, en het is natuurlijk altijd cool om met de laatste speeltjes te kunnen werken.
www.kernelnewbies.org heeft een hoop info, ook over hoe je moet compilen e.d.
nVidia drivers werken niet standaard met 2.5, maar als je dit draadje goed doorleest staat er volgens mij iets om ze wel te laten werken.

[RG]

Als ze dan eerst de de i2o drivers eens gaan fixen, dan kan ik hem ook proberen
Veel gave nieuwe features in 2.5, maar ik heb er nog geen gehad die volledig goed compileert voor mijn systeem. Meestal zit er gewoon een fout in de code waardoor de compiler er al op hangt en andere keren boot ie gewoon niet helemaal...

[Verwijderd]

Linux 2.5.41 is inmiddels uit. Announce:

Tons of stuff. Mucho merges with the "A-Team" (Alan, Al, Alexey, Andrew,
Anton, Arjan, Arnaldo and Art), but the "M-Team" (Maksim, Marcel, Martin's
and Mike) is a close runner up. The J's are doing well too.

Linus "Go L, go L" Torvalds
--------

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

Sizes in bytes Compressed Uncompressed
------------------------------------------------------------
Patch 935263 4111464
Full source 36636363 163389440

Changelog 2.5.41

[ Voor 0% gewijzigd door Verwijderd op 07-10-2002 21:18 . Reden: announce van Linus ]

[Verwijderd]

En er is weer een nieuwe: Linux kernel 2.5.42.

Augh.. People have been mailbombing me apparently because a lot of people
finally decided that they really want to sync with me due to the upcoming
feature freeze, so there's a _lot_ of stuff here, all over the map.

Both the NFS client and the server are getting facelifts to support NFSv4.
And both Dave Jones and Alan Cox decided to try to merge more stuff with
me - along with the usual stream from Andrew Morton.

In addition, we have build updates, ISDN, ACPI, input layer, network
drivers and driverfs.. Along with a random collection of other stuff: USB,
s390, ppc etc.

End result: 1MB worth of compressed patches - in four days.

Linus


PS: NOTE - I'm not going to merge either EVMS or LVM2 right now as things
stand. I'm not using any kind of volume management personally, so I just
don't have the background or inclination to walk through the patches and
make that kind of decision. My non-scientific opinion is that it looks
like the EVMS code is going to be merged, but ..

Alan, Jens, Christoph, others - this is going to be an area where I need
input from people I know, and preferably also help merging. I've been
happy to see the EVMS patches being discussed on linux-kernel, and I just
wanted to let people know that this needs outside help.

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

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

En uiteraard de changelog

[ Voor 0% gewijzigd door Verwijderd op 12-10-2002 12:56 . Reden: + verhaal linus ]

[mpol]

De problemen die ik tegenkwam onder 2.5.41:
Radeonfb en vga16fb wilden niet compileren. Vesafb wel.
Bij het starten van X kreeg ik een onbruikbaaar systeem (X of kernel). Ik denk dat er iets mis was met vesafb of de radeon dri module.
Bij de volgende reboot kreeg ik een oops bij insmod ide-scsi.

Ik heb begrepen dat die oops gemaakt is in 2.5.42, maar ik zag het niet in de changelog staan.
In ieder geval, ik wacht nog even met het testen van 2.5.

[Verwijderd]

Verwijderd schreef op 12 oktober 2002 @ 12:47:
En er is weer een nieuwe: Linux kernel 2.5.42.

[...]
ACPI
[...]

Betekent dit dat het nu ook eindelijk mogelijk gaat worden om te hibernaten met Linux?

[deadinspace]

Is hibernation een ACPI iets dan?
Er kwam in 2.6 afaik wel suspend-to-disk, maar ik zie zo snel niet in waarom dat iets met ACPI te maken zou moeten hebben. 2.4 heeft btw ook al wat ACPI support.

[Verwijderd]

Nja, weet et niet zeker maar in Windows staan die instellingen voor dat hibernaten in die tabbladen die met ACPI te maken hebben (afaik) dus ik neem aan dat het idd een ACPI iets is..

[Ronald]

Tijd voor 2.5.43

A huge merging frenzy for the feature freeze, although I also spent a few
days getting rid of the need for ide-scsi.c and the SCSI layer to burn
CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
those off to the maintainer).

The most fundamental stuff is probably RCU and oprofile, but there's stuff
all over the map here..

Linus

Dat klinkt lief, geen noodzaak voor ide-scsi meer na een update van cdrecord

LMKL aankondiging

Full

Patch

[Equator]

Das mooi want elke emulatie kost performance. Ook al is het niet te merken
Ik hoop dat cdrecord snel wordt gepatched/fixed dan..
Hmm.. Kan niet wachten dat de eerste stable's uitkomen, erg benieuwd wat de kernel voor nieuws met zich meebrengt

[Ronald]

CyberJ schreef op 16 oktober 2002 @ 07:37:
Das mooi want elke emulatie kost performance. Ook al is het niet te merken
Ik hoop dat cdrecord snel wordt gepatched/fixed dan..
Hmm.. Kan niet wachten dat de eerste stable's uitkomen, erg benieuwd wat de kernel voor nieuws met zich meebrengt

Die emulatie kost op zich weinig performance, IDE cd branders branden namelijk via een scsi command set (net als hun scsi broertjes:D ) en vandaar de scsi emulatie. Dit wordt transparant gedaan onder bijvoorbeeld windows. Wel kost de scsi layer heel veel kernel grootte dus het is idd erg mooi.

[Verwijderd]

RonaldH schreef op 16 oktober 2002 @ 06:42:
Dat klinkt lief, geen noodzaak voor ide-scsi meer na een update van cdrecord

/me vindt Linus niet lief. .

Zo worden applicaties alleen maar gecompliceerder. Daar wordt niemand blij van. .

[Verwijderd]

ik ben er blij mee
/me is zo'n b00b dat hij dat ide-scsi nooit heeft kunnen laten werken.
(niet dat ik het echt probeerde. eigenlijk wachte ik gewoon meer tot het zichzelf fixte maarja ik brand ook echt ontiegelijk veel (not))

[mpol]

Hopelijk wordt cdrdao ook geipdate, en blijft het niet alleen bij cdrecord.
Nooit problemen met ide-scsi gehad eigenlijk, alleen wine wil een ide-scsi cdrom niet slikken, die wil toch echt een ide-cd driver ervoor hebben.
En ook windows gebruikt wel scsi-emulatie mbv de ASPI drivers van Adaptec.

[deadinspace]

RonaldH schreef op 16 oktober 2002 @ 11:44:
Wel kost de scsi layer heel veel kernel grootte dus het is idd erg mooi.

En vervolgens heb je SCSI support nodig voor USB mass storage devices (zoals USB fotocamera's) enzo.

Ik heb btw maar één CDrom/fikker in mijn systeem, en die werkt mbv ide-scsi. Werkt altijd en overal, ook in Wine.

[Verwijderd]

En er is weer een vers exemplaar: 2.5.44

k, I've merged stuff from more people, and 2.5.44 is out there. We're
getting closer, folks.

And for the ext 8 days (starting _now_) it is totally unnecessary to try
to send me patches or cc me on the discussions about what needs to be
merged or not. I won't read it, and when I get back I will likely just
flush the whole inbox, since there's no way I can try to catch up _and_
try to merge some final pieces before the feature freeze at the same time.

I've asked various people to act as merge-points for me while I'm gone,
and to avoid having them mailbombed or pressured into accepting stuff they
don't really want to, I won't even tell who they are

Anyway, the 2.5.44 patches are all over the map, see for yourself in the
appended changelog.

I repeat: while I'm gone, please use linux-kernel as a central point for
discussion, and I assume that all the normal suspects will maintain their
own set of fixes for it. Don't fill my inbox,

Linus

De volledige kernel is te vinden op kernel.org en de bijbehorende changelog .

[Verwijderd]

Linux 3.0 komt steeds dichterbij, Ik vind dit nieuwtje niet interessant genoeg om een nieuwe topic voor te openen, maar wel om het 2.5 draadje mee te bevuiligen hehe

gaat over
http://www.linuxandmain.c...News&file=article&sid=258

/me kan niet wachten totdat 3.11 "for workgroups" uitkomt

[Verwijderd]

G....dv....r....

video4linux2 zit er nog niet in en we hebben nog 6 dagen ofzo?

/me gaat Gerd een schop verkopen... Als v4l2 er niet in komt wordt dat 't lachertje van de eeuw. .

[Verwijderd]

/me heeft Gerd een schop verkocht. .

Morgen of overmorgen wordt video4linux2 naar linux-kernel gestuurd. Komt 't er alsnog in. .

[Stacium]

beters

[Verwijderd]

Zo hoort dat. .

[Stacium]

ik kan niet wachten

alleen moek dan nog wel ff uitvinden hoe kernel compilen werkt enzo...

[deadinspace]

Daar heb je dan nog wel even de tijd voor, tenzij je een 2.5 kernel wilt uitproberen
2.6 (of 3.0, whatever) is voorlopig nog niet uit (duurt nog minstens 3 maanden lijkt me zo snel, al heb ik er verder totaal geen research naar gedaan).

[Verwijderd]

Linus heeft ook gezegd dat 't ook hoog tijd wordt dat men mainstream 2.5.x gaat testen, om te voorkomen dat er 't zelfde gebeurt als in 2.4.0 -> die zoog aan alle kanten omdat ie niet getest was in mainstream (Linus: "we won't find new bugs by testing it over and over again by the same people, so here is 2.4.0").

[The_Wounded]

Wat heeft iedereen toch met kernel 3.0? Linus heeft zelf gezegd dat het gewoon de 2.6 serie gaat worden omdat er geen grootte veranderingen zijn.
En tja de 2.5 kernel werkt goed nadat ik wat modules heb aangepast. Maar dat komt door een brander met een kapotte firmware

[deadinspace]

The_Wounded schreef op 23 oktober 2002 @ 11:14:
Wat heeft iedereen toch met kernel 3.0? Linus heeft zelf gezegd dat het gewoon de 2.6 serie gaat worden omdat er geen grootte veranderingen zijn.
En tja de 2.5 kernel werkt goed nadat ik wat modules heb aangepast. Maar dat komt door een brander met een kapotte firmware

Linus maakte het afaik geen zak uit, maar volgensmij ligt de eindbeslissing erover bij hem. Het is op dit moment dus nog niet besloten, en ik geef Linus groot gelijk als hij zegt dat hij daar nu niet over na gaat denken, omdat hij toch nog niet klaar is.

[RG]

Deze kernel heeft een brakke rewrite aan boord van de plug-and-play implementatie (zit er voor het eerst in). En als je die uitzet compileren de parport drivers weer niet. Verder vind ik het build proces nogal verbeterd, alleen de menuconfig is een beetje groot geworden.

Ik ben er trouwens voor deze kernel 2.6 te noemen en dan in de volgende 3.0 waarin het nieuwe driver model volledig geimplementeerd moet zijn en eventueel het verplicht maken van modules. Daarnaast kan je dan een nieuw build systeem maken. Roman Zippel is daar nu al een heel eind mee, maar ik denk eigenlijk niet dat Linus dat er nog in gaat stoppen.