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."

28 of 303 comments (clear)

  1. what about 2.4? by PatrickThomson · · Score: 5, Insightful

    When are we going to see 2.4.27 with this bugfix? not all of us can afford to, or are able to switch to 2.6

    --
    I am one of many. My idea is not unique, nor do I expect my voice alone to sway you. I speak in a chorus of opinion.
    1. Re:what about 2.4? by Hobart · · Score: 4, Informative
      --
      o/~ Join us now and share the software ...
    2. Re:what about 2.4? by egreB · · Score: 5, Informative

      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.

  2. Argh! Dilemma! by troon · · Score: 5, Funny

    Do I demonstrate my machismo via my large and increasing 2.6.6 uptime, or do I impress the chicks by running the latest kernel release?

    Help!

    --
    Ydco co ,df C erb-y go. a Ekrpat t.fxrapev
    1. Re:Argh! Dilemma! by TwistedSquare · · Score: 5, Funny

      Chicks like an experienced, mature man - switch back to 2.4 or even better 2.2 or 2.0.

    2. Re:Argh! Dilemma! by jcinnamond · · Score: 5, Funny

      Real men chroot and do both.

    3. Re:Argh! Dilemma! by Punboy · · Score: 5, Funny

      But no woman would respect a man doing it with 2 kernels

      --
      If you like what I've said here, and want to read more, go to http://www.krillrblog.com
  3. Just curious by Anonymous Coward · · Score: 5, Interesting

    Given that 2.6.x has been out for a while now, is anyone running the 2.6 series in a full blown production environment yet (say, database or web server)? If so, how does it compare to the 2.4 series?

    1. Re:Just curious by Shaman · · Score: 5, Informative

      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
  4. Now everyone... by ThisNukes4u · · Score: 4, Funny

    Is going to rush to download this because it fixes probably the most destructive kernel hole in a few years. And its on slashdot.

    --
    thisnukes4u.net
  5. Got it by pcmanjon · · Score: 5, Informative

    I just compiled and installed it. It's not that bad.. or good... orr... how the hell should I know?

    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/Chan ge Log-2.6.7

  6. Problems with JFS? by henley · · Score: 4, Interesting

    Anyone else unable to compile with JFS enabled as module?

    fs/jfs/jfs_dtree.c: In function `add_index':
    fs/jfs/jfs_dtree.c:388: parse error before `struct'
    fs/jfs/jfs_dtree.c:389: `temp_table' undeclared (first use in this function)
    fs/jfs/jfs_dtree.c:389: (Each undeclared identifier is reported only once
    fs/jfs/jfs_dtree.c:389: for each function it appears in.)
    make[3]: *** [fs/jfs/jfs_dtree.o] Error 1
    make[2]: *** [fs/jfs] Error

    Google shows no hits, and it's not important enough for me to track any further at the minute (since disabling JFS is an adequate work-around for me).....

    --

    --
    I'd rather have a bottle in front of me than a frontal lobotomy
    1. Re:Problems with JFS? by flex941 · · Score: 5, Informative

      This e-mail might help you out.

  7. English: Linux Today has human redable changelog by VC · · Score: 5, Informative
  8. You can thank me... by bender647 · · Score: 5, Funny

    I knew if I patched and rebuilt 2.6.6 yesterday they would release 2.6.7 today :(

  9. Is it just me, by aixou · · Score: 4, Interesting

    or are the kernel version numbers escalating rather quickly. Already at 2.6.7? Isn't the 2.4 kernel still at 2.4.2x? Can someone explain to me the reason behind the quick rise? Are they just anxious to get to v.3?

    1. Re:Is it just me, by tunah · · Score: 4, Informative
      2.4 is no longer being "developed" as such, it's being "maintained". So, in theory, you only get new releases for bugfixes of one kind or another.

      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
    2. Re:Is it just me, by Sunspire · · Score: 5, Informative

      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.

      What, are you afraid they're suddenly going to run out of numbers for the 2.6.xx branch? ;) 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.

      --
      It's like deja vu all over again.
  10. Oh, spare me... by halivar · · Score: 4, Funny

    I love how everybody who asks "Why is this important?" gets modded down as a troll. This just fuels the argument that Slashdot is full of elitist pricks.

    1. Post inflammatory comment calling everyone "pricks".
    2. Claim martyrdom because your valid point was modded down.
    3. ???
    4. KARMA!

  11. Re:Woohoo, another kernel compile. by smoking2000 · · Score: 5, Funny

    Here they go into the first round: make oldconfig.

    Some sort slowdowns here and there but they're coming into the second round none the less: make modules modules_install bzImage.

    Their CPU's are running full speed and they're almost at the finish, the excitement!

    There we have it folks, 2 rounds and the AMD XP's are doing great, followed by the Intel P4's.

    Now comes the most feared part for all the contestants: mv System.map /boot && mv arch/i386/boot/bzImage /boot/vmlinuz-2.6.7 && update-grub && reboot

    The crowd is holding its breath while the contestants approach the finish line. Owww, 1 P4 crashed with a kernel panic just before the finishline, what a shame!
    The Athlon XP's crossed the finishline and were awarded with a beautifull new kernel! The Intel P4's came in second place and got the beautifull new kernel anyway!

    Tune in next week for more kernel sports, when we will visit the senior compile contest between a 486sx and a 486dx

  12. Alan Cox? by mqRakkis · · Score: 5, Funny

    Alan needs to get to a linux hacking rehab. He still has couple of months left of his year off and I already see him in the ChangeLog!

  13. Re:Woohoo, another kernel compile. by Short+Circuit · · Score: 5, Funny

    Wait! The P4 is crying foul! Someone ran SETI@home as a background process!

  14. Re:Beware the Toll by 4of12 · · Score: 4, Insightful

    If MS announced that they were releasing an update to XP this whole site would be full of posts like

    ...just like the ones you're getting here about Linux 2.6.7.

    Namely, "are people here running their production servers with good uptime, various weird applications, exotic hardware, etc.?"

    When XP SP 2 comes out, you can be damn sure people are going to ask the exact same questions about reliability, incompatibility, etc.. At MyCorp we've got staff that do nothing but stress test the latest Windows patches and releases for compatibility with our current environment. We do that because:

    • it's very important to our business that people aren't down.
    • past history suggests that blind upgrades are for fools rushing in...shit happens.
    --
    "Provided by the management for your protection."
  15. Re:Woohoo, another kernel compile. by Taurim · · Score: 5, Informative
    Kernel 2.6.7 is the solution for this situation. It integrates the very useful following patch from Con Kolivas :
    [PATCH] sched: SMT niceness handling

    From: Con Kolivas

    This patch provides full per-package priority support for SMT processors (aka pentium4 hyperthreading) when combined with CONFIG_SCHED_SMT.

    It maintains cpu percentage distribution within each physical cpu package by limiting the time a lower priority task can run on a sibling cpu concurrently with a higher priority task.

    It introduces a new flag into the scheduler domain
    unsigned int per_cpu_gain; /* CPU % gained by adding domain cpus */

    This is empirically set to 15% for pentium4 at the moment and can be modified to support different values dynamically as newer processors come out with improved SMT performance. It should not matter how many siblings there are.

    How it works is it compares tasks running on sibling cpus and when a lower static priority task is running it will delay it till high_priority_timeslice * (100 - per_cpu_gain) / 100
    eg. a nice 19 task (Note : Seti@Home for example :-) ) timeslice is 10ms and nice 0 timeslice is 102ms On vanilla the nice 0 task runs on one logical cpu while the nice 19 task runs unabated on the other logical cpu. With smtnice the nice 0 runs on one logical cpu for 102ms and the nice 19 sleeps till the nice 0 task has 12ms remaining and then will schedule.
  16. most destructive? by dpilot · · Score: 4, Interesting

    Naaah, IMHO the memremap exploits were worse.

    This one is 'only' a local DOS. Even if, as others say, crashed time is money, it could be much worse. At least you don't get 0wn3d, and you have a way to get back up by kicking users off, temporarily.

    Drifting the topic, slightly...

    This exploit, as well as the mremap ones, were derived from intimate examination of the source. So far, most of the Windows exploits have really been using 'features' for nefarious ends, not exploits of bugs. The recent Windows worms exploit a true bug in the security system, but I've heard that this one was developed from access to the source that leaked.

    The Linux source has been out and discussed for over a decade, with plenty of time to find truly deep bugs. With the leak of WinNT/2k source, one hole was revealed fairly quickly. As people REALLY study that source, what else is going to emerge? (And how much code was really rewritten for XP vs reused?) Note that this isn't just a function of the source leak. As Microsoft shows more with Shared Source, more people will have the kind of access needed for this type of exploit.

    --
    The living have better things to do than to continue hating the dead.
  17. MM patches question by macdaddy · · Score: 4, Interesting

    Could someone tell me a bit about the MM patches? I've used Morton's patches for some time now but I never understood when the guts of his patches made it into an actual vanilla kernel release. Does anyone know? For example the last MM patch as of right now is for 2.6.7-rc3. Does that mean the vanilla 2.6.7 now contains all of MM before that? I never have quite understood that.

  18. Re:-mm patches? by numark · · Score: 4, Informative

    -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
  19. Supermount by Bralkein · · Score: 5, Informative

    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*