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

78 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 jmoen · · Score: 2, Interesting

      Works fine for me, straight from the source:
      ...

      Module Size Used by
      nvidia 2074600 12
      ...

      Linux duplo 2.6.6 #1 Mon May 10 11:01:29 CEST 2004 i686 GNU/Linux

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

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

    4. Re:Breaks Nvidia Module by MonkeyDluffy · · Score: 2, Insightful
      nVidia has done the linux world a bit favour in releasing any drivers at all



      Of course, I've done Nvidia a bit of a favor, buying six of their video cards. Which would have been another brand if they hadn't released linux drivers.


      -MDL

      --
      Happy meals fund terrorism
  2. Re:Mebibytes (MiB) ? by Phidoux · · Score: 2, Insightful

    Or Men In Black?

  3. 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
  4. How is this different than updating Windows? by VashSpaceCowboy · · Score: 3, Interesting

    I'm not trolling here, it is just my knowledge of Linux is limited. It seems like updates to the kernel get released all the time. How is this way of fixing bugs any different than the microsoft update? Vash

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

    2. Re:How is this different than updating Windows? by noselasd · · Score: 2, Insightful

      For one, it's only the source that's released, and it's not directly connected
      to any end user product. Ordinary users need not care, they should update and install a new kernel whenever it's released by their linux distribution vendor. Which isn't all that diffrent from "Windows Update".
      The kernel.org releases are not just bugfixes, it's heaps of new features
      as well usually.

    3. Re:How is this different than updating Windows? by davmoo · · Score: 2, Informative

      The difference is that when a bug is found in the Linux kernel, its usually patched within a couple of weeks or so.

      When a bug is found in Windows, it can take months for a patch to be released...if ever.

      Anybody with an intelligence level higher than a rock will tell you there is no such thing as a bug-free OS. The difference is in how fast those bugs are fixed.

      --
      I want a new quote. One that won't spill. One that don't cost too much. Or come in a pill.
    4. 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.
    5. Re:How is this different than updating Windows? by Lennie · · Score: 2, Informative

      Long story:
      this is just the kernel + drivers/modules, distributions (RH/Suse/Mandrake/Debian) use this as part of there distribution just like any other piece of software (GIMP/KDE/whatever).

      So if they bring out a new version of there distribution, you could compare that with an update/upgrade from Microsoft (they all package it for the 'end-user').

      the Linux kernel is not for most end-users, only for developers (who might need something specific) or system-administrators that need more control over exactly what driver-version they want to use or something.

      You can best compare it with, if you can go in to Microsoft's own SourceSafe (or whatever they use) archive and take out there very latest version (because in Linux this is all open) to make your own ... whatever

      Well, I hope this is a clear description. :-)

      --
      New things are always on the horizon
    6. 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
  5. 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, ...

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

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

    1. Re:Laptop-mode by Zarhan · · Score: 2, Informative
      XFS works fine, the only thing of note is noted in Documentation/laptop-mode.txt:
      * If you have XFS, make SURE that you set the XFS_HZ value in the control script
      correctly, to the value of HZ of your running kernel. Laptop mode will not
      work correctly if it is set too low, and you may lose data if it is set too
      high. The reason for this problem is that XFS does not export its sysctl
      variables in centisecs (like most other subsystems do) but in "jiffies",
      which is an internal kernel measure. Once this is fixed things will get better.
      So you have to set the parameter (default in the script is 1000). Works just fine for me.
    2. Re:Laptop-mode by Handyman · · Score: 3, Informative

      It turns out that all my XFS patches went in, including the one to make XFS use USER_HZ (which is 100). So you now want to set XFS_HZ to 100. I'll update the web page ASAP.

      -- Bart Samwel

    3. Re:Laptop-mode by Handyman · · Score: 2, Informative

      Laptop mode does nothing that could cause this. This problem is probably related to other changes in 2.6.6. If you want to use laptop mode without the DMA problems that are apparently present in 2.6.6, use 2.6.5 with the laptop mode patch from my laptop mode web page.

      -- Bart Samwel

  8. BTTV question by Rosco+P.+Coltrane · · Score: 3, Interesting

    Does anybody know if the bttv video card issue, the one that would freeze the machine when capturing from a bttv card under heavy system load, is resolved?

    I'm not lazy asking about this here, it's just that I looked everywhere in the changelogs and I can't see anything about it, yet the problem is known. Perhaps the problem went away as another was fixed? Anybody has any experience on this?

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:BTTV question by anpe · · Score: 2, Informative

      Although some frames get skipped from time to time (under heavy load), my bt848 is doing fine since the early 2.6.0-testX series...

  9. argh by Anonymous Coward · · Score: 2, Interesting
    Still nothing in the changelog indicating my the wheel on my mouse won't work :(

    I'm assuming it's entirely a kernel issue as cat /dev/input/mouse0 or whatever produces nothing when I play with the wheel, but it does for everything else.

    1. Re:argh by pacman+on+prozac · · Score: 3, Informative

      Aha, mine also stopped working in 2.6.6-rcX.

      I had to set the type as ExplorerPS/2 in XF86Config (was IMPS/2 before).

      Although, you should see something when you cat /dev/input/mouse0 and hit the wheel, maybe you're missing some modules. Check you have: ohci_hcd, ehci_hcd, uhci_hcd, usbmouse and usbhid.

  10. SIS964 SATA by madhippy · · Score: 3, Interesting

    [libata] Add driver for SiS 964/180 SATA.

    [libata sata_sis] minor cleanups


    Anyone using sis964/sata? is it working ok? any major distros you can recommend? (stuck with WinXPPro on my new machine....)

  11. 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.
    1. Re:Keyword: Improvement by Anonymous Coward · · Score: 2, Informative

      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.

      Ahem? Almost everything on windows hooks NTDLL functions that are specific to each ntoskrnl release? I think you need to check your facts again. Only drivers would be hooking kernel functions, which requires the program to execute in ring0. Even then, the NTDLL exports are pretty much identical since win_nt. They just add new ones onto the end. Most windows apps run in ring3, using kernel32, user32, gdi32, advapi32, etc. -Those- DLLs will backdrop into kernel functions, but not the applications themselves. Using those DLLs is at least 95% compatible across different windows versions.

  12. I've just finished installing it on my test server by arduous · · Score: 2, Funny

    and so far it looks prett=20 ]} $}1}&..}=3Dr}'}"}[NO CARRIER]

    --
    "It's the smell! If there is such a thing." Agent Smith - The Matrix
  13. Re:Mebibytes (MiB) ? by W2k · · Score: 2, Insightful

    Foelisted for daring to suggest that the bastard known as MiB (along with KiB, GiB, TiB...) is somehow more correct or "better" than the well-known, universally accepted, industry standard MB (kB, GB, TB...).

    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.

    --
    Quality, performance, value; you get only two, and you don't always get to pick.
  14. Use the patch by oob · · Score: 3, Informative

    Can't help you on the build time, but this will save you time on the download, seeing as you already have the 2.6.5 source;

    http://kernel.org/pub/linux/kernel/v2.6/

    patch-2.6.6.bz2 09-May-2004 20:18 2.4M

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

  16. Re:Mebibytes (MiB) ? by pacman+on+prozac · · Score: 2, Informative

    Hrm, according to this MiB and its bastard relatives have made it into valid SI units.

    Why are we letting vendors of hard disks re-scale the units of measurement so that their products appear larger by having bigger numbers on the box, its madness.

    Personally I think we should redefine an inch as half a centimeter so we can all go out and score bigtime tonite.

  17. Right.... by Theatetus · · Score: 3, Insightful

    Yeah... because Win2k SP2 didn't break any drivers at all...

    If I lived in this strange world that a lot of slashdotters do where hardware apparently works easily and reliably with Windows, I would have never switched to Linux. But, in my world, Windows never loads the right drivers, and loses or breaks the drivers once you install them.

    --
    All's true that is mistrusted
  18. 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).

  19. wouldn't it be nice... by oliverthered · · Score: 2, Insightful

    I wish that I could just patch the bits of the kernel that are important to me, and not the whole lot in one go.

    I would be far more lightly to test betas if I could download driver and filing system updates that relate to me instead of the whole kernel which may have new less stable featuers, my build times would be lower and my system would be more stable.

    It would also make it easier to upgrade everything except the broken Nvidia bits....

    Oh, I wish i could just patch /kernel/drivers/net/eci100 and nothing else.. (preferably from kernel configuration).

    --
    thank God the internet isn't a human right.
    1. Re:wouldn't it be nice... by iabervon · · Score: 3, Informative

      You can just download the 2.6.5->2.6.6 patch and apply only those parts that you want. Or, better, you can find the interesting bits in the Changelog, and use bitkeeper to get the relevant changesets.

  20. 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.
    1. Re:FIXES nForce2 apic, finally by dpilot · · Score: 2, Informative

      I found it in lkml, so I'm not sure if I can really give you a link. You could search for 'Allen Martin' or 'Ross Dickson' in archives. The former is the nVidia employee who finally released the information, and the latter is the guy who'd been doing much of the hacking around the problem lacking official information.

      But this doesn't sound like your problem. This problem didn't clutter syslog, it just plain caused the kernel to hang under certain conditions.

      --
      The living have better things to do than to continue hating the dead.
    2. Re:FIXES nForce2 apic, finally by Alphix · · Score: 2, Informative

      You might be looking for this.

    3. Re:FIXES nForce2 apic, finally by koody · · Score: 2, Informative
      [PATCH] fixup for C1 Halt Disconnect problem on nForce2 chipsets

      This is the notorious force2 bug that will lock the computer completely unless apic and lapic are disabled. NVidia sure was slow to release information about this but they finally did a week ago. Read all about it on lkml

      Also note that this patch might lower the temperature of your cpu as experienced by many (really kewl).

      Now NVidia should just step up and release the information needed to use the soundstorm apu so we can get real hardware mixing.

  21. 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!

    1. Re:NO! by sharkey · · Score: 3, Funny
      The IEEE have recognized them, but nobody else has, certainly not part of SI!

      Damn straight! Nothing's truly accepted until Sports Illustrated says it is.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  22. 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) -
  23. Kernel Acceleration by Skraut · · Score: 3, Interesting
    Is it just me or is the pace of kernel releases accelerating dramatically. Just a quick look at the number, 2.6.6 seems to indicate that we are now 3/5 through the lifespan of the 2.6 kernel.

    Granted, I know that is not the case, but 2.6.x is not even 6 months old ( 2.6.0 released December 18th, 2003) at this rate of release are we looking at 2.8 in September? This just seems crazy to me. I thought that's what the "odd" numbered kernels were for, testing. At this current rate of release it sure feels like the supposed "stable" kernels are the ones being tested on.

    This isn't meant to be a troll or a flame just an observation. Many of the distros have finally gotten around 2.6, but it sure seems like the kernel devs have given the distro devs a very rapid moving target to hit. I still see all to often recomendations here and other places telling people to use 2.4x for "mission critical" use. Why?


    Why is 2.6 not as reliable as 2.4 was?
    Why are people in this thread commenting about all the things 2.6.6 breaks?
    Why does an even kernel need to break *ANYTHING* isn't that what dev kernels are for?

    I love to see progress as much as anyone, heck, I run Gentoo. I just wonder if the Kernel needs to be treated with a bit more care. Would you buy a car from an auto maker, who every month changed the engine in their car?

    --
    Introducing Microsoft Vacuum 1.0 The first Microsoft product that doesn't suck.
    1. 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.
    2. Re:Kernel Acceleration by Ann+Elk · · Score: 3, Insightful

      3/5 through the lifespan of the 2.6 kernel? WTF?? The kernel after 2.6.9 will be 2.6.10, not 2.7.0. For example, the current 2.4 kernel is 2.4.26...

      2.6.0 is not as reliable as 2.4.26 because the latter has had 26 updates to get things "right". This is just the way things work in kernel development.

      The 2.6 series has broken a few things, largely because:

      • There were a lot of major, architectural changes between 2.4 and 2.6. It probably should have been called 3.0.
      • A few kernel features that have been marked as "deprecated" in previous kernels have now been officially removed. This should have surprised no one. The kernel team is neither arbitrary nor capricious (for the most part :-).
      • The kernel is, obviously, a single point of failure. If a new kernel is deployed on 1,000,000 machines and only 0.1% have problems, that's still 1,000 people complaining on the mailing lists.

      Would I run 2.6 on a mission-critical highly-buzzword-enabled enterprise server? Not yet. Do I run it on my desktop? Abso-fucking-lutely.

    3. Re:Kernel Acceleration by csirac · · Score: 2, Insightful

      I think the early part of an even numbered release is always prone to bugs/instability/rapid activity. 2.4 had some major issues in the beginning too, I think i2o was broken around 2.4.10, along with code rewrites of seemingly important areas. I'm not sure if I ever got to use power managment stuff properly in 2.4.

      Just as with 2.2 -> 2.4, I think people will stick with 2.4:
      a) as long as possible (if it isn't broken, don't fix it)
      b) until 2.6 is "more stable".
      c) as soon as they could be bothered upgrading to 2.6

      I remember I stayed with 2.2 until 2.4.12 came out. Not everyone "needs" 2.6. But this time, I did. I was running 2.4.18-ac2-rcxyz since my machine was too "new" for linux. Various release after that worked great (I have a 2.4.20 patched kernel that did everthing I want), but support for OpenGL accelerated software has come and gone (working for 2.6.5/X v4.3.0.1), not to mention ALSA sounding like it was "under water".

      This time, I've been playing with 2.5.x and pretty much kept up with 2.6 releases.

      They had to bump it to 2.6 at some stage, or else it would never get to where (I think) we want 2.6 to be.

    4. Re:Kernel Acceleration by smcv · · Score: 2, Informative

      Is it just me or is the pace of kernel releases accelerating dramatically. Just a quick look at the number, 2.6.6 seems to indicate that we are now 3/5 through the lifespan of the 2.6 kernel.

      Version numbers are not usually decimal, they're usually a sequence of arbitrary dot-separated integers - don't think of decimal fractions, think of books with chapter 1, section 1.2, subsection 1.2.34, paragraph 1.2.34.5 (this scheme is common in maths and computer science textbooks).

      Linux 2.4 is up to 2.4.26, 2.2 is up to 2.2.20ish, and I'm sure 2.6 will go well into the 20s too. (Updates are also more frequent in the early stages of a release kernel - I seem to remember 2.4 settled down to infrequent, minor updates somewhere around .17 or .18).

      Perl version numbers used to be written in decimal (for a long time the current version was 5.00503), but have moved to a more conventional numbering scheme where that would be written as 5.5.3.

      As for the frequency of updates: the line I've heard is that the dev kernels (2.odd.x) are alpha versions for developer use, and the "stable" kernels (2.even.x) are beta versions for public testing. If you want something that's "release quality", pick a reliable and non-bleeding-edge distribution and use their release kernels instead (I believe Debian stable currently runs heavily security-patched versions of either 2.4.17, 2.4.18 or 2.2.20, depending on CPU architecture - any of these are fine, as long as they support your hardware).

    5. Re:Kernel Acceleration by Lxy · · Score: 2, Interesting

      IIRC, 2.4 saw 12 or 13 revisions in its first year. It wasn't until 2.4.16 that I even started using it, because of all the bugs. Right around 2.4.18 it got my OK and I stopped using 2.2 kernels. Now it's up to 2.4.26, only 8 changes in over a year.

      2.6 is actually a bit slower in its release cycle. I've also found the 2.5 stuff to be more stable than the 2.3 codebase. I'm guessing I'll be using 2.6 regularly in the coming months, probably around 2.6.8.

      --

      There is no reasonable defense against an idiot with an agenda
      :wq
  24. Re:Mebibytes (MiB) ? by IWannaBeAnAC · · Score: 3, Insightful
    Not really. M, k, G, B, etc are the universally accepted SI prefixes for 10^6, 10^3, ...., but 'byte' never was (and probably never will be) an official SI unit. Can you give any examples of technical fields where MB == 10^6 bytes is a standard notation? The only example I can think of is hard drive marketers on crack, which doesn't count as a technical field.

    If you wanted an SI unit of information, it would be more sensible to use 10 bits as the basic unit (or even one bit), rather than a byte (which is actually not even a fixed unit, but is usually read as 'octet'). Attempting to graft MB = 10^6 bytes is at least as arbitary (even more so, IMHO) than defining MB = 2^20 bytes.

  25. omm by mattyrobinson69 · · Score: 4, Funny

    Youve Slashdotted Kernel.org!

    You Bastards!

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

  27. 2.6.6 seems to boot faster. by tim_retout · · Score: 3, Interesting

    I just downloaded the patch and am successfully running 2.6.6. :-)

    Is it me or was the boot time considerably faster than before? Almost blinked and missed it. Anyone else found that?

    Now I just have to clean out init.d.

  28. Re:Mebibytes (MiB) ? by vrt3 · · Score: 2, Insightful

    In SI, the value of M, k, G etc. are not dependent on the unit it prefixes. True, 'byte' is not a standard SI unit, but consistency is still a Good Thing. And orthoganility too: it means the unit defines what you are talking about, and the prefix indicates how many of them you've got. It means that if you could fit 42 bytes per meter on a fictive tape, you can fit 42 kilobyte on a kilometer and not 41.015625 kilobyte per kilometer.

    Is the SI prefixes are not useful for a speficif purpose, fine, don't use them. But don't take them and give them another meaning. If you want to use your own prefixes, go ahead and use new names for them.

    Now, I agree kibi, mibi etc. sound pretty lame; perhaps someone should come up with better names, but we should stop using M when we don't mean 10^6.

    --
    This sig under construction. Please check back later.
  29. Where are the English release notes? by gosand · · Score: 3, Insightful
    Why, oh why, can't there be an official release of the kernel that describes the changes in plain language instead of coder-speak? Look, I know what kind of people it takes to hack the kernel - brilliant people. They think like coders. But when new versions of the kernel are released, why can't there be a summary of what is new/changed? In simple terms.

    Not everyone who uses Linux is a kernel hacker, especially nowadays. And yes, there are sites out there that give rundowns of what has changed. But wouldn't it be nice to have an *official* release statement that outlines the changes made? It seems logical to me that the people managing the changes would be able to articulate this the best. I think it would go a long way in making Linux seem a bit more mature.

    --

    My beliefs do not require that you agree with them.

    1. 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
    2. Re:Where are the English release notes? by gosand · · Score: 2, Interesting
      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... :-)

      Absolutely. But that is essentially a third party who figures out what has been changed and writes it up. Shouldn't the providers of the kernel be able to provide that information more readily? I am not suggesting a whitepaper, or a replacement of the current changelog - just a summary supplement at a higher level. Give me the summary with the kernel. That is what I meant by being more mature. While the info at kerneltrap and other places is good, why shouldn't it come from the horse's mouth? If a third party can provide an overview, why couldn't the maintainer of the kernel do the same? They should know it well enough to be able to articulate it at the correct level of detail. There is a huge range of users between "code hackers" and "distro users". The fact that kerneltrap provides an overview is proof enough that it is needed. I just think it would be nice if it came from the source, with the source. And it doesn't have to replace what we currently get, it can just be a higher view.

      I don't think it is an unreasonable suggestion. The amount of overhead it would take to create such a summary would be minimal, but I think the benefits would be well worth it.

      --

      My beliefs do not require that you agree with them.

    3. Re:Where are the English release notes? by CRCulver · · Score: 2, Insightful

      "Why, oh why, can't there be an official release of the kernel that describes the changes in plain language instead of coder-speak?"

      Because Joe User might not even be aware of what the Linux kernel is, nor does he want to know. So why carefully craft release notes for people who aren't interested? You are in the minority of computer users if you know what a kernel is and what sort of things might cause a new release. Since you know that much already, you might as well just learn to code and join the fun. In any event, end-user documentation is the responsibility of distro makers, not the kernel dev team.

  30. Re:Mebibytes (MiB) ? by zhenlin · · Score: 2, Funny

    There is only one reason for this: to make it like the metric prefixes.

    Recalleth this olde giokke:

    An amateur thinks one kilobyte is 1000 bytes. A computer scientist thinks one kilometre is 1024 metres.

    So, the standards bodies are trying to change it to be in line with their prefixes. However, trying to change existing terms to mean something else is not a good idea.

  31. So relaxen und watchen das blinkenlights by Spoing · · Score: 3, Funny
    Was ist das blinkenlights? Ist NEU! 2.6.6!
    1. david dash b at pacbell net

      [PATCH] USB: usbcore blinkenlights

      The per-port LEDs on the most USB 2.0 hubs are programmable. And the USB spec describes some ways to use them, blinking to alert users about hardware (amber) or software (green) problems.

      This patch is the infrastructure for that blinking. And if you should happen to "modprobe usbcore blinkenlights", the LEDs will cycle through all the ports ... which is not a USB-standard mode, but it can certainly handy be handy as a system heartbeat visible across the room.

    Das ist goot, ja!

    --
    A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
  32. Kernel numbering by 1000101 · · Score: 3, Interesting

    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?

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

    2. Re:Kernel numbering by Anonymous Coward · · Score: 2, Funny

      There will never be a kernel 3. They will start development on the 2.7 branch, and then get stuck trying to reach patchlevel 2.7.182818284590452353602874713527...

  33. 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?

  34. Re:Mebibytes (MiB) ? by vrt3 · · Score: 2, Informative

    In telecommunications, it is standard practice to use 10-based prefixes. 10Mbps means 10^6 bits per second, and 56 kb/s means 56000 bits per second. In serial communications, it is normal to use a startbit and a stopbit ber byte, so you use effectively 10 bits to transmit one byte.

    BTW, I've seen 56kbps modems working at 44 and even 48 kbps. The speed you get depends on the quality of the phone line. Also remember that those modems work assymetrically: the 56 kbps is only downstream. Upstream is the same speed as a 33k modem.

    --
    This sig under construction. Please check back later.
  35. Re:Mebibytes (MiB) ? by Seahawk · · Score: 2, Interesting

    Damn i just love my 1.95Mb dsl line... Or would you call it a 2Mb? :)

    The thing is, IMO, that we DO have a problem - we dont allways talk about the same units and sometimes it mattes!

    When using MiB - NOONE (that knows what they are talking about) is in doubt what you mean - but if you say MB - noone really knows.

    How kan a term that clears confusion EVER be a bad thing? The problem is people like you to insist on using terms that confuses - hopefully, in 10 years noone would be confused when you say 2MB and means 2000000B...

  36. 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.
  37. 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?!)

  38. 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..."
  39. Re:Breaks Nvidia Module (NOT COMPLETELY TRUE!) by Hooded+One · · Score: 2, Informative

    less /proc/config.gz | grep 4KSTACKS
    CONFIG_4KSTACKS=y

    glxinfo | grep direct
    direct rendering: Yes
    direct rendering: Yes

    Working just dandy here. Using the nVidia 5336 drivers.

  40. Re:Mebibytes (MiB) ? by TiggsPanther · · Score: 2, Insightful
    I don't have a problem with disambiguating them. I just wish the names weren't as stupid. (MiB is okay, but mebibyte?!)

    Aah. Nail, head. Hit.

    It's controversial, it's quite probably needed, yet it's given names that sound so childish that it's simply going to inflame people against adopting them.

    Maybe if they'd tried coming up with terms that actually sounded a little more serious then they wouldn't be quite so hotly contested.

    Tiggs
    --
    Tiggs
    "120 chars should be enough for everyone..."
  41. IBM by Brainix · · Score: 2, Interesting

    I've heard for some time about how IBM is supporting Linux. But the 2.6.5->2.6.6 changelog really drove the point home, to me. It's amazing to see how much stevef@stevef95.austin.ibm.com has contributed, probably on IBM's nickel. :-) Keep it up, IBM.

    --
    Raj Against the Machine! http://social-butterfly.appspot.com/
  42. Re:Mebibytes (MiB) ? by Shakrai · · Score: 2, Interesting

    The speed you get depends on the quality of the phone line. Also remember that those modems work assymetrically: the 56 kbps is only downstream. Upstream is the same speed as a 33k modem.

    If anything I think the old V.34+ modems were more reliable. My old local dialup ISP used to have banks of analog lines coming into the building that were hooked up the USR V.34+ Couriers. Those babies were rock solid (even if it was a bitch to manage 450+ analog lines coming into your building). With compression enabled I could download some stuff at 8-10kB/sec. I always got 33600 baud connections and never got dropped.

    Then they upgraded to digital V.90 boxes and the quality went to hell. Would typically connect at 45333 but the actual downloads were slower then downloads (compressed or not) on the V.34+ modems. The connections themselves seemed to slow down over time -- one time I downloaded a Slackware ISO -- by the end of the download the modem had slowed down to about 1kB/s. With the V.34+ modems I could push 3.5-4kB/s until hell froze over. They never had random disconnects (the V.90 bank dropped me all the time).

    And don't even get me started on the upload performance of the v.90 modems. Even turning off v.90 and connecting at v.34+ speeds wouldn't help. I canceled my account and got one from the phone company -- wasn't worth paying $19.25 to have the same lousy service that I could get from the phone company for $9.95.

    In my experience v.90 was nothing but marketing hype. I hated it.

    --
    I want peace on earth and goodwill toward man.
    We are the United States Government! We don't do that sort of thing.
  43. PWC Driver is removed by werner75 · · Score: 2, Interesting

    I can't believe it. After upgrading my USB Webcam didn't work anymore. I find out the pwc Driver is now removed :( Shit, downgrade again...

  44. Anyone catch this changelog entry? by Anonymous+Cowabunga · · Score: 3, Funny

    (dmcbride@sco.com)
    Added proprietary Unix System V lines of code

  45. Re:Shorter Changelog by MikeCapone · · Score: 2, Informative

    I think they should make a short version of the change log with a summery of what changed. Does anybody know of such a thing?

    KernelTrap.org is fairly close to what you're asking.

  46. Re:Mebibytes (MiB) ? by imroy · · Score: 2, Informative

    Look it's very simple. Bytes are measured in base-2 units, everything else is base-10.

    • network bandwidth at the raw hardware level (i.e., 100 Mbps Ethernet)
      It's bits (small 'b'), so it's 100 x 10^6 bits per second. Which is also 12.5 Million bytes per second, or roughly 11.9MBps.
    • network bandwidth at higher levels (Mozilla reporting 100 KBps)
      It's bytes (capital 'B'), so that's 100 x 2^10 bytes per second.
    • CPU speed (i.e., a 1 GHz Athlon)
      Getting a little silly now. That's 1 x 10^9 Hz (cycles per second).
    • Disk usage, in the modern file browser of your choice (they differ)
      Ah, this is where all the supposed controversy comes from. The hard drive manufacturers want to use base-10 units so that their drives sound larger than they really are. Everywhere else, base-2 units are used for measurements of bytes (including your file browser).

    The only two problems I can see is hard disk manufacturers wanting their drives to sound larger, and marketroids getting the capitalization wrong (bits/Bytes, milli/Mega, ...). None of that is the fault of the units/suffixes, the people who made them, or the people using them. Get over it.

  47. Drivers are modules are drivers ... by Spoing · · Score: 2, Interesting
    1. Drivers is one thing... but upgrading the OS kernel so that drivers cease to function or function incorrectly is a completely different thing...

    You are close...

    When one person says "folder" and another says "directory" the two people sometimes get confused. It's rare, but I've seen it happen.

    With Linux and Windows, there is a similar confusion. Modules under Linux -- serve the same purpose and are largely in the same parts of the OS -- as drivers do under Windows.

    As for Nvidia, they have installation software that is not too hard to use. It will install the NVidia kernel module for the current kernel. I'm sure you've used similar ones for Windows graphics drivers.

    1. NOTE: You mention elsewhere
    2. "Sure there are a lot of shoddy drivers out there, but I don't recall any serious problems with WHQL drivers..." NVidia has decided not to follow the same types of guidelines for Linux, so the NVidia drivers under Linux are not similarly 'certified'. This 'certification' under Linux is providing the source so that it can be peer reviewed and peer fixed (when broken); What Microsoft offers with WHQL fits roughly the same category.

      The kernel policies are clear, and do not cause problems for the (quick guesstimate) ~4,000 other 'drivers' bundled with the base Linux kernel. NVidia has chosen not to follow those policies so like the problematic non-WHQL Windows drivers, they can suffer similar problems.

      That said, for the most part, I've been very happy with the NVidia cards I have. They were very flaky 2 years ago. Now, they work well...even with the 2.6.x kernels.

    --
    A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.