Slashdot Mirror
Linux Kernel 2.6.7 Released
conrausch writes "German Heise News reports among others that the new Linux Kernel 2.6.7 was just released, and that it fixes the previously mentioned bug in the floating point exception handling. Whether or not you offer shell access to other people, get it now from kernel.org or one of the mirrors."
I just compiled and installed it. It's not that bad.. or good... orr... how the hell should I know?
n ge Log-2.6.7
System doesn't seem to run much different, I haven't read the changelog
but for those of you who want to read the changelog it can be found HERE:
http://www.kernel.org/pub/linux/kernel/v2.6/Cha
Doesn't matter, all kernels are affected. (2.4+ anyway)
Dependency hell? =>
Linux 2.6.7
Official GOD FAQ.
I'm not sure, but I think this may be the fix--
u de/asm-x86_64/i387.h@1.12?nav=index.html|ChangeSet @-4w|cset@1.1754.6.3
http://linux.bkbits.net:8080/linux-2.6/diffs/incl
o/~ Join us now and share the software
Out of curiosity, what would prevent someone from being able to switch to kernal 2.6?
The driver architecture in Linux kernel 2.6 changed somewhat from 2.4. Drivers will have to be patched or rewritten to work with 2.6. This is being worked on, but lots of unofficial patches to the kernel haven't caught up yet. My laptop, for instance, was unable to get X up at adequate resolutions with 2.6 (albeit this was around christmas - I might give it another shot with this release).
Then there's low-level userspace programs (stuff not running as a part of the kernel itself) that needs some change. Examples are the PCMCIA-suite.
This e-mail might help you out.
The question is, when will this patch show up on other distributions. People are sometimes not able to compile a vanilla kernel or a vanilla kernel can cause headache, e.g. SuSE 9.1 formats your filesystem with reiserfs and ACLs, but a vanilla kernel might not support this backported ACL feature.
Seen the kernel release from this point of view means, that the sistributions should hurry up to provide fixed kernel packages for their users.
2.6, while "stable", is still under development. It seems a little inconsistent, but it seems to work - the kernel guys get it reasonably stable for 2.6.0, a horde of regular users gets it and so there's more feedback/bug reports, and it all develops quite fast for a while, eventually everything calms down and the Downtime Costs Me $1000 A Minute people pick it up, and the kernel guys get to work on a (much more fun, I'm sure) unstable (odd-numbered) branch. At least that's how it looks to me...
Free Java games for your phone: Tontie, Sokoban
I've got it on two servers, had it on three but had to back down to 2.4 for one.
It's running a Qmail/Courier IMAP server w/ webmail interface. And it's running a rather busy nfs/samba server.
I had it running on a second NFS/Samba server that was using LVM2 (only difference that I can tell). With the 2.6 kernel I got kernel panics 2-3 times a week. So I went down to the 2.4 kernel and it hasn't crashed since.
The 2.6.xx revisions have no bearing at all on when the 3.0.0 or 2.7.0 trees will get created. The quick turn around times are due to many factors; the new versioning and source control procedures put in place for 2.6 naturally encourage a more rapid pace while elimating the "did my patch make it into Linus's tree?" problems of yesteryear, which in turn has people submitting more, perhaps smaller, patches in a very rapid fashion. The 2.6 kernel is also right now being developed by more developers than ever, until the 2.7 branch gets spun all the efforts are basically focused on this single tree, timely releases keep code divergence down and hopefully prevents 20kloc ALSA merges from happening.
;) Hint: after 2.6.99 comes 2.6.100. With vendor kernels you can't say where in the 2.6 branch you are anyway, when you're running 2.6.6-1.423 it's can be anywhere between 2.6.6 and 2.6.10 feature and security wise.
What, are you afraid they're suddenly going to run out of numbers for the 2.6.xx branch?
It's like deja vu all over again.
Similar experience here. Had 2.6.3, if I remember well, with LVM, software RAID5 and ext3. Didn't got kernel panics, but abort logs that forced a reboot 'cause the filesystems were remounted readonly. Eventually I lost the /, so backed down to 2.4.
Tried to follow the issues in the relevant mailing lists, there was little interest by the powers that be.
I guess Tannenbaun was right, monolithic kerni are getting just too complex. If only the Hurd got critical mass...
Leandro Guimarães Faria Corcete DUTRA
DA, DBA, SysAdmin, Data Modeller
GNU Project, Debian GNU/Lin
Well, a quick googling didn't turn up a howto, but here are a couple of related links for your perusal:
ATI's Radeon 9800 Pro technical issues page
A LinuxQuestions.org thread on ATI with the NForce2 on Mandrake 10.0.
tasks(723) drafts(105) languages(484) examples(29106)
In case there's any confusion, when people say "odd point releases", they mean that middle number. You've probably gathered this by now, though. 2.0.0, 2.2.0, 2.4.0, 2.6.0 were "stable" while 1.9.9, 2.1.0, 2.3.0, and 2.5.0 were development.
So, 2.4.25 wasn't a development version, even though it ends in an odd number. The last number just indicates a minor version revision and it's still considered stable.
Withdrawal before climax is very ineffective and those who try this are usually called "parents."
I have approximately 20 machines using 2.6 since last fall and with the exception of one (an AMD-64 box), they have all been exemplary. That machine became stable with 2.6.6 though its BIOS seems flakey (hardware problems.. ugh)
In particular, my HT machines seem to perform very well with 2.6.3 and up.
...Steve
-mm patches are patches to the kernel source by a guy named Andrew Morton. Basically, his patches are more of a "testing ground" for new features that, while useful to some, may be not up to the point of risking including them into a production kernel that is used by businesses who need stable kernels. The features are therefore put into Morton's patches so they can be tested by people who want to take the risk, and some of these patches may eventually migrate to the standard kernel after testing.
Want Slashdot headlines on your site? Try SlashHead
I just thought I would post a brief message about supermount. If anyone wants to upgrade to 2.6.7 and still use supermount, I don't think vanilla kernels have it in there (yet, I'm sure it'll get in there sooner or later). I'm pretty sure the Mandrake and Gentoo kernels have support for it (gentoo-dev-sources do, anyway), but I just looked at gentoo-dev-sources and it is at version 2.6.5, dunno about Mandrake, but I'm sure it will take a few days for all the distros to catch up.
If you want to upgrade for security reasons, but you also want supermount in your kernel (as I do), this guy seems to have a patch for 2.6.7, which might come in handy if you don't want to wait for your distro to catch up. I am going to use this patch myself, but I cannot guarantee that it won't bone your system so to speak. The patch is not just supermount, it looks like it has some other stuff in it too, so decide for yourself!
Seeing as how I'm posting this, I may as well give a little background for those not "in the know". Supermount is a sort of filesystem, you mount your CD-ROM and floppy drives (or even USB sticks) with it, and it will automatically mount and unmount the media when you insert or remove it, kind of like on Windows. Personally, I think it is great, and it is hard to live without it now I have it.
You can learn more about it at the project website. Jeez, if it turns out the vanilla kernel does have supermount after all, I am going to look a right idiot... *presses Submit*