Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Linux Software

2.4.9 Kernel Released 290

Posted by CmdrTaco 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.
This discussion has been archived. No new comments can be posted.

2.4.9 Kernel Released More

2.4.9 Kernel Released

Comments Filter:

  • Mirror (Score:2, Informative)

    by ecliptik ( 160746 )
    Here's a mirror ftp://ecliptik.com/pub/linux-2.4.9.tar.gz

    • Re:Mirror (Score:5, Informative)

      by Roundeye ( 16278 ) on Thursday August 16, 2001 @05:06PM (#2138800) Homepage
      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.

      • Re:Mirror (Score:2, Funny)

        by steelhawk ( 90209 )
        Important addition:

        Also, never trust people on slashdot saying that this unofficial mirror is ok, the md5sums/gpg sigs are identical.. _ALWAYS_ check for yourself!

  • ftp://209.203.218.6/pub/kernel/2.4.9 have fun
  • I usually am happy to hear of a new release (cause I get bored with the last one :), but man this sucks. I just got 2.4.8 working the other day, and now I gotta upgrade again? wowzers btw, did anybody have problems with the emu10k1 drivers in 2.4.8? It looks like they may have fixed it in 2.4.9 according to the changelog.

  • Been using 2.4.9 for the last hour now. Other than a silly bug b0rking NTFS it works great. Simple fix for NTFS though that somebody else already pointed out on here. The updated emu10k1 driver along with the new emu-tools is just awesome.

    The changes to VMA merging make a noticable difference in mozilla; that alone is worth the upgrade.

    Side note: this is twice in a row that Linus has posted a kernel with a b0rked build, last time was with the emu10k1 driver as a module, this time good 'ole NTFS. Hope he has a relaxing vacation ;)

  • Submitted for amusement, a segment of make modules:

    make -C net modules
    make[2]: Entering directory `/usr/src/linux-2.4.9/drivers/net'
    gcc -D__KERNEL__ -I/usr/src/linux-2.4.9/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE -DMODVERSIONS -include /usr/src/linux-2.4.9/include/linux/modversions.h -c -o rrunner.o rrunner.c
    rrunner.c:1241: macro `min' used with only 2 args
    rrunner.c:1252: macro `min' used with only 2 args
    rrunner.c: In function `rr_dump':
    rrunner.c:1241: parse error before `__x'
    rrunner.c:1241: `__x' undeclared (first use in this function)
    rrunner.c:1241: (Each undeclared identifier is reported only once
    rrunner.c:1241: for each function it appears in.)
    rrunner.c:1241: `__y' undeclared (first use in this function)
    rrunner.c:1252: parse error before `__x'
    rrunner.c:1221: warning: `len' might be used uninitialized in this function
    make[2]: *** [rrunner.o] Error 1
    make[2]: Leaving directory `/usr/src/linux-2.4.9/drivers/net'
    make[1]: *** [_modsubdir_net] Error 2
    make[1]: Leaving directory `/usr/src/linux-2.4.9/drivers'
    make: *** [_mod_drivers] Error 2

  • SB Live! driver fixed (Score:5, Informative)

    by bconway ( 63464 ) on Thursday August 16, 2001 @03:31PM (#2123112) Homepage
    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!
    • it should be noted to all the trolls out there, that the emu10k1 user-land tools include an assembler and loader for the cards dsp chip which means that you can not only compile/load the effects it includes (such as chorus and flanger) but you can PROGRAM YOUR OWN EFFECTS (tres cool). And of course this comes with ample documentation.

  • Question (Score:3, Insightful)

    by mwalker ( 66677 ) on Thursday August 16, 2001 @04:12PM (#2124538) Homepage
    Hey, does anyone know if they're going to support dumping debugging information for multi-threaded processes into core files? I'm really tired of not being able to post-mortem debug in gdb. I know the errata kernal drops per-pid cores, but that's not like having real core file support.

    Any kernel hackers out there heard whisperings about this?
    • A heads up - I used 2.4.4-ac (or was it 5?) and it had multithreaded core dumping. It wasn't perfect (core per thread, which is not pleasant), but I could backtrace each and every one of them.

      Linus has put in some changes to make this a bit better, but I don't know if it's fully supported in gdb yet, I haven't seen anything about it on the development list. However, all of the necessary data should be in there. I'ld imagine that this will work better than it used to (I think that the thread to die has it's memory dumped, which should be the same as all of the other threads).

      If all else fails, you could use a slightly older version of AC, or work out the patches, I'ld imagine they're not much different.

  • ChangeLog... (Score:4, Insightful)

    by Alakaboo ( 171129 ) on Thursday August 16, 2001 @04:12PM (#2124539) Homepage
    I love reading the ChangeLogs. Oftentimes they can be quite humorous:

    - David Miller: undo poll() limit braindamage

    This would have helped Bush during the election.

    - David Woodhouse: up_and_exit -> complete_and_exit

    Up and at'em, Dave!

    - me: make return value from do_try_to_free_pages() meaningful

    Do try for meaningful return values.

    - David Miller: "min()/max()" cleanups. Understands signs and sizes.

    Ouch. // min(-400, 3) == 3 // ??

    - Kevin Fleming: more disks the HPT controller doesn't like

    And you have to wonder about this one...

    - Ben LaHaise: use down_read, not down_write() in map_user_kiobuf.
    We don't change the mappings, we just read them.

  • Blazing Fast Kernel Mirror (Score:4, Informative)

    by Anonymous Coward on Thursday August 16, 2001 @04:05PM (#2124958)
    Check out the following blazing-fast mirror:

    http://linux.pantek.com/resource/kernel/linux-2.4. 9.tar.gz [pantek.com]
    http://linux.pantek.com/resource/kernel/linux-2.4. 9.tar.gz.sign [pantek.com]
    http://linux.pantek.com/resource/kernel/patch-2.4. 9.gz [pantek.com]
    http://linux.pantek.com/resource/kernel/patch-2.4. 9.gz.sign [pantek.com]

    Happy compiling!
  • Bah, I just rebooted my machine TODAY to run 2.4.8 :-p
  • My old 486 computer here still did not finish compiling 2.4.7 ... at this rate, I will never get any work done.
  • Yeah, baby! Anton Altaparmikov's excellent work on the NTFS updates moves forward with 2.4.9. Now Linux can read, write, and format NTFS partitions pretty stably! Go Anton! =)

    (Disclaimer: I'm having my company [legato.com] sponsor Anton's work. ;) )

    • Due to an invalid assumption about putting baces inside macros (specifically, the max() and min() macros, which were changed in 2.4.9) which might be present inside the for() clause (which exists in 3 places in the kernel, 2 of which apply to NTFS code), the NTFS code isn't compiling. I made this patch [ipal.org] to fix it.

  • Stress-test it! (Score:2, Offtopic)

    by sulli ( 195030 )
    See if it responds better than Banjo...
  • ... or do we have to wait a whole *two weeks* for 2.4.10?

  • Keep 'em comming (Score:4, Funny)

    by FreeMath ( 230584 ) on Thursday August 16, 2001 @03:43PM (#2132374) Homepage Journal
    Please use mirrors:
    http://kernel.org/mirrors/ [kernel.org]

    2.4.9 Changelog [kernel.org]

    Wow, 2.4.8 lasted a whole week. [slashdot.org]

  • Righto.... (Score:4, Funny)

    by Bob McCown ( 8411 ) on Thursday August 16, 2001 @03:40PM (#2133111)
    Please post mirrors in the comments.

    Under control [shoppersplazausa.com]

  • I was reading the changelog and it said that one of the pre- 2.4 kernels improved NTFS support. Has anyone out there tried this? I tried it a while back and blew up my entire NT partition, and I'm about half afraid of it. What kind of progress has been made in this area?

    • Re:NTFS filesystem (Score:4, Informative)

      by Azog ( 20907 ) on Thursday August 16, 2001 @04:55PM (#2132987) Homepage
      There is a developer actively working on NTFS support now. It should be safe for read-only mode.
      Note that- write support for NTFS is a dangerous, EXPERIMENTAL feature that you have to explicitly select in the kernel configuration. Until recently, it was almost certain to destroy your disk, and it is still not recommended although rumor has it that it "mostly works now".

      If you blew up an NT partition running in the "read only" mode, send in a bug report to the mailing list. If you want to experiment with write support, send in bug reports for that too, I'm sure the developer will be interested, but don't expect a lot of sympathy if you wipe out important data.

      There's often a good reason why "EXPERIMENTAL" features are called that, even though sometimes it seems political - reiserfs, for example, is pretty safe - reported problems with it usually turn out to be hardware failures.

      • forgive my ignorance, buy how can it trash the partition running in read-only mode? surely that means it doesn't write and therefore doesn't change anything......

        • Re:NTFS filesystem (Score:2, Informative)

          by Azog ( 20907 )
          well yes, that's why anyone who manages to mess things up in read-only mode should send in a bug report, because that would indicate an unknown, serious problem that should be fixed right away.

          Problems in the write support are less serious, because they are not on by default and the developers know about them anyway.

          I suspect the original poster was using the experimental write support. That used to be so bad that it probably should not have been in the kernel at all, but started getting better around 2.4.5 or so - search the LKML archives for "PATCH" and "NTFS" for details.

          NTFS read-only works fine on my dual-boot machine, btw.

      • When everybody moves to Windows XP, NTFS will get supported REAL quick.

      • Bug in NTFS compilation (Score:3, Interesting)

        by the way ( 22503 )
        I just compiled 2.4.9 with read-only support for NTFS. It turns out that there is a small bug that stops it from compiling. To fix the bug, edit fs/ntfs/unistr.c, and add somewhere near the top (line 24 or 25 is fine):

        #include <linux/kernel.h>
  • - Ben LaHaise: make vma merging more generous, help Mozilla /proc/<>/maps

    Can anyone with the know-how explain what this means?

    Cheers.

    • Re:mozilla help? (Score:2, Informative)

      by DJGreg ( 28663 )

      2.4.x changed the way that vma's were merged. VMA's being the sections of virtual memory that you malloc. Mozilla (I'm guessing) has fairly fine-grained memory handling, so it malloc()'s and free()'s often, making for _lots_ of vma's.

      The changes in 2.4.9 make contiginous (sp?) vma's merged into one, speeding up walking the list of vma's. Note that previous versions did this already, but only in very few (easy) cases. This change is a bit more 'expensive', but has made a noticable difference in mozilla for me. These changes could also help out lots of other programs that handle memory similarly (can't think of others atm though).

      All in All.. i like ;)

      Disclaimer: this is my understanding, but as I'm not Rik Van Riel, I'm probably talking out my ass

  • Does anyone know what the deal is with the kerneli patch? Short of an unofficial hacked patch to work with newer kernels [f9.co.uk], kerneli hasn't been updated since 2.4.3, and there seems to be some serious issues currently with file corruption when using kerneli with 2.4 series kernels. Alternative projects like cryptoapi [sourceforge.net] and loop-aes [sourceforge.net] have sprung up from currently foobar'd kerneli, and while they work great, I can't help but wonder what's going on with the kerneli project that it hasn't been updated in so long.

  • FreshMeat (Score:4, Funny)

    by Natalie's Hot Grits ( 241348 ) on Thursday August 16, 2001 @03:47PM (#2140554) Homepage
    For those of you trols that think "Slashdot isn't Fresh Meat" here is my 2cents:

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

    So what is the point in starting a bitch session just to bitch? To waste Bandwidth? To blow time at your job? GIME A BREAK!

    Now I can update my linux boxen tonight, and have a piece of mind that the IDE driver wasnt working correctly in 2.4.7 for me, is noted in the changelog as being fixed.

    have a nice day :)

  • Yet Another Mirror (Score:2, Informative)

    by LyNXeD ( 463123 )
    I managed to grab all the 2.4.9 files earlier, and they're now mirrored at:

    ftp://ftp.wingnet.net/pub/linux/kernel/2.4.9/

    All the standard files for 2.4.9 from kernel.org (bz2, gz, signatures, etc.) are there. Just the 2.4.9 though - no older stuff. Have at it!
  • One kernel update isn't even downloaded or the next is already finished! Not even Microsoft cooks up that many service packs in this particular timeframe...

    • Re:wholy crap! (Score:3, Funny)

      by TrentC ( 11023 )
      Not even Microsoft cooks up that many service packs in this particular timeframe...

      That's because they typically deny a bug's existence for a couple of months before they get around to fixing it. :)

      Jay (=

  • I can't wait until XFS is standard... (Score:5, Interesting)

    by wowbagger ( 69688 ) on Thursday August 16, 2001 @05:08PM (#2154064) Homepage Journal
    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).
    • What if I mess it all ?
    • XFS is great. I have it on 2 production servers (rock solid since installation). However, for my workstation I've recently switched (back) to ReiserFS. I do a lot of large compiles and move huge amounts of code around and that exposes the ONLY weak part in XFS: unlink() time. XFS is doog slow for deleting large directory trees. I sure hope they optimize this, soon.. Other than the long rm times, it's rock solid. The ACL ioctls should be sorted out too soon, so we can have access to extended attributes (I will NOT miss you Be, Inc. [slashdot.org])....

      -adnans
  • http://linux.uky.edu/kernel/v2.4/ [uky.edu]

    This mirror is so fast, it will speed your downloads up, even past your NIC/modem's supposed maximums.

  • pcmcia-cs is broken with 2.4.9 (Score:3, Informative)

    by TheGratefulNet ( 143330 ) on Thursday August 16, 2001 @05:58PM (#2155792)
    fyi - hinds' pcmcia pkg won't build completely with this kernel release (fails on wvlan_hcf.c).

    looks like some dangerous changes were made: I see errors that say macro 'min' used with only 2 args. this kinda scares me...

    as I've not had much luck with wireless support inside the kernel tree, I've taken to using hinds' pkg instead. so for those who use pcmcia, perhaps wait for the next release..

  • Real news: glibc-2.2.4 was released today (Score:5, Informative)

    by geirt ( 55254 ) on Thursday August 16, 2001 @06:28PM (#2158191)

    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 !

  • Does anyone have a link to the kernel compilation project? I can't find anything.

Slashdot Top Deals

Time is the most valuable thing a man can spend. -- Theophrastus

Close