Slashdot Mirror

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

Please avoid slashdoting the main server. Here is list of direct links to mirrors. Version 2.4.13, full tarball : [al] - [dz] - [as] - [ad] - [ao] - [ai] - [aq] - [ag] - [ar] - [am] - [aw] - [ac] - [au] - [at] - [az] - [av] - [bs] - [bh] - [bd] - [bb] - [by] - [be] - [bz] - [bj] - [bm] - [bt] - [bo] - [ba] - [bw] - [bv] - [br] - [io] - [bn] - [bg] - [bf] - [bi] - [kh] - [cm] - [ca] - [ic] - [cv] - [ky] - [cf] - [ea] - [td]

If you're going to run 2.4.12, I suggest adding the latest Alan Cox patch to it, as well as Rik van Riel's "hogstop" and "eatcache" patches.
First, start with the base 2.4.12 kernel: (Use a patch to save Kernel.org's bandwidth, if you have a recent 2.4 kernel lying around.)
2.4.12
Next, patch it up to 2.4.12-ac3:
2.4.12-ac3
Finally, apply these two patches to 2.4.12-ac3 to yield 2.4.12-ac3+hogstop+eatcache
Hogstop+Eatcache

This is currently the ultimate in Linux VM performance.

If you're going to run 2.4.12, I suggest adding the latest Alan Cox patch to it, as well as Rik van Riel's "hogstop" and "eatcache" patches.
First, start with the base 2.4.12 kernel: (Use a patch to save Kernel.org's bandwidth, if you have a recent 2.4 kernel lying around.)
2.4.12
Next, patch it up to 2.4.12-ac3:
2.4.12-ac3
Finally, apply these two patches to 2.4.12-ac3 to yield 2.4.12-ac3+hogstop+eatcache
Hogstop+Eatcache

This is currently the ultimate in Linux VM performance.

Naw, I prefer the alternatives.

It all depends on what part of the "agency" you're talking about. Certainly, there's a lot of push to move to MS on desktop-type systems.

But mission systems are a different matter. To start with, you're talking in some cases about systems that have been deployed for decades. What my company (and we're not alone) has been doing for the last 7 years is migrating these custom OS/HW systems to COTS platforms. In the sonar arena (think the sonar workstations in The Hunt for Red October), we have progressively moved the signal processing systems from custom systems to embedded (VxWorks and Mercury) to Solaris and SGI prototypes to Linux on Intel. Currently deploying systems are using Linux on Compaq Proliant 8500 8-way boxes. The next refresh will be to multiple dual-CPU P4 Xeon boxes communicating over Gigabit Copper Ethernet. Expect to see Itanium-based units in a couple of years. All of this is saving the Navy a lot of money while dramatically improving the capabilities of the fleet.

Do a quick Google search for Acoustic Rapid COTS Insertion.

And it's not stopping there. Plenty of other onboard systems, both in the surface and undersea communities, are moving from outdated one-of-a-kind systems to commodity hardware encapsulated in survivable enclosures.

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

There is also the HURD (from GNU), and there are hundreds of GNU/Linux distros, and probably a few systems that are a combination of the Linux kernel and *BSD utilities. (I think that MINIX is completely dead by now, so that doesn't count.)

I think this is a great step in the right direction, but unfortunately most kernel changes and additions are to drivers in the kernel, not the core kernel components. Many times it happens that the driver for device x gets broken in kernel revision y. This isn't because the driver developer was slacking off, each developer only has a limited amount of hardware he or she can test it on.

Granted that's why there's the whole "pre" patch testing process and I'm sure the OSDL will have a nice selection of hardware, but it sounds like they're more focused on core kernel develop, which is great, but if enough people don't test the drivers the problems can't be found and unfortunately Alan Cox has a limited amount of space in his house. He can't keep every possible configuration, so we all need to try and test those kernels more, I know I too am guilty of not trying out enough patches, but we can all do more to make this kernel even better.

KidA

Then tell them that on the linux-kernel mailing list:

linux-kernel@vger.kernel .org

You don't need to be subscribed to the list to successfully send stuff to it, so post away!

If you actually do want to subscribe to the list send a message to majordomo@vger.kernel.org with the following in the body:

subscribe linux-kernel malda@slashdot.org

where malda@slashdot.org will be replaced by your email address.

An archive of the list can be found at http://boudicca.tux.org/hypermail/linux-kernel/

Hope this helps!

Then tell them that on the linux-kernel mailing list:

linux-kernel@vger.kernel .org

You don't need to be subscribed to the list to successfully send stuff to it, so post away!

If you actually do want to subscribe to the list send a message to majordomo@vger.kernel.org with the following in the body:

subscribe linux-kernel malda@slashdot.org

where malda@slashdot.org will be replaced by your email address.

An archive of the list can be found at http://boudicca.tux.org/hypermail/linux-kernel/

Hope this helps!

And just so people know where to throw their flames to:

linux-kernel@vger.kernel .org

You don't need to be subscribed to the list to successfully send stuff to it, so post away!

If you actually do want to subscribe to the list send a message to majordomo@vger.kernel.org with the following in the body:

subscribe linux-kernel malda@slashdot.org

where malda@slashdot.org will be replaced by your email address.

An archive of the list can be found at http://boudicca.tux.org/hypermail/linux-kernel/

Hope this helps!

And just so people know where to throw their flames to:

linux-kernel@vger.kernel .org

You don't need to be subscribed to the list to successfully send stuff to it, so post away!

If you actually do want to subscribe to the list send a message to majordomo@vger.kernel.org with the following in the body:

subscribe linux-kernel malda@slashdot.org

where malda@slashdot.org will be replaced by your email address.

An archive of the list can be found at http://boudicca.tux.org/hypermail/linux-kernel/

Hope this helps!

It's nice to see the portability of Linux demonstrated. And you can use it to really freak out some non-Linux people.

But has this any practical use? ...The Dreamcast community has created tools that are far better suited ...

When Karl Kalleberg and myself started the port at LinuxDC (yes, not the same as the originial .jp port, for reasons I won't go into, but we're all friends now :P), the idea was to provide an embedded Linux system as an alternative for the hobbyist Dreamcast developers instead of the plucky toolkits (libdream, KOS, etc.) that were available. LinuxDC is *designed* to go as close to the metal as possible.

I'm still doing DC kernel hacking, check out the Task Manager on the SF project page for info on what's currently being worked on.

Really, it's a nice hack.

If there are true kernel hackers, people interested in porting apps, testers, or people who are serious about tinkering with embedded Linux development feel free to stop by linuxdc.org. The developers are usually on #linuxdc on irc.openprojects.net.

Have fun, and thanks goes to Bill for the well-written article :P.

M. R.

http://master.kernel.org/mirrors/nindex.shtml

You can access the mirror list at:

http://master.kernel.org/mirrors/nindex.html

Posting to slashdot will do nothing.

patch-2.4.7
patch-2.4.8
patch-2.4.9
patch-2.4.10

Links for the lazy folks ; )

patch-2.4.7
patch-2.4.8
patch-2.4.9
patch-2.4.10

Links for the lazy folks ; )

patch-2.4.7
patch-2.4.8
patch-2.4.9
patch-2.4.10

Links for the lazy folks ; )

patch-2.4.7
patch-2.4.8
patch-2.4.9
patch-2.4.10

Links for the lazy folks ; )

The ChangeLog doesn't mention any VM changes, so I'd have to assume it still blows.

From the
changelog file:

final:
- Andrew Grover: ACPI update
- Al Viro: block devices..
- Andrea Arcangeli: fix list manipulation bogosity
- Trond Myklebust: 64-bit file locking fixes
- Brad Hards: USB CDC ethernet
- Chris Mason: reiserfs speedup
- Robert Love: re-merge AMD 761 GART support that was lost in -ac merge
- Adam Richter: check pci_module_init() return value

pre15:
- Jan Harkes: make Coda work with arbitrary host filesystems, not
just filesystems that use generic_file_read/write
- Al Viro: block device cleanups
- Hugh Dickins: swap device lock fixes - fix swap readahead race
- me, Andrea: more reference bit cleanups

pre14:
- Richard Gooch: devfs update
- Andrea Arcangeli: clean up/fix ramdisk handling now that it's in page cache
- Al Viro: follow up the above with initrd cleanups
- Keith Owens: get rid of drivers/scsi/53c700-mem.c file
- Trond Myklebust: RPC over TCP race fix
- Greg KH: USB update (ohci understands USB_ZERO_PACKET)
- me: clean up reference bit handling, fix silly GFP_ATOMIC allocation bug

pre13:
- Manfred Spraul: /proc/pid/maps cleanup (and bugfix for non-x86)
- Al Viro: "block device fs" - cleanup of page cache handling
- Hugh Dickins: VM/shmem cleanups and swap search speedup
- David Miller: sparc updates, soc driver typo fix, net updates
- Jeff Garzik: network driver updates (dl2k, yellowfin and tulip)
- Neil Brown: knfsd cleanups and fixues
- Ben LaHaise: zap_page_range merge from -ac

pre12:
- Alan Cox: much more merging
- Pete Zaitcev: ymfpci race fixes
- Andrea Arkangeli: VM race fix and OOM tweak.
- Arjan Van de Ven: merge RH kernel fixes
- Andi Kleen: use more readable 'likely()/unlikely()' instead of __builtin_expect()
- Keith Owens: fix 64-bit ELF types
- Gerd Knorr: mark more broken PCI bridges, update btaudio driver
- Paul Mackerras: powermac driver update
- me: clean up PTRACE_DETACH to use common infrastructure

pre11:
- Neil Brown: md cleanups/fixes
- Andrew Morton: console locking merge
- Andrea Arkangeli: major VM merge

pre10:
- Alan Cox: continued merging
- Mingming Cao: make msgrcv/shmat check the queue/segment ID's properly
- Greg KH: USB serial init failure fix, Xircom serial converter driver
- Neil Brown: nsfd/raid/md/lockd cleanups
- Ingo Molnar: multipath RAID personality, raid xor update
- Hugh Dickins/Marcelo Tosatti: swapin read-ahead race fix
- Vojtech Pavlik: fix up some of the infrastructure for x86-64
- Robert Love: AMD 761 AGP GART support
- Jens Axboe: fix SCSI-generic queue handling race
- me: be sane about page reference bits

pre9:
- Greg KH: start migration to new "min()/max()"
- Roman Zippel: move affs over to "min()/max()".
- Vojtech Pavlik: VIA update (make sure not to IRQ-unmask a vt82c576)
- Jan Kara: quota bug-fix (don't decrement quota for non-counted inode)
- Anton Altaparmakov: more NTFS updates
- Al Viro: make nosuid/noexec/nodev be per-mount flags, not per-filesystem
- Alan Cox: merge input/joystick layer differences, driver and alpha merge
- Keith Owens: scsi Makefile cleanup
- Trond Myklebust: fix oopsable race in locking code
- Jean Tourrilhes: IrDA update

pre8:
- Christoph Hellwig: clean up personality handling a bit
- Robert Love: update sysctl/vm documentation
- make the three-argument (that everybody hates) "min()" be "min_t()",
and introduce a type-anal "min()" that complains about arguments of
different types.

pre7:
- Alan Cox: big driver/mips sync
- Andries Brouwer, Christoph Hellwig: more gendisk fixups
- Tobias Ringstrom: tulip driver workaround for DC21143 erratum

pre6:
- Jens Axboe: remove trivially dead io_request_lock usage
- Andrea Arcangeli: softirq cleanup and ARM fixes. Slab cleanups
- Christoph Hellwig: gendisk handling helper functions/cleanups
- Nikita Danilov: reiserfs dead code pruning
- Anton Altaparmakov: NTFS update to 1.1.18
- firestream network driver: patch reverted on authors request
- NIIBE Yutaka: SH architecture update
- Paul Mackerras: PPC cleanups, PPC8xx update.
- me: reverse broken bootdata allocation patch that went into pre5

pre5:
- Merge with Alan
- Trond Myklebust: NFS fixes - kmap and root inode special case
- Al Viro: more superblock cleanups, inode leak in rd.c, minix
directories in page cache
- Paul Mackerras: clean up rubbish from sl82c105.c
- Neil Brown: md/raid cleanups, NFS filehandles
- Johannes Erdfelt: USB update (usb-2.0 support, visor fix, Clie fix,
pl2303 driver update)
- David Miller: sparc and net update
- Eric Biederman: simplify and correct bootdata allocation - don't
overwrite ramdisks
- Tim Waugh: support multiple SuperIO devices, parport doc updates

pre4:
- Hugh Dickins: swapoff cleanups and speedups
- Matthew Dharm: USB storage update
- Keith Owens: Makefile fixes
- Tom Rini: MPC8xx build fix
- Nikita Danilov: reiserfs update
- Jakub Jelinek: ELF loader fix for ET_DYN
- Andrew Morton: reparent_to_init() for kernel threads
- Christoph Hellwig: VxFS and SysV updates, vfs_permission fix

pre3:
- Johannes Erdfelt, Oliver Neukum: USB printer driver race fix
- John Byrne: fix stupid i386-SMP irq stack layout bug
- Andreas Bombe, me: yenta IO window fix
- Neil Brown: raid1 buffer state fix
- David Miller, Paul Mackerras: fix up sparc and ppc respectively for kmap/kbd_rate
- Matija Nalis: umsdos fixes, and make it possible to boot up with umsdos
- Francois Romieu: fix bugs in dscc4 driver
- Andy Grover: new PCI config space access functions (eventually for ACPI)
- Albert Cranford: fix incorrect e2fsprog data from ver_linux script
- Dave Jones: re-sync x86 setup code, fix macsonic kmalloc use
- Johannes Erdfelt: remove obsolete plusb USB driver
- Andries Brouwer: fix USB compact flash version info, add blksize ioctls

pre2:
- Al Viro: block device cleanups
- Marcelo Tosatti: make bounce buffer allocations more robust (it's ok
for them to do IO, just not cause recursive bounce IO. So allow them)
- Anton Altaparmakov: NTFS update (1.1.17)
- Paul Mackerras: PPC update (big re-org)
- Petko Manolov: USB pegasus driver fixes
- David Miller: networking and sparc updates
- Trond Myklebust: Export atomic_dec_and_lock
- OGAWA Hirofumi: find and fix umsdos "filldir" users that were broken
by the 64-bit-cleanups. Fix msdos warnings.
- Al Viro: superblock handling cleanups and race fixes
- Johannes Erdfelt++: USB updates

pre1:
- Jeff Hartmann: DRM AGP/alpha cleanups
- Ben LaHaise: highmem user pagecopy/clear optimization
- Vojtech Pavlik: VIA IDE driver update
- Herbert Xu: make cramfs work with HIGHMEM pages
- David Fennell: awe32 ram size detection improvement
- Istvan Varadi: umsdos EMD filename bug fix
- Keith Owens: make min/max work for pointers too
- Jan Kara: quota initialization fix
- Brad Hards: Kaweth USB driver update (enable, and fix endianness)
- Ralf Baechle: MIPS updates
- David Gibson: airport driver update
- Rogier Wolff: firestream ATM driver multi-phy support
- Daniel Phillips: swap read page referenced set - avoid swap thrashing

Where are the _real_ (not marketdroid) numbers for HA systems? My impression is that companies never want to give out uptime numbers. If you'd like to do any sort of study I would suspect that you can't just walk up to IBM and say: "Hi! I'm a college student. Can I have you HA stats?" It will take much negotiation and then years to collect the data. I.e.: not a college project unless your advisor is Ghod and can bend companies to his will and you start the study as a freshman.

"...reboots are not required as often, since you can recycle the appropriate daemon without restarting." Umm, you can? What gave you the impression that this was the case in general? Certainly for simple apps like sendmail or apache one can do this but any more complicated app is much more involved. For example, take the recent update of /.: can you update a Slash-based site merely by cylcing (HUPing) a daemon? No, there was a huge database conversion involved.

Finally, it is going to be very hard to get statistically significant results with such a high degree of precision. For example, mon will track downtime. It says that my mailserver has been available 99.95% of the time over the past two years. I know that is wrong (and mon notes this as well). The server hasn't gone down at all but the method of measurement (snmp) has introduced error because it's availablility isn't 100%.

Wasn't Linux developed just over 10 years ago?

The earliest datestamp in kernel 0.0 is 15 Jun 1991 at 1:54 pm (memory.h).

No wonder Microsoft decided they needed a research department.

considering it's still a few years away from puberty, there's still some time before linux's real Growth Spurt.

and if you consider in ten years it's gone from exactly one user to.. um? millions? (depends on who you ask) the next few years will be prety interesting.

also if you consider the original kernel source and the current(ish) kernel source are, respectively, 71 Kb and 26,830 Kb (gzipped), what will the future bring? 2 CD distros of just the kernel?

hell, the patches are 10x larger than the original source. that's one fast growing 10 year old...

considering it's still a few years away from puberty, there's still some time before linux's real Growth Spurt.

and if you consider in ten years it's gone from exactly one user to.. um? millions? (depends on who you ask) the next few years will be prety interesting.

also if you consider the original kernel source and the current(ish) kernel source are, respectively, 71 Kb and 26,830 Kb (gzipped), what will the future bring? 2 CD distros of just the kernel?

hell, the patches are 10x larger than the original source. that's one fast growing 10 year old...

You can find Alan's kernel patches Here

No, no no... it's pronounced lee-nucks. The Linux Pronunciation HOWTO can be found e.g. here.

C'mon don't be lame, I have been using every single 2.4 update with ntfs support and MANY experimental features...never had a single problem. I am not saying you are incompetent, but an informed comment would be far more helpful than that kind of ridiculous statement.

2.4.9 Changelog

Wow, 2.4.8 lasted a whole week.

2.4.9 Changelog

Wow, 2.4.8 lasted a whole week.

• Go to http://www.kernel.org/pub/linux/utils/util-linux/ and grab the latest copy of util-linux.
• Un-tar it somewhere and change to that directory.
• ./configure
• gmake
• gmake install
• Congratulations! You've just made a nice new copy of "more".

i'd "rm -rf" my machine if Slashdot was not US centric, computer centric and linux centric. WHEN ARE YOU GUYS GOING TO REALISE THERE'S MORE TO THE WORLD THAN JUST THESE????