Linux Beta Kernel 2.5.16 Out
dipfan writes "The latest beta version of the Linux kernel 2.5.16 is out, with some comments by Linus here, who was kept 'personally somewhat busy' by 'the interesting Intel SMP-P4 TLB corruption bug, which ends up being due to some very funky asynchronous speculative TLB fill logic'. Woo hoo. Mirrors, etc." We haven't been keeping up with the 2.5.x series, but a slow Sunday is a good excuse to catch up.
MOD THIS DOWN!!! MOD THIS DOWN!!!
He's not singing the praises of linux. He's not ooh and ahhing at the latest buggy release. Mod this guy down; he's obviously a subversive bsd user who lives in the real world.
No, it's a Linux bug not a P4 bug. The kernel was freeing page table memory before invalidating the TLB entries, so another processor was able to modify the entries which the originating processor then picked up. It affects all architectures, but was discovered only on P4, I would guess because the processor does more aggressive speculative page walks than other architectures.
kept 'personally somewhat busy' by 'the interesting Intel SMP-P4 TLB corruption bug, which ends up being due to some very funky asynchronous speculative TLB fill logic'.
That is what they all say.
Get your Unix fortune now!
Not quite out yet, but watch this space.
~jeff
Not to mentioned gcc 3.1 being released a couple of days ago, and being buried in the Developers section...
At best, I would call the development series "alpha". Beta implies that the kernel is ready for general testing prior to release, and there are few known showstopper bugs.
When 2.5 goes -rc, or Linus starts making prereleaserr noises, then go ahead and call it "beta". Until then, it's the type of thing you inflict on a computer you don't mind messing around with.
Someday, you're going to die. Get over it.
This kernel looks very stable so far. The only trouble I got is with the keyboard. Sometimes, it blo
{{.sig}}
Personally though, I can't wait until 2.6... I know someone who's working on some of the new graphics stuff in his spare time (the new graphics layer is code named "Ruby"), and there will be some sweet stuff. The DRI, framebuffer, Video4Linux, etc. systems will all be made into one unified kernel interface, which will be user friendly and capable enough to (almost) program graphics applications in bash! Imagine (device names are changed to protect the innocent
Not to mention we'll finally be able to ditch X on the desktop for the framebuffer without losing OpenGL support, and let X do what it was meant to do: thin clients and network terminals.
A solution to the problem with music today
Also check out the Open Source Development Lab's Scalable Test Platform. You can use STP to run your kernel patches and test code that you upload to OSDL's big iron hardware, or you can download the STP source code so you can use it as a test harness on your own machine.
(I should add the STP to my article but haven't gotten around to doing so yet).
-- Could you use my software consulting serv