Slashdot Mirror


Linux Kernel 2.4.5 Released

John Jasen writes: "Join the kernel of the month club! Order yours now!" See the Changelog, I would link to the mirrors but I doubt they're updated yet, so just head to kernel.org.

49 of 115 comments (clear)

  1. Re:Maybe now's the time to ask by strredwolf · · Score: 2

    Upgrade to Slackware-current (pre-7.2) and 2.4.4 on the kernel.

    --
    WolfSkunks for a better Linux Kernel
    $Stalag99{"URL"}="http://stalag99.keenspace.com";

    --

    --
    # Canmephians for a better Linux Kernel
    $Stalag99{"URL"}="http://stalag99.net";
  2. Wht aren't kernels now pre-patched with crypto? by root · · Score: 2

    All the major distros are now including openssl/openssh standard (Red Hat, Mandrake, etc.). Why not include the full crypto support for loop devices and the like? Make it an option in the setup to create secure, passphrase mounted filesystesm using blowfish, AES, IDEA, cast128, etc.?

    1. Re:Wht aren't kernels now pre-patched with crypto? by chill · · Score: 2

      There are still many places in the world where having/using crypto is against the law. In some cases, it is a capital offense.

      Many of these places (developing nations) are places Linux would do well in. Including crypto as standard would rule a lot of that out.

      Also, there are still a few hangups in the U.S. about the distribution of crypto. They might not have all the paperwork ironed out, yet. (They might not want to go through the hassle.)


      --
      Charles E. Hill

      --
      Learning HOW to think is more important than learning WHAT to think.
  3. Linux 2.4.5 and Freeswan 1.9 broke by dananderson · · Score: 2
    Linux 2.4.5 and Freeswan 1.9 is broken. If you want to use the Freeswan patch, either:

    1. go back to linux 2.4.3 (2.4.4 has serious problems)
    2. wait for an official freeswan update, http://www.freeswan.org/
    3. Try the bleeding-edge snapshots from freeswan.

    (BTW, Freeswan adds IPSec to Linux)

  4. Re:Call it what it is by iabervon · · Score: 2

    Service Packs, I believe, contain fixes for a ton of different programs and such. Since this is exclusively the kernel that is getting updated, it's not really a "pack".

    The point about not changing things that work is still valid, although in this case, it's only changing a single thing; it won't make all of your software behave differently.

  5. Re:Cool Patches! by iabervon · · Score: 2

    Non-executable stacks can still be exploited, but the exploits that are easy to write and work on most machine won't work. While it does give you a false sense of security, it means that someone searching for a machine to exploit will probably move on. Of course, if everyone used it, attackers would get around it, but it's helpful for now.

  6. Re:Woohoo by Tet · · Score: 2
    Not that I've had much trouble with the earlier 2.4 kernels on the whole, but I wouldn't run my server farm on them.

    I would. For me, the turning point was 2.4.4. We had a few stability issues with earlier 2.4 kernels, but 2.4.4 has been rock solid. That's not to say I'd rush out and upgrade a perfectly functioning 2.2 server farm, but if I was building one from scratch, it'd be 2.4 all the way.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  7. Re:BSD: *bonk* "It's the hardware support stupid!" by Just+Some+Guy · · Score: 2

    Erm, I'm using an Epson 1240U USB scanner (and a USB mouse, for that matter) on my FreeBSD box. I'm also printing to a Winprinter (Epson Color Stylus 440). All this on a 4.3-STABLE installation, meaning that I'm running a standard, non-developmental system.

    I assure you that FreeBSD's hardware support is not nearly as dire as you might think.

    --
    Dewey, what part of this looks like authorities should be involved?
  8. Re:Cool Patches! by stripes · · Score: 3
    The Real Time Scheduler does not really make Linux an RTOS because in and of itself it does not provide kernel pre-emption - the ability for the kernel to interrupt kernel-space code to deal with incoming events that _must_ be processed. This is a requirement of a 'proper' hard-RTOS because such an OS must be able to guarantee a response time, and if it cannot interrupt kernel code the OS scheduler may be stuck waiting for kernel code to return before it can go on to deal with the input.

    As a minor nit real time kernels do not require kernel pre-emption. The require a bounded maximum interrupt latency time. In theory the bound can even be high (100+ms, or hours even). In practice the bound has to be low just like you said. In practice kernel pre-emption is the simplest way to do it (one could also use a true micro kernel that only passes messages, and does that really fast, making all of the "real work" done in premptable user level code).

    There is also the difference between hard and soft real time. Soft real time like a video game can't handle going above the stated latency very much or the animation will stutter and the user will become displeased and play a different game, but it can handle once in a while blowing the stated latency. Hard real time can't handle missing the promised latency, a computerized fuel injector might be a good example of this. If it misses, even just once it could inject fuel at the wrong time, and might blow out a delicate gasket and cause $1000 of damage to your engine (this may also be a bad example, I'm not sure how tight the timings really are for CFJ).

  9. Re:VERITAS? by otis+wildflower · · Score: 3

    (2) Disksuite is a free Volume Manager that does various levels of RAID.

    However, it requires a lot more legwork.

    You pretty much have to slice and dice your HDDs identically (and have identical HDDs in the normal case). Thus, you are still limited to 7 partitions (minus some for metadbs of course) within a "volume".

    Also, you only get concatenation when you want to increase filesystem sizes, and fairly dumb concatenation at that. And IIRC if you want to concat you have to take the filesystem offline.

    Disksuite is nice for small systems and root/boot/swap mirrors. Much nicer IMHO than setting up similar service (converting a single disk R/B/S system into a mirrored one) in Linux using md. I just did both on separate boxes in the last week, and I am still cringing from the md mirror "procedure" (though it did remind me that I actually don't suck ;)

    A true LVM beats DS up and down the square. Many flavors of Unix come standard with LVM for "free" (though you usually have to license the OS, and Sun now beers it away up to 8 CPUs) and IMHO it's about time for Sun to give it away as well, whether they license Veritas or port/write another solution.

    ps: when you've got your kernel installed into the boot sector and you've gotten your / to start mirroring (by in my case booting from rescue cdrom, copying over the /dev/md instances into the ramdisk /dev, insmodding md, raid1 and reiser, mounting the partitions to mirror, chrooting to that mntpoint, editing lilo.conf (btw that's the LATEST lilo with md bootsector support) and /sbin/lilo), BE SURE to specify your md=X,/dev/hdeX,/dev/hdgX for your root drive in your kernel append for your mdX mirror label.

    It's days like that you don't feel overpaid. ;)

    Your Working Boy,
    - Otis (GAIM: OtisWild)

  10. The mirrors ARE updated ! by Taco+Cowboy · · Score: 3



    FYI -

    The mirrors are updated !

    I have tried the mirrors at .no (norway), and
    version 2.4.5 is now available at
    ftp://ftp.no.kernel.org/pub/linux/kernel/v2.4/

    --
    Muchas Gracias, Señor Edward Snowden !
  11. And michael, link to them anyway! Drongo! by leonbrooks · · Score: 2

    Even if they're not up the instant you type, they might well be a minute later, and certainly will be by the time most people get to read your article later in the day. It would help kernel.org to not get slashdotted.

    This ``probably not updated'' rubbish just doesn't cut it, either. How long would it take you to check? In seconds? Whatever happened to responsible reporting, the kind so often bemoaned on his very site for its lack?

    --
    Got time? Spend some of it coding or testing
  12. Cool Patches! by Ex+Machina · · Score: 4
    Here are some patches for 2.4.X I find essential My personal box runs all but GetRewted. My server will run them all very soon. Enjoy!
    1. Re:Cool Patches! by marm · · Score: 5

      The Real Time Scheduler does not really make Linux an RTOS because in and of itself it does not provide kernel pre-emption - the ability for the kernel to interrupt kernel-space code to deal with incoming events that _must_ be processed. This is a requirement of a 'proper' hard-RTOS because such an OS must be able to guarantee a response time, and if it cannot interrupt kernel code the OS scheduler may be stuck waiting for kernel code to return before it can go on to deal with the input. The rtsched patches do appear to integrate with MontaVista's kernel pre-emption patches however, and together they would indeed form a proper hard real-time OS.

      Kernel pre-emption does not come without a price though - it can make a significant dent in overall performance, and it is tricky to implement in a clean way, and this is why kernel pre-emption will probably stay out of the mainstream kernel for the forseeable future. It also isn't necessary for 99.9% of people, who, as long as the latency, the time to respond, is on average less than a few ms, are happy. This is called 'soft' real-time and is more than adequate for any video or audio work.

      Linux is actually pretty bad at soft real-time as standard, with typical latencies around the 100ms mark, which is rather worse than any version of Windows 9x or NT, and a lot lot worse than BeOS, which has latencies in the sub-5ms realm. Andrew Morton's Low-Latency patches deal with this quite nicely, taking typical latencies down to the 1.5ms mark by improving various kernel algorithms and adding a few points where the kernel can reschedule itself during long periods in kernel-space code. This represents the best latency in just about any OS that does not do hard real-time with kernel pre-emption (QNX, vxWorks etc.) and does not hit performance in the way that pre-emption patches do.
      What would be very interesting is to combine the low-latency patch with the improved scheduler in the rtsched patches...

      As for GetRewted patches... well, I'm not entirely convinced about the value of a non-executable stack. The problem is whether they actually do any useful good - they give a warm fuzzy feeling of security while only actually preventing a limited subset of attacks. In addition, it's in the wrong place. It's a kernel-space fix for what is really a user-space problem - and certainly I think it's better to fix problems at source than patch them up elsewhere - otherwise you end up with code spaghetti.

      My own personal favourite anti-stack-smashing add-on is libsafe, originally a Bell Labs project, which overrides dangerous libc functions with its own, safe functions, either by using the LD_PRELOAD feature of ELF shared objects to protect existing binaries, or by being linked in to a binary at compile time, preferentially to the existing libc functions. In addition, version 2 of libsafe now includes protection against format-string attacks that appear to be the new scourge of unix. Of course, the best place for this protection is in libc itself, and glibc 2.2 does include some protection like this, but it is a compile-time option only, and further, is primarily designed to help developers fix overflows during program testing rather than helping sysadmins in the wild - it causes more of a performance hit than libsafe does.

      Anyway - as for 2.4.5, nice to see the VM is sorting itself out - I was that close to turning my desktop machine's ext2 partitions into UFS. I think I might convert them to ReiserFS now. :)

  13. Re:great... by SpinyNorman · · Score: 2

    900K vs 14M sure makes sense if you're on a modem as many of us still are, as well as not screwing kernel.org on their bandwidth costs.

    Get kernel patches here: http://www.bzimage.org/

  14. Re:Virtual Memory System by SpinyNorman · · Score: 2

    Really? I've been following this on lkml and up to yesterday it seemed people are still reporting VM problems under heavy swap.

    Admittedly the last one I've tried personally was 2.4.4-ac8, which started killing pieces of KDE when I was simulataneously recompiling the kernel and Qt!

  15. Re:Call it what it is by chill · · Score: 2

    Frequently there are updated/new device drivers. In the cases of .3, .4 and .5 the big one would be lots of additions/changes/fixes to various things USB.

    Aside from that, if you use any of the hardware that has been updated/changed (I have an AIC7xxx controller) or use ReiserFS (there are several minor patches/updates/fixes to this).

    But you are right -- if it ain't broke, don't fix it. I can make strong arguments for using 2.2.19 instead. On several machines at my last job they are still running (happily) 2.2.x kernels. [I suggested to the new SysAdmin to update to 2.2.19 due to security.] I wouldn't recommend an upgrade beyond that 'cause they don't need anything or gain significant advantage with 2.4.x.

    --
    Charles E. Hill

    --
    Learning HOW to think is more important than learning WHAT to think.
  16. Re:NOT a service pack by throx · · Score: 3

    Once the dev kernel gets forked off, the kernel releases become much more like service packs. I know if you are running anything less than 2.2.16, most people will suggest you upgrade.

    In the early numbers however, it is probably worthwhile upgrading now and again to get rid of those bugs that surface up in the major version change.

    --

    Fear: When you see B8 00 4C CD 21 and know what it means

  17. Re:VERITAS? by Dwonis · · Score: 2

    What about the user-space NFS daemon? (Or, is it the NFS client that's broken?)
    ------

  18. Re:System Clock Problem fixed? by Dwonis · · Score: 2

    I know this won't fix the problem, but it does render it moot: try installing ntpd and ntpdate. (NTP - Network Time Protocol).
    ------

  19. Re:System Clock Problem fixed? by Dwonis · · Score: 2

    Could it be a weird interaction between Linux and a Y2K bug?
    ------

  20. Re:System Clock Problem fixed? by Dwonis · · Score: 2

    Like ntpdate?
    ------

  21. Re:great... by treke · · Score: 3

    get the patch for the 2.4.4 source? It's only about 900k

  22. Why should we use MSFT terminology?!? by Baki · · Score: 2
    Apart from the fact that a kernel release or patch is inherently different from MSFT's "service packs", I despise the fact and wonder why so may unix/linux users nowadays want to take over MSFT invented terminology.

    The UNIX community has had its own slang for 25 years. I can think of no reason to submit to MSFT "culture" in adopting words like "service pack". Newcomers (many from the MSFT world) to LINUX should adapt to an older and richer culture; maybe take a look to the jargon file.

    1. Re:Why should we use MSFT terminology?!? by Baki · · Score: 2
      X Windows? O horror, the old mistake, also induced by MSFT contamination.

      It is X window (without s!!!, and it is short for the X Window System). See, for example, this news article (there are many many more).

      To the other person w.r.t. what the difference between a service pack and a kernel patch: The patch simply takes your kernel up to the new level. In fact it is just a mechanism to get to the next (full) release.

      The service pack doesn't take you to a new full release (you'll still see build 1395 or whatever while booting), when you buy NT 4 now you'll still get the original and have to apply service packs, hotfixes and the like. It is something completely different. Another big difference is that a service pack is a kind of permanent patch to the whole system, not only to the kernel.

    2. Re:Why should we use MSFT terminology?!? by 4of12 · · Score: 2


      I can think of no reason to submit to MSFT "culture" in adopting words like "service pack".



      Yeah, I was annoyed when popular lexicon stole the Windows out of my usage of the term, as in:
      "X Windows"
      or, when nontechnical folks, finding I was a programmer, would ask me if I programmed in "VisualSeePlusPlus" instead of:
      "C++"

      The best defense being a good offense, I propose a counter attack!

      Volley One: The next Linux kernel release will not be named "2.4.6".

      Rather, it shall be named

      Linux 2002 Professional Enterprise Enhanced.NET Business Productivity Extreme Suite XP Next Generation for Large Data Centers Whose Budgets Are Controlled by PHBs with Unenviable Small Phalli®

      That should hit home with the target market...no?

      --
      "Provided by the management for your protection."
    3. Re:Why should we use MSFT terminology?!? by Mr.+Sketch · · Score: 2

      Apart from the fact that a kernel release or patch is inherently different from MSFT's "service packs"

      Could you clarify how it's different? You're still taking a common code base, applying a patch that fixes problems, introduces new problems, and adds new features. Sure you're working with source code instead of binaries, but the process and outcome are still the same. If you don't believe me that it introduces problems, perhaps you should read some of the previous posts in this thread.

      I just don't want the Linux community to be disillusioned into thinking that their new kernel releases are any different than service packs, because they aren't.

  23. great... by TunaPhish · · Score: 2

    and I just installed 2.4.4.. another 2 hour download.. I hate dialup. :(

  24. Re:FreeBSD 5.0-CURRENT-CVS-20010525 *just released by Jens · · Score: 2
    I guess they post it because otherwise they'd get clobbered with 10001 "hey, didn't you see 2.4.5 is out yet?" submissions.

    Correct?

  25. Merging Alan by FattMattP · · Score: 5
    Alan Cox: further merging
    I'm glad to see that we're still working hard to merge Alan Cox directly into the kernel. And news of this right after the AI post, too!
    --
    Prevent email address forgery. Publish SPF records for y
    1. Re:Merging Alan by mgkimsal2 · · Score: 2

      -pre1: - Alan Cox: big merge

      You missed the really 'big merge' earlier. I've seen the 'further merging' for a number of kernel releases, but it looks like it's getting stepped up even more now.

    2. Re:Merging Alan by V50 · · Score: 3

      Dude! That's my post!! Now if I were a big company I'd probably sue you... But seeing as I'm not I'm glad more people get to see my post, which I came up with at 2.4.4-pre6 or something and had to wait until 2.4.4...

      But anyway glad you got modded upto 3 so I don't have to look like moron "recycling" my old post...


      --Volrath50

    3. Re:Merging Alan by captaincucumber · · Score: 2
      Some comedian always posts this hilarious comment, here's what it looked like when 2.4.4 came out.

      From the Changelog.... (Score:5, Funny)
      by V50 (V50DX@yahoo.coop) on Saturday April 28, @03:39AM EST (#182)
      (User #248015 Info) http://www.canada.com

      - Alan Cox: more resyncs (ARM down, but more to go) - Alan Cox: more merging (S/390 down, ARM to go).

      Oh my GOD!!! Alan Cox is being merged into the Kernel!!! They have his ARM merged in now, what next, WHAT NEXT?????

      --Volrath50
      Canadian and proud of it.

      This place is full of comedians. I didn't realize there were so many Paul Risers and Bob Saggets out there. Slashdot is a regular laugh factory, cranking out the funny stuff day and night.
  26. Re:Call it what it is by Mr.+Sketch · · Score: 2

    2.4.4 also has the patch for the iptables hole included

    <br>
    Is this the one for ftp servers? I seem to recall something like that a while back, but I don't run an ftp server so it didn't sound like it affected me.<br>

  27. Call it what it is by Mr.+Sketch · · Score: 5

    Linux 2.4 Service Pack 5. I'm running Service Pack 2 just fine and I haven't really seen a reason to apply the latest Service Pack as soon as it comes out, unless the changelog mentioned a significant security fix. Otherwise, if it's not broke, don't fix it.

    1. Re:Call it what it is by berzerke · · Score: 2

      Try mounting a file on a loopback device in 2.4.2 and you'll learn real fast why you should upgrade! Aside from that, less than 2.4.4 has some file system problems, which could lead to filesystem corruption. 2.4.4 also has the patch for the iptables hole included. (There a patch for 2.4.3 that fixes this too.).

      Haven't had time to figure out what the major changes are yet in 2.4.5.

  28. Re:Woohoo by -brazil- · · Score: 2

    Well, i've experienced quite a number of kernel hangups when using various USB hardware. Apparently the USB support isn't quite stable yet; not much of an issue for servers, but it illustrates that there are still serious bugs in the 2.4 kernel, and some may also still be hiding in server-critical areas.

    --

    The illegal we do immediately. The unconstitutional takes a little longer.
    --Henry Kissinger

  29. FreeBSD 5.0-CURRENT-CVS-20010525 *just released!* by Carlos+Laviola · · Score: 3

    You can't miss this! Go check it out right now!

    *Sigh*. How long are we going to have to read kernel = kernel + 0.0.1 just released stories? What is the relevance of this, truly? This thing shouldn't even be at freshmeat, for christ's sake.

    If not, then I want daily CVS announcements. Please, either completely bore me, or do not bore me at all.

  30. Woohoo by Captn+Pepe · · Score: 2

    VFS layer cleanups, USB enhancements, oh my! And the march to rock-solid stability continues.

    Not that I've had much trouble with the earlier 2.4 kernels on the whole, but I wouldn't run my server farm on them. Soon, though, from the look of things.

    Keep up the great work.

    --

    Quantum mechanics: the dreams that stuff is made of.
  31. Re:VERITAS? by green+pizza · · Score: 2

    Ever since Solaris 7 (or 2.6 if you had DiskSuite) there has been a journaling option for UFS.

    Add the 'logging' option to your mount command (-o logging) and say goodbye to fsck.

  32. Annoucing this kernel version is VERY IMPORTANT ! by Rosco+P.+Coltrane · · Score: 4
    According to David L. Kitts, well-known specialist of God's Divine Number, the phrase "Lord of Hosts" appears 245 times in the King James version of the Bible.

    Furthermore, 245 is divisible by 7, and everybody knows 7 is God's Divine Number.

    Don't you understand ? 245 times == kernel version 2.4.5 ??? It's OBVIOUS : God has decided that this version of Linux will be Lord of Hosts, therefore making NT and Solaris server looking like toys for pagans !

    Many thanks to Michael and Slashdot for reporting such a CRUCIAL event in the history of Humanity !

    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
  33. Virtual Memory System by Cardhore · · Score: 4

    According to Alan Cox, the VM system seems (finally) sane now (since 2.4.4-ac10). Check out Alan's full changelog for extreme details of changes at http://www.uwsg.indiana.edu/hypermail/linux/kernel /0105.2/1618.html.

  34. linux-2.4.4-ac10 : Anonymous coward kernel ? by stud9920 · · Score: 3

    linux-2.4.4-ac10 ? Now an anonymous coward can add code to the kernel ? I guess Cowboy Torvalds and Linus Malda did that to allow people to protect their anonymity in coding, e.g. for Microserfs who would want to participate.

    But then again, don't expect them not to add boot code to display an ascii goatse.cx picture. Or to call all identifiers nathalie_portman. An also expect the karma whores to add empty for-loops to gain karma.

  35. Business Critical Servers and Upgrades by einhverfr · · Score: 3
    I too would hesitate to go out and upgrade a server farm in any way without first testing the software in a controlled environment. Too many things an go wrong, and business critical systems are not the place to be experimenting.

    If it ain't broke, do some testing before you fix it.

    That being said, I am continually looking at migrating over to later kernels as the performance boosts I have seen have been pretty incredible particulalry for my Athlon boxes. One of them is a PDC/File/Print server (SAMBA), Apache+PhP web server, MySQL and PostgreSQL database servers, etc. mostly for development work, and the memory usage is way down from the 2.2.x kernels.

    --

    LedgerSMB: Open source Accounting/ERP
  36. Re:VERITAS? by nightfire-unique · · Score: 2
    / to start mirroring (by in my case booting from rescue cdrom, copying over the /dev/md instances into the ramdisk /dev, insmodding md, raid1 and reiser, mounting the partitions to mirror, chrooting to that mntpoint, editing lilo.conf (btw that's the LATEST lilo with md bootsector support)

    Yeah .. it's not very elegant yet. :)

    The best way I've figured out how to do it is to install your OS on a your first disk (like usual), bring up a mirror set in degraded mode (/dev/md0 with only second disk online), copy your OS over (in single user mode), lilo, and boot off the mirror. Then, bring your first disk online and let the mirror sync. Lilo one last time, and you're set.

    --
    All men are great
    before declaring war

    --
    A government is a body of people notably ungoverned - AC
  37. Typical.. by Squozen · · Score: 2
    Just when I read this my gf is playing The Sims on my work box so I can't mess around with the new kernel. I'm stuck on this G4 PowerBook.

    Fear for me.

  38. Re:VERITAS? by janpod66 · · Score: 2
    Sun, in their infinite wisdom, hasn't gotten around to including a journaling file system or logical volume management into their OS.

    I see no reason for using a journaling file system; you pay significantly in terms of performance and you do not get any meaningful improvements in reliability. And LVM actually greatly decreases system manageability and reliability. After several years of using that junk on IBM boxes, I'm glad I don't have to put up with it on Linux. Linux does need to have it, of course, but only to be buzzword compliant.

  39. Re:VERITAS? by janpod66 · · Score: 2
    Maybe you are using the wrong file system: even without any journalling, a few hundred GB of disk space shouldn't take "hours". It doesn't on Linux. Technically, journalling is overkill if all you want is fast reboots: you don't need the complexity of XFS or JFS.

    Also, the tradeoff doesn't work out. Let's say journalling has 5% overhead. That's an hour a day on disk-bound machines. For reasonable server uptimes, you spend more time journalling than you would if you just ran fsck once in a blue moon.

    If you say that you can't tolerate the downtime in a single chunk, journalling isn't going to protect you. To deal with hardware failures, you still need hot backup systems.