Slashdot Mirror
Linux Kernel 2.6.0-test6 Released
lamont116 writes "The latest in the series of beta kernels was just released by the fine folks who have given us Linux. Enjoy!" The Changelog has a hefty 240K of miscellaneous changes... LWN has an overview of the updates.
Well, since most likely some varation of the 2.6 kernel will be out when Longhorn is released, this puts Linux in a good position with 2.6's better memory management and IDE support and whatnot...
Actually, while I can hardly wait for 2.6.x to stabalize for many reasons, desktop use is not one of them.
2.6.x will being some very real improvements, but in the big picture of where gnu/linux is still lacking on the desktop, linux (the kernel) isn't really one of the problems.
-- MartinG To mail me: echo kewyjlcxyzvjfxbqwh | tr bcefhjklqvwxyz
With everyone using Torrent, kernel.org wouldnt need the bandwidth and could use the goodwill/money for better things.
Until recently this would all have been fine but now I have my new Sharp Zaurus SL-C760 I am actually concerned about other architectures appart from x86 ;-) At the moment for just generic ARM support in 2.4 you need a large patch from Russell King and then more patches for the Zaurus specific stuff. The last rmk patch was a month and a half ago for 2.6.0-test2 and as far as I know, no one is even working on porting the Zaurus
specific stuff to 2.6.
I don't really know what the arguements are for the present development model where most of the non-x86 architectures are kept separate from the mainline development but I really don't see how it can be a good idea. I guess I don't see what the difference is between individual subsystems, for instance, and support for different architectures. In both cases individuals or teams work on their own but in the subsystem case everything gets merged back in, by the time the kernel it declared stable, whereas for non-x86 architectures this never happens.
It seems to me that given the large size of these architecture patches, their maintainers must spend most of their time just updating them to keep them in sync with the new kernel versions, rather than actually fixing bug or adding new features. Also the fact that ARM users cannot test the latest kernels because there are no rmk patches for them can only lead to a "negative feedback" situation which will hurt kernel development. In general anything that unnecessarily fragments kernel development cannot be a positive thing.
That way we can get a whole lot more testing done with very little disruption on nornal system?
I tried to make one but I couldn't get it to boot, so maybe someone better qualified can try and if successful post Torrent file.
Help fight continental drift.