Slashdot Mirror


Linux Kernel 2.6.6 Released

maradong writes "The new Linux Kernel 2.6.6 has been released just 2 hours ago. The Patch from version 2.6.5 to 2.6.6, which can be downloaded on kernel.org measures 2.4MiB and the Changelog can be found at the known place."

25 of 350 comments (clear)

  1. Breaks Nvidia Module by fire-eyes · · Score: 4, Informative

    Note that this breaks the loading of Nvidia modules.

    Rather annoying since Nvidia knew this issue was coming.

    The fix is to back a patch out, but it's a bad idea.

    Stay at 2.6.5 if you use Nvidias drivers, for now.

    --
    -- Note: If you don't agree with me, don't bother replying. I won't read it.
    1. Re:Breaks Nvidia Module by poing · · Score: 4, Informative

      I am running 2.6.6 now and nvidia-installer from NVIDIA-Linux-x86-1.0-5336-pkg1 compiled a module for me without a hitch, just like on previous 2.6 kernels. No problems whatsoever.

    2. Re:Breaks Nvidia Module by Mr+Smidge · · Score: 4, Informative

      From the changelog, for those who are interested but too lazy to find it themselves:

      [PATCH] ia32: 4Kb stacks (and irqstacks) patch

      From: Arjan van de Ven

      Below is a patch to enable 4Kb stacks for x86. The goal of this is to

      1) Reduce footprint per thread so that systems can run many more threads (for the java people)

      2) Reduce the pressure on the VM for order > 0 allocations. We see real life workloads (granted with 2.4 but the fundamental fragmentation issue isn't solved in 2.6 and isn't solvable in theory) where this can be a problem.

      In addition order > 0 allocations can make the VM "stutter" and give more latency due to having to do much much more work trying to defragment

      The first 2 bits of the patch actually affect compiler options in a generic way: I propose to disable the -funit-at-a-time feature from gcc. With this enabled (and it's default with -O2), gcc will very agressively inline functions, which is nice and all for userspace, but for the kernel this makes us suffer a gcc deficiency more: gcc is extremely bad at sharing stackslots, for example a situation like this:

      if (some_condition)
      function_A();
      else
      function_B();

      with -funit-at-a-time, both function_A() and _B() might get inlined, however the stack usage of both functions of the parent function grows the stack usage of both functions COMBINED instead of the maximum of the two. Even with the normal 8Kb stacks this is a danger since we see some functions grow 3Kb to 4Kb of stack use this way. With 4Kb stacks, 4Kb of stack usage growth obviously is deadly ;-( but even with 8Kb stacks it's pure lottery.
      Disabling -funit-at-a-time also exposes another thing in the -mm tree; the attribute always_inline is considered harmful by gcc folks in that when gcc makes a decision to NOT inline a function marked this way, it throws an error. Disabling -funit-at-a-time disables some of the agressive inlining (eg of large functions that come later in the .c file) so this would make your tree not compile.

      The 4k stackness of the kernel is included in modversions, so people don't load 4k-stack modules into 8k-stack kernels.

      At present 4k stacks are selectable in config. When the feature has settled in we should remove the 8k option. This will break the nvidia modules. But Fedora uses 4k stacks so a new nvidia driver is expected soon.

  2. Re:Mebibytes (MiB) ? by jeremyp · · Score: 4, Funny

    So that's two places where I've seen it used.

    --
    All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  3. more info by Anonymous Coward · · Score: 4, Informative

    KernelTrap has more information about the 2.6.6 release. Looks like lots of good stuff was merged! Laptop mode, CFQ, ...

  4. It seems a bit risky by Anonymous Coward · · Score: 5, Interesting

    A lot of changes went in this release, and from what I read on several mailing lists, there are some regressions. For example it seems the IDE cache flush at shutdown fix is causing trouble for some people. I think I will wait for the next release...

  5. Laptop-mode by Zarhan · · Score: 5, Informative

    Check out the now merged laptop mode. Allows you to really save that battery. It is also good on my home server that uses hostap - there is not too much to write on disk, so I'll set the timeout to something like once a week...

    A definite must for laptop users that want a little more operating hours from their batteries.

  6. Keyword: Improvement by trezor · · Score: 4, Informative

    This is not as much bugfixing as it is improving the kernel.

    Like writing better code, better memoryhandling, adding new features, improved hardwaresupport and the like.

    And unlike Windows Update, you don't have to update the kernel if you don't want to. Very little software do require specific kernel-versions, as opposed to Microsoft where almost everything seems to have kernel tie-ins.

    Hope this answers your question.

    --
    Not Buzzword 2.0 compliant. Please speak english.
  7. Re:How is this different than updating Windows? by cozziewozzie · · Score: 4, Informative

    Every piece of software gets updates as bugs get squashed and new features added. The gripe with windows is that the updates don't come as often and they often break other things, so your system can be vulnerable for long periods of time. Also, Microsoft has been known to ignore critical errors, while linux problems generally get fixed very quickly.

    The big difference is in the development process, so you can see what exactly is changing, you can fix things that break your system (for example, the nvidia problem somebody mentioned already) and you can choose between different kernels (more feature-rich, more stable, or more performance-oriented) maintained by different people. You don't get this freedom with closed-source software.

  8. Re:How is this different than updating Windows? by Rakshasa+Taisab · · Score: 5, Funny

    The Linux kernel is cool and all that stuff, Windows isn't.

    --
    - These characters were randomly selected.
  9. Re:How is this different than updating Windows? by molarmass192 · · Score: 4, Informative

    If you're a new user or an end user, you shouldn't concern yourself with vanilla kernel updates. Your distro should provide hot patches like MS Update on some kind of a regular basis. As for how different that MS Update that is, it's not, a code fix is a code fix, regardless of your platform. There's nothing really wrong with this since MS Update is actually a decent patching facility.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  10. Re:Uh oh, here come the Linux apologists by cozziewozzie · · Score: 4, Insightful

    No,

    Linux updates = good
    Microsoft updates = good

    Whatever keeps those crappy windows worms at bay is great. The problem with windows updates is:

    1) They don't happen often enough
    2) They break things
    3) They change license while you're not looking

    If you're still having problems, I can break it down into even simpler terms.

  11. Re:Breaks Nvidia Module (NOT COMPLETELY TRUE!) by Turmio · · Score: 5, Informative

    It'll only break if you choose the new CONFIG_4KSTACKS option (use 4Kb for kernel stacks instead of 8Kb under the Kernel hacking menu of menuconfig). Leave that option unchecked and it should work just fine (I'm using 2.6.6-rc3-mm1 right now with NVIDIA's driver).

  12. FIXES nForce2 apic, finally by dpilot · · Score: 4, Informative

    Last week someone from nVidia finally stepped up to the plate on lkml and told us all the real problem with the apic hangs. They'd told the BIOS writers long ago, but from what I can tell, only Shuttle had done anything about it. So they finally released the same info to the Linux community.

    Hours after the information was released, the first patch followed. A little feedback and tweaking, and it's into the mainline kernel in less than a week. Kudos to Ross Dickson, et al, for all the work they'd done trying to fix this problem, prior to the official informatino release.

    Does anyone know if the patch for either forceDeth or the 3com 2nd adapter on some nForce2 boards is in the mainline kernel, yet?

    --
    The living have better things to do than to continue hating the dead.
  13. NO! by IWannaBeAnAC · · Score: 4, Informative
    The IEEE have recognized them, but nobody else has, certainly not part of SI!

    You should read you own links:

    It is important to recognize that the new prefixes for binary multiples are not part of the International System of Units (SI), the modern metric system.
    ...
    Faced with this reality, the IEEE Standards Board decided that IEEE standards will use the conventional, internationally adopted, definitions of the SI prefixes. Mega will mean 1 000 000, except that the base-two definition may be used (if such usage is explicitly pointed out on a case-by-case basis) until such time that prefixes for binary multiples are adopted by an appropriate standards body.

    Hopefully, it will remain that no "appropriate standards body" adopts this ridiculous notation!

  14. Re:Mebibytes (MiB) ? by Kevin+Burtch · · Score: 4, Insightful


    I'm still shocked that Mibibabyboobybytes has been accepted as a "standard!"

    How many thousands of titles (possibly billions of books) have been written based on the FACT that Megabytes and Kilobytes, et al, have all been BASE-2 from the initial concept?

    The ONLY people in the entire industry who considers MB/KB/et al to be in base-10 are the hard drive manufacturers, and that's just so they can claim their 230GB drives are 250GB!

    You don't go out and buy a 536.89MB stick of RAM, you buy a 512MB stick!
    Your video card doesn't have 134.22MB of video RAM, it has 128MB!

    I don't know why, I should be used to it by now, but the "standards bodies" still blow my mind with their utter stupidity.

    --
    - Preferences: Solaris 10 (servers), Ubuntu (desktops), Solaris 11 (personal servers) -
  15. omm by mattyrobinson69 · · Score: 4, Funny

    Youve Slashdotted Kernel.org!

    You Bastards!

  16. Mirror. by idiot900 · · Score: 4, Informative

    kernel.org seems slashdotted from here. Good job direct-linking to it in the story.

    Mirror to the rescue!

    http://wuarchive.wustl.edu/pub/linux/kernel/v2.6

  17. Re:Kernel Acceleration by ZaMoose · · Score: 4, Informative

    Errrm, the kernel numbering scheme doesn't work on a "Oh crap, we hit x.y.9, next rev is x.y+1.0!" scheme. The third number has no ceiling; theoretically, we could see 2.6.159, if there was any reason to continue the 2.6.x kernel out that far.

    2.4 is hovering in the low 20's as far as minor rev. number at this point.

    --
    I wish I had a kryptonite cross, because then you could keep Dracula and Superman away.
  18. Re:Where are the English release notes? by KjetilK · · Score: 4, Informative

    I have found that KernelTrap often discusses things in language I can understand, and then it should be quite accessible to many more than kernel hackers... :-)

    --
    Employee of Inrupt, Project Release Manager and Community Manager for Solid
  19. Foelisted? by Compact+Dick · · Score: 4, Funny


    That declaration would carry some weight if your foe list wasn't that long.

    99 foes, many of them with decent reputations. Did you have an unhappy childhood or something?

  20. Re:Mebibytes (MiB) ? by vrt3 · · Score: 5, Insightful

    I don't think computer science needs those foolish names and unit changes to ensure complexity in the units. It is not a commercial game.

    Computer science started by changing the names (the meaning of the names, actually). In order to reduce complexity, we need to undo that change.

    KISS is the rule.

    Exactly.
    What is the simplest:

    - k equals 1000, Ki equals 1024

    or

    - k equals 1000 in all sciences, except in computer science where it means 1024, most of the time. If followed by 'B' it mostly means 1024, when followed by 'b' it means 1024 when talking about memory sizes and 1000 when talking about transmission speeds. It all depends on the context.

    --
    This sig under construction. Please check back later.
  21. Re:Mebibytes (MiB) ? by Phs2501 · · Score: 4, Insightful
    Not all things involving computers and bits have been measured in binary multiples.

    Network speeds have always been done in decimal. 10base{5,2,T} = 10 Mb = 10,000,000 bits per second. And Ethernet (in its 10base5 Thicknet variant) is old, dating from 1972. It's not just greedy hard disk manyfacturers.

    I don't have a problem with disambiguating them. I just wish the names weren't as stupid. (MiB is okay, but mebibyte?!)

  22. Re:Mebibytes (MiB) ? by TiggsPanther · · Score: 4, Informative
    As another poster has already mentioned, MiB is just a made-up atrocity (it's not even a real ISO standard!) which noone needs or wants.

    I wouldn't go that far. Not entirely.

    I'd say you had a point saying that noone wants these changes. I certinaly don't want or particularly like them. But I can see that if they aren't needed, it's not for much longer.

    They aren't "more correct" and they aren't "better". But what they are is clearer. And, like it or not, it's getting to a point where that clarity is needed.

    Firstly there's the two types of manufacturer. For whatever reason the HDD manufacturers prefer to use the 10^n meanings. Maybe it's so that they can swipe more money on misleading advertising. Maybe it's some sort of tradition. Maybe it's both - a tradition that just so happens to benefit them. But they're not going to chance.
    For memory-manufacturers the reason is clear. When dealing in binary (and unless something happened overnight, memory is still working on digital signals) then you can only really work to the power of two. So they're going to continue using the 2^10n notation.

    Secondly you get everyone else. Whether professionals in other disciplines, or merely Joe Average taught in school (or whatever) that kilofoo is always 1000 foo, and megafoo is always 1000000 foo, they're going to have assumptions about what the prefix means that in any other context would be right but in this case would (or may... - damn HDD labels) be wrong.
    And even then, if you need to refer to "one thousand bytes" then how else could you shorten it?

    Back when computers where still specialist then it wasn't too much of a problem. But now computers are so prevalent that the potential for confusion is too high.
    I'd love to get everyone else to change. To me "one megabyte" is "1024 x 1024 bytes" and always will be. But getting every other SI prefix to change to make way for one is unlikely.

    Personally I don't "read" KiB/MiB/whatever any differently. My brain still "hears" it as kilo-/mega- or whatever. Probably always will - those "bibibibibi" bits trip me up. But when I see it (or even write it) I know with 100% certainty that the 2^10n is meant (often mentally interpreting it as "binary megabytes" or whatever...). If it's not there, I always wonder. On products it oftenleaves me always searching for the small print to be totally certain of what is meant.
    Like it or not, the confusion is there. And something has to be done to reduce it. And, unfortunately, we're the ones in the minority side of the prefix-usage.

    the well-known, universally accepted, industry standard

    Tell that to the hard-drive manufacturers.
    They don't accept it, or use in in the industry. They may be wrong, but unfortunately they're not exactly helping things any. It means it's a part of the ocmputing industry that's muddying up the waters internally.

    Tiggs
    --
    Tiggs
    "120 chars should be enough for everyone..."
  23. Re:Kernel numbering by ashmodai9 · · Score: 4, Informative

    Blech. Bad formatting/sentence structure. Let me try that again, without HTML formatting.

    > Just out of curiosity, what's it going to take to get to kernel version 3.0? Honestly, what changes, additions, etc have to be incorporated until they call it Kernel 3.0?

    An ABI change.

    The main argument against the numbering of the 2.6 kernel as 3.0 as I understand it was that, while the change from major version 1 (1.x) to major version 2 (2.x) of the Linux kernel involved a change in the ABI (Linux 1.x used A.OUT binaries, 2.x uses ELF binaries), the transition between 2.4 and 2.6 did not.

    Since 2.4.x and the new kernel version were binary-compatible, they decided not to name it 3.x despite the major architectural changes and improvements that had been made.