Slashdot Mirror

← Back to Stories (view on slashdot.org)

2.4.9 Kernel Released

Posted by CmdrTaco on from the download-compile-reboot-repeat dept.

Justin writes: "Linus is off to Finland for a week or so and released 2.4.9. " Here is the Changelog for those of you interested. Yeah, it's probably gonna be a little crowded for a bit. Please post mirrors in the comments.

9 of 290 comments (clear)

  1. SB Live! driver fixed by bconway · · Score: 5, Informative

    Though not a showstopper by any means, the EMU10K1 driver has been fixed from 2.4.8, and is now fully up-to-date. I've been using the drivers from opensource.creative.com since the release of the 2.4 kernel, and this is definitely a welcome change. Check it out!

    --
    Interested in open source engine management for your Subaru?
    1. Re:SB Live! driver fixed by Azog · · Score: 5, Informative

      All of the above is true, however... the new driver may not work for everyone.

      Alan Cox, for example, tried them out and found they didn't work on some of his machines, so he didn't include the new driver in the -ac patches.

      So, it seems they work great for some people but not others. Linus decided to keep them in because the new driver is being maintained, and the old one wasn't - a buggy driver that's being worked on is better than a buggy driver that's being ignored... and the new drivers have much better support for the features of the SBLive.

      Anyway, if you upgrade and find that your sound card quits working, you have several choices - revert to your previous working version, or try Alan Cox'es patched version of the kernel (look under /people/alan on the kernel mirrors) or, if you know what you're doing, just take the relevant emu10k files from 2.4.7 or so and patch them into your tree. Alan Cox's kernels have lots and lots of other changes besides the SBLive driver, of course.

      A lot of work is being done right now on getting the VM (Virtual Memory) balanced right. It works great for a lot of people, but depending on the workload, it can start to thrash really bad and swap itself to death. (kswapd will run, taking all the CPU time and making no progress.) If you run into this problem or others, read the documentation on reporting bugs (see the /linux/REPORTING-BUGS file) and send a mail to the list. Don't hold your breath waiting for a reply, but it will be read, and it might help the developers figure out the pattern of what situations cause problems and what works well.

      (If you report bugs on the Linux Kernel Mailing list, be sure to note what kernel you're running and any non-standard changes you've made.)

      Oh, and if you are not subscribed to the list and want to be cc'ed on replies, say so at the top of your email.

      (I'm not really a kernel developer, yet, but I hack around in the code and read the list, so I know a little about what's going on.)

      --
      Torrey Hoffman (Azog)
      "HTML needs a rant tag" - Alan Cox
  2. Re:FreshMeat by SubtleNuance · · Score: 5, Funny

    . When a kernel is released, I want to know about it. and who in their right mind looks at freshmeat every fucking day?

    *me* whistles and taps toe while looking around the room quitely...

  3. Re:Gigbabyte Mirror Bandwidth by Anonymous Coward · · Score: 5, Funny

    This one is a lot faster. But it is currently a version out.

  4. Re:Mirror by Roundeye · · Score: 5, Informative
    Note: always check signatures when downloading software from unknown sources.

    This kernel tarball is identical with the ones being distributed from ftp.us.kernel.org (dynamic mirrors), BUT IT DIDN'T HAVE TO BE. A trojaned kernel distributed from a private mirror could compromise any number of systems.

    Always check downloaded files from unknown sources.

    md5sum:
    ftp.us.kernel.org kernel: 8b0f6c18e9c09ca1e5d0bbbed95f7ef2
    ecliptik mirror kernel: 8b0f6c18e9c09ca1e5d0bbbed95f7ef2

    gpg sigs match, using:
    % gpg --verify linux-2.4.9.tar.gz.sign linux-2.4.9.tar.gz

    But -- DON'T TAKE MY WORD FOR IT! CHECK THEM YOURSELF.

    --
    "Cause there's 40 different shades of black, so many fortresses and ways to attack, so why you complainin'?"
  5. I can't wait until XFS is standard... by wowbagger · · Score: 5, Interesting

    I can't wait until SGI gets XFS merged into the main tree. I'm running XFS on all my systems, and so I have to wait until SGI gets the changes merged back into their port.

    XFS (especially when combined with LVM) is great. No fscks, big files, ACLs, and you can grow a mounted file system (great with LVM and hot-swap drives).

    --
    www.eFax.com are spammers
  6. Re:Real news: glibc-2.2.4 was released today by geirt · · Score: 5, Informative
    Here is the changelog for glibc-2.2.4

    Enjoy

    --

    RFC1925
  7. Real news: glibc-2.2.4 was released today by geirt · · Score: 5, Informative

    Don't forget that the libc is just as important for your computers stability as the kernel. Most applications go trough the libc to access kernel services. Today glibc-2.2.4 was released, go to your local mirror (yes, that is a gnu mirror, not a kernel mirror) and do the upgrade now.

    Slashdot: News for nerds ?

    Why does the libc get so little publicity compared to the kernel ? I don't get it !

    --

    RFC1925
  8. Re:how many kernels realeased a year? by cowens · · Score: 5, Informative

    Here are the counts by year. Only the release versions are counted because development kernels can run into the hundreds.

    1994 - 10 (1.0.0 - 1.0.9)
    1995 - 14 (1.2.0 - 1.2.13)
    1996 - 28 (2.0.0 - 2.0.27)
    1997 - 6 (2.0.28 - 2.0.33)
    1998 - 3 (2.0.34 - 2.0.36)
    1999 - 2/14 (2.0.37 - 2.0.28 & 2.2.0 - 2.2.13)
    2000 - 5 (2.2.14 - 2.2.18)
    2001 - 1/1/10 (2.0.39 & 2.2.19 & 2.4.0 - 2.4.9)

    avg number of kernels per year: 11.75
    The benefit is that you can have the latest and greatest version now instead of six months from now.