Slashdot Mirror


Linux Beta Kernel 2.5.16 Out

dipfan writes "The latest beta version of the Linux kernel 2.5.16 is out, with some comments by Linus here, who was kept 'personally somewhat busy' by 'the interesting Intel SMP-P4 TLB corruption bug, which ends up being due to some very funky asynchronous speculative TLB fill logic'. Woo hoo. Mirrors, etc." We haven't been keeping up with the 2.5.x series, but a slow Sunday is a good excuse to catch up.

75 of 146 comments (clear)

  1. finally by Dr+Kool,+PhD · · Score: 2, Funny

    Does Linux support blast processing yet??

    1. Re:finally by glwtta · · Score: 2

      BLAST runs on most UNIX and UNIX-like OSes, I've been using it on linux for years (though currently most of our BLAST jobs are handled by a few Tru64 boxes.

      --
      sic transit gloria mundi
  2. OpenBSD 3.1 released today... by karlm · · Score: 2, Insightful
    ... and this makes the front page?

    I prefer Linux myself, but a major and highly respected new *NIX distro release beats a beta kernel release and day of my 8-day week.
    </rant>

    --
    Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
    1. Re:OpenBSD 3.1 released today... by Mathness · · Score: 2, Insightful

      I agree. Though I mostly use Linux myself, I would really like to see info/news about other OS' as well.

      One of them might have exactly what I need, or could be needing in the future.

      (Currently missing a galaxy and lightspeed simulator.)

      --
      Carbon based humanoid in training.
    2. Re:OpenBSD 3.1 released today... by 56ker · · Score: 2

      Depends what flavour of geek you are as to what you prefer.

    3. Re:OpenBSD 3.1 released today... by jeffehobbs · · Score: 5, Informative


      Not quite out yet, but watch this space.

      ~jeff

    4. Re:OpenBSD 3.1 released today... by the+Atomic+Rabbit · · Score: 5, Informative

      Not to mentioned gcc 3.1 being released a couple of days ago, and being buried in the Developers section...

    5. Re:OpenBSD 3.1 released today... by socratic+method · · Score: 1

      You may already be familiar with it, but OSNews.com is a good resource for information on a variety of OSes.

      Scanning the frontpage headlines now, I see stories on Microsoft, Gnome, FreeBSD, Linux, Sun, and Mac OS X. Better variety than /., anyway.

      mlup

    6. Re:OpenBSD 3.1 released today... by Emil+Brink · · Score: 1

      (Currently missing a galaxy and lightspeed simulator.)
      Simulating lightspeed is easy, since it's a constant (don't believe it when blasphemous Slashdot articles try telling you otherwise). Just think "2,999,792,458 meters per second", and you're there. See? Thinking in c is easy, it's even easier than C.

      --
      main(O){10<putchar(4^--O?77-(15&5128 >>4*O):10)&&main(2+O);}
    7. Re:OpenBSD 3.1 released today... by karlm · · Score: 1
      See? This is what I hate about OpenBSD and its developers/users.. they always whine about Linux being so much more mediatized than their own OS, it all goes like 'we're such poor babies, no one notices our OS which is oh-so-much-better than mainstream Linux'

      I've never had OpenBSD on any of my machines. I'm a Debian guy. I roll my own kernel .debs with encrypted loop and tweak my own USB keyboard driver. Yet, the 2.5 kernel probably isn't important enough to any of you to make the front page. If the kernel matters to you that much, you read kernel.org or at least read teh linux section and don't need it on the front page. Don't get me wrong, production kernel realeases or -ac kernel releases may still be front-page worthy, but unless the submitter mentions some really cool new feature, development kernel releases aren't front-page worthy.

      I'm just saying that I'm quite the Debian fanboy. I just realize that unstable kernel release notices without cool feature highlights shouldn't make the front page while the OpenBSD release isn't up there. Now it's pretty much moot since they finally put up an OpenBSD story. (I would have submitted a story, but I would not have done it justice.)

      Don't label me "one of those OpenBSD users/developers". I admire elegant design and good clean software. I've heard really good things about OpenBSD, but I am in no way an OpenBSD user. We'll see. Maybe I'll become an OpenBSD user sometime this week or next.

      --
      Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
  3. 2.5.16 2.4.19 by Bobzibub · · Score: 1, Redundant

    Anyone wanna start betting when the dev kernel will surpass the stable kernel?
    3 versions to go....
    -b

  4. Re:2.5.16 2.4.19 by Publicus · · Score: 3, Informative

    Anyone wanna start betting when the dev kernel will surpass the stable kernel? 3 versions to go....

    It's really not that fantastic. 2.5 will probably go pretty high. The 2.3 kernel went to 2.3.51 before it jumped to 2.3.99 (look here).

    It will be interesting how much work goes into 2.5 before 2.6.0 is released. Then we'll be able to start comparing what's new to 2.4.x. It is interesting that we're at 2.4.19 when the 2.2. kernel is at 2.2.20, IMHO.

    --

    My Karma was at 49, then they switched to words. All that work for nothing!

  5. Shouldn't P4 fix have been #ifdef'ed? by drok · · Score: 2, Insightful

    Ok, I may be clueless here, but given this comment from Linus:

    The TLB invalidate rewrite will likely have broken all other architectures (at least performance-wise, if not in any other way), so architecture maintainers look out!

    Since it sounds like this was a P4 specific issue, and a P4 specific fix, shouldn't it have been #ifdef'ed for the architecture?

    -Robert

    1. Re:Shouldn't P4 fix have been #ifdef'ed? by VAXman · · Score: 5, Informative

      No, it's a Linux bug not a P4 bug. The kernel was freeing page table memory before invalidating the TLB entries, so another processor was able to modify the entries which the originating processor then picked up. It affects all architectures, but was discovered only on P4, I would guess because the processor does more aggressive speculative page walks than other architectures.

    2. Re:Shouldn't P4 fix have been #ifdef'ed? by slamb · · Score: 2
      Since it sounds like this was a P4 specific issue, and a P4 specific fix, shouldn't it have been #ifdef'ed for the architecture?

      Besides the reasons VAXman gave, it's common for distributors to create a lowest common denominator kernel for installation. So if a change is necessary to get P4 to work (rather than just an optimization), it should be included in the i386 kernel. So it affects all x86-based chips.

  6. MOD THIS DOWN!! by Anonymous Coward · · Score: 5, Funny

    MOD THIS DOWN!!! MOD THIS DOWN!!!

    He's not singing the praises of linux. He's not ooh and ahhing at the latest buggy release. Mod this guy down; he's obviously a subversive bsd user who lives in the real world.

  7. Re:The 2.4 series. by Rob+Kaper · · Score: 1, Flamebait

    I don't read the kernel mailing list. Could someone who does tell us what we have to look forward to in the 2.4 line?

    As usual with the stable series, bugfixes. No new features, just bugfixes.

  8. aa VM patch by Oxide · · Score: 2

    Anyone know why the development kernel and the stable kernel didnt adopt the VM patches which andrea did to his own VM ?

    They remarkably enhance the system performance, what is holding it up ?

    1. Re:aa VM patch by elvum · · Score: 1

      You are opening a giant can of worms there my friend...

    2. Re:aa VM patch by iabervon · · Score: 3, Informative

      As far as I can tell, they haven't been applied in the development series because that series is focusing on other things like the various I/O parts. Making any changes to the VM system while the I/O layer is in flux is sure to cause problems, even if the changes are correct, because they'll change the load on it and hide some bugs and uncover different ones. Better to get I/O done first, and then change the VM. Besides, nobody really cares about the overall performance of a development kernel, except for seeing that their changes improve performance.

    3. Re:aa VM patch by Anonymous Coward · · Score: 2, Funny

      Just buy more memory, VM problem solved.
      If you are heavily swapping that is a good indication you are low on memory.

    4. Re:aa VM patch by Anonymous Coward · · Score: 1, Interesting

      The 2.5.x kernels do not have the aa VM patch yet because there are tremendous changes being made to I/O stuff as well as the IDE and SCSI layers, and any additional major VM changes (which are not required to get SCSI or IDE working) would make debugging too difficult at this point.

      Parts of the aa patch have already been merged into the 2.4.19 prereleases. Most of the aa patch will have to wait for 2.4.20 however, as 2.4.19 is also receiving major IDE updates and, again, doing the rest of the aa patch at the same time would make debugging too difficult. The 2.4.19 IDE changes are arguably more important, too; not having the aa VM means lower performance, whereas the IDE updates fix data loss problems and even (in the case of newer IBM laptop hard drives) head-parking-related problems with physical damage to hard drives during powerdown.

    5. Re:aa VM patch by Ziviyr · · Score: 2

      If you are heavily swapping that is a good indication you are low on memory.

      Speaking with Windows experience I may be totally off base. But I know aggressive VM can cause swapping on systems that aren't using half of their available memory.

      --

      Someone set us up the bomb, so shine we are!
  9. Re:The 2.4 series. by elvum · · Score: 1

    Plus a few backports of relatively stable stuff, like NTFS-NG (or whatever it's called...)

    (NB: stable in this case does not imply that you can write to NTFS partitions without corrupting them...)

  10. Sure, sure... by ImaLamer · · Score: 5, Funny

    kept 'personally somewhat busy' by 'the interesting Intel SMP-P4 TLB corruption bug, which ends up being due to some very funky asynchronous speculative TLB fill logic'.

    That is what they all say.

  11. Re:The 2.4 series. by tempest303 · · Score: 3, Informative

    Well, for one thing, there are a lot of IDE updates and fixes going in for 2.4.19, which is why there are so many 19-pre* releases...

    And as another poster has said, a backport of the *working* NTFS-NG driver!

  12. Re:good thing I'm not... by ajakk · · Score: 3, Insightful

    Actually, you are flamebaiting a bit. One main difference between linux and windows is that the development and testing for linux is done in the open. So you can install a development or a testing kernel if you would like. Linux just gives you more options. If a kernel is working fine for what you are doing, then don't upgrade unless there is a security issue.

    Please tell me how it is any worse than using Windows?

  13. Re:The 2.4 series. by karlm · · Score: 3, Interesting
    I would guess it's pretty much bug fixes from here on out in the 2.4 line. Sure, you'll get some more obscure drivers and such, but I don't thnik too much more exciting is going to happen. The new 2.4 kernel maintainer probably won't do anything too controversial, particularly after that VM switch Linus pulled earlier in 2.4.

    The 2.5 kernel is a major rework. IIRC, they're making everything possible modules, and you'll need to make an initial ramdisk with your ide/scsi/network/fs drivers in order to boot. Any idea how stable 2.5 is now? It sounds pretty cool. I've dabbled in kernel programming and am willing to put up with 1 week uptimes as long as I'm running ext3 or XFS. I tried L4-linux, but 8-hour uptimes just hurt. Yes, I'm also playing with Debian HURD. There's lots of really cool stuff going on nowadays in the OS world.

    Any idea if there are any plans to merge the international patch (crypto stuff) into 2.4 or 2.5? Encrypted loop devices and encrypted swap really should be part of the main kernel. After all, the 2.4 kernel is currently being maintained by a minor in South America, so the 2.4 kernel is pretty safe from the US govt/US courts at the moment. Hmm... DeCSS in kernel-space anyone?

    --
    Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
  14. Hot-plug CPUs by doorbot.com · · Score: 3, Funny

    <rusty@rustcorp.com.au>
    o Hotplug CPU prep


    Sweet.

    On a slightly different note, is there a place that has (perhaps weekly) status updates on the Sparc64 kernel and related goodies?

    The UltraLinux site hasn't been updated for a while. I'm thinking of putting Linux on my Ultra 30 for testing, and I'd like to run one of the newer kernels (2.5.x).

    I'm looking at Gentoo as well, and I'm hoping that their Sparc64 ISO will be released soon.

    1. Re:Hot-plug CPUs by doorbot.com · · Score: 1

      After reading some of the other posts in this article, I noticed someone mentioned Kernel Traffic. A quick Google search turned up:

      kt.zork.net

      And following some links from there got me to:

      marc.theaimsgroup.com/?l=linux-ultrasparc&r=1&w=2

      This should keep my occupied for a while, but are there any other sites that anyone can recommend?

    2. Re:Hot-plug CPUs by Wakko+Warner · · Score: 2

      Solaris is perfectly free, even for commercial use, for any machine with 8 or less CPUs.

      - A.P.

      --
      "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
  15. Asynchronous logic? by brejc8 · · Score: 2

    Does anyone have more details on what asynchronous logic is in the P4 and why it was funky?

    1. Re:Asynchronous logic? by parnold · · Score: 1

      The p4 chips contains some asynchronous or clockless elements. Modern chips are running so fast that some data from some parts takes longer than from other parts to get to where it is going and therefore the rest of the chip as to wait for it to complete the clock cycle. Clockless chips do away with the clock and data is used when it arrives.

      see http://www.techreview.com/articles/tristram1001.as p" and http://slashdot.org/article.pl?sid=01/11/14/185023 9&mode=thread&tid=137

      And as for the funkyness, anything to deal with clockless chips is funky

      --
      this sig intentionally left blank
  16. Re:good thing I'm not... by Anonymous Coward · · Score: 1, Funny

    Have you ever thought of becoming a slashdot editor?

  17. Re:The 2.4 series. by Error27 · · Score: 2, Interesting
    You're not the first person to comment on the recent dirth of stable releases. According to the last changelog, Marcello has been holding off on releasing the next one because it includes some IDE changes that he wants tested. I'm not really sure what the IDE changes are... Andre Hedrick had some changes that let people use the new really large IDE harddrives, that might be the code, but I'm not sure.

    Of course, people who like to take risks or who want to help test, are welcome to use the -pre patches. Right now it is up to -pre8. If you want to live on the very cutting edge, then you can download patches from this page. The patches here are updated every hour for the Marcelo's bk tree.

    I believe that besides the IDE changes, there are several VM tweaks.

  18. Re:The 2.4 series. by Drache+Kubisuro · · Score: 1

    If I recall correctly, in the changelog USB 2.0 support is now in 2.4.19. Not an incredible addition, but there nonetheless. So as far as I can see, nothing to jump on to when it arrives unless you have USB 2.0 and are willing to find / code associated drivers for your usb hardware...

    --
    -Drache Kubisuro
  19. "Beta" kernel? by Platinum+Dragon · · Score: 5, Interesting

    At best, I would call the development series "alpha". Beta implies that the kernel is ready for general testing prior to release, and there are few known showstopper bugs.

    When 2.5 goes -rc, or Linus starts making prereleaserr noises, then go ahead and call it "beta". Until then, it's the type of thing you inflict on a computer you don't mind messing around with.

    --

    Someday, you're going to die. Get over it.
  20. Re:good thing I'm not... by MADCOWbeserk · · Score: 1

    Very few people upgrade their kernel with each new release. Most security problems are patchable. Custom kernels in embedded applications generally cannot be upgraded. Most often these OS's are burned on a ROM. By nature even if not read-only embedded systems are tough to hack, (they generally lack the common tools that can be exploited) so security much easier than a workstation. Windows has critical security flaws discovered almost daily. The patches and service packs have caused problems in the past.

    What you don't like makes Linux. These interim kernels are what maintain Linux's amazing stability, even when massive new feature sets are added in the major kernel releases.

  21. Re:When will it be done? by mikehoskins · · Score: 2, Informative
    Huh? Any OS that is done is Out Of Business (tm), like CP/M, or BeOS.


    I'd like to know "When will Windoze be done?"

  22. A very stable kernel by chrysalis · · Score: 5, Funny

    This kernel looks very stable so far. The only trouble I got is with the keyboard. Sometimes, it blo

    --
    {{.sig}}
    1. Re:A very stable kernel by xer.xes · · Score: 1

      Hehe this one's funny :).

      Be sure to enable the new input layer (or is it only in the -dj (with other words: compilable) kernel?) you need to do this?

      --
      xer.xes -- 4181
  23. Sega Genesis emulators on Linux by yerricde · · Score: 3, Interesting

    Does Linux support blast processing yet??

    "Blast Processing" is the name of the sprite engine that Sega used in Sonic 2 and Sonic 3 for Sega Genesis. Here are some Genesis emulators for UNIX and Linux systems. DGen is pretty good.

    --
    Will I retire or break 10K?
  24. Re:The 2.4 series. by OpCode42 · · Score: 1

    Well I wish they would fix the annoying VIA bugs, or at least look into it.

    Since 2.4.9 I have been unable to use certain via chipsets without "lost interrupt" filling up my dmesg, either on bootup or when ripping audio tracks.

    The bugs are in 2.5 too...

  25. Use WINE by yerricde · · Score: 1

    Does Linux support Windows yet?

    Using the WINE binary compatibility layer, an x86-based GNU/Linux system running an X11 server can run many applications designed for Microsoft Windows.

    --
    Will I retire or break 10K?
  26. Re:2.5.16 2.4.19 by Error27 · · Score: 2
    It will be interesting how much work goes into 2.5 before 2.6.0 is released. Then we'll be able to start comparing what's new to 2.4.x.

    Some people have already started: http://kernelnewbies.org/status/latest.html. Some of these will probably get backported into 2.4.

    Some of the big changes/additions are: block IO, JFS (IBM file system), alsa, support for 64bit amd, preemption, a new NTFS driver and ide clean ups.

  27. Re:WindowsClustering GordonMicrosoftResearch by zulux · · Score: 2

    Jesus - can't people around here take a joke. Note the title of my post: Mode = Astroturfing.

    The only thing that XP can cluster is a cluster fuck.

    --

    Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

  28. Re:2.5.16 2.4.19 by tymesf · · Score: 1

    2.4 is at 2.4.19 because of the VM screwup mostly. Otherwise the smaller changes probably would have been put into larger batches.

  29. up2date by KidSock · · Score: 3, Funny

    I have a for host in *.mycompany.com script that will automagically update all our production machines at once. Who needs up2date, Red Carpet, and all that crap? Ha-ha.

  30. *Beta* kernel? by be-fan · · Score: 2

    It's DEVELOPMENT kernel you Micro$oft flunky...

    --
    A deep unwavering belief is a sure sign you're missing something...
  31. Re:The 2.4 series. by (H)elix1 · · Score: 2

    I'll give you one thing -- my laptop has the nvidia chipset. I need 2.4.18-4 or higher -- RedHat 7.3 ships with 2.4.18-3 -- to get something better than the generic video drivers working.

  32. Kernel 2.6 by i_am_nitrogen · · Score: 4, Interesting
    Actually, some people believe that the 2.0 series is the most recent quality Linux kernel.. While obviously that's open for debate, there are people hard at work backporting 2.2.x and even 2.4.x subsystems to make kernel 2.0.40. which I imagine will be released some time this year.

    Personally though, I can't wait until 2.6... I know someone who's working on some of the new graphics stuff in his spare time (the new graphics layer is code named "Ruby"), and there will be some sweet stuff. The DRI, framebuffer, Video4Linux, etc. systems will all be made into one unified kernel interface, which will be user friendly and capable enough to (almost) program graphics applications in bash! Imagine (device names are changed to protect the innocent ;p):
    # set video format
    echo "640x480x24" > /dev/gfx/camera/cam0.mode
    echo "640x480x24" > /dev/gfx/video/vid0.mode

    # display snapshot
    cat /dev/gfx/camera/cam0.gfx > /dev/gfx/video/vid0.gfx
    I mean, that's just too cool for words.

    Not to mention we'll finally be able to ditch X on the desktop for the framebuffer without losing OpenGL support, and let X do what it was meant to do: thin clients and network terminals.

    1. Re:Kernel 2.6 by iamplasma · · Score: 2

      Not to mention we'll finally be able to ditch X on the desktop for the framebuffer without losing OpenGL support, and let X do what it was meant to do: thin clients and network terminals.
      Correct me if I'm wrong, but wouldn't that require a massive rewriting of all the window managers etc, simply because you don't like a highly featured standard?

    2. Re:Kernel 2.6 by King+of+the+World · · Score: 2, Informative
      X is a protocol, and X can run windowed inside other environments (ie, framebuffer).

      Specifically, toolkits usually write to an X abstraction library which becomes X the protocol and then a data stream is rendered by an X client. The client can be a window on a framebuffer.

      Unless the software ontop of X uses XFree specific code then you can run it on a framebuffer with X ontop.

      The main problem is with X extensions but these are usually quite well programmed and most have framebuffer ports. GTK already has a framebuffer port.

      I think the main point though is that it won't be much faster. X isn't slow, and there isn't any proof (only rumour) towards that argument.

    3. Re:Kernel 2.6 by karlm · · Score: 2

      I hate to nit-pcik, but your naming is backwards. X clients don't do any rendering. X servers do rendering. Xfree86 is an X11 server. All of your programs take on the role of X clients in the client-server model. When the client wants something done or needs information, it connects to the Xserver. The client does all of the pushing and pulling of the data. The server sits there and waits for requests and processes them. The Xclients are the proactive parties in the transation model.

      --
      Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
    4. Re:Kernel 2.6 by King+of+the+World · · Score: 1
      Ta!

      (asdf jkl; asdf jkl; asdf jkl;)

  33. Almost there... by mikeage · · Score: 1, Redundant

    We haven't been keeping up with the 2.5.x series, but a slow Sunday is a good excuse to catch up.

    And we've been happy! Please, this isn't a spider to check for every time a changelog is updated...

    --
    -- Is "Sig" copyrighted by www.sig.com?
  34. Re:good thing I'm not... by CharlezManning · · Score: 1
    You're correct in saying that most embedded devices do not have the kernel burnt into ROM. Indeed I doubt if any are.

    However, this does not alter the main point made here (though made in ignorance). The user can generally not upgrade an embedded kernel willy-nilly.

  35. Re:What's new 2.5? by King+of+the+World · · Score: 2, Informative

    See here

  36. Re:The 2.4 series. by the_real_tigga · · Score: 1

    I don't read the kernel mailing list. Could someone who does tell us what we have to look forward to in the 2.4 line?

    hmm, neither do I, but I occasionally drop by at Kernel Traffic.
    From there, I got to this patch which seems to bring some of the future features to the power-using, look-what-my-kernel-does, plus-three-frames-in-quake3 crowd.
    Enjoy, I had no problems with that, although I don't leave my PC on overnight, so I can't come up with any uptime numbers.

    --
    my .sig is better than yours.
  37. Kernel Testing Tips by goingware · · Score: 4, Interesting
    If you are new to compiling your own kernel, or you would like information on how to more effectively test development kernels (or stable kernels, before putting them into production), these two articles may be helpful to you:

    Also check out the Open Source Development Lab's Scalable Test Platform. You can use STP to run your kernel patches and test code that you upload to OSDL's big iron hardware, or you can download the STP source code so you can use it as a test harness on your own machine.

    (I should add the STP to my article but haven't gotten around to doing so yet).

    --
    -- Could you use my software consulting serv
  38. XFS in the kernel? by halfelven · · Score: 2

    When we're going to see XFS in the mainstream kernel?

  39. Re:Hey dickwad... by BlowCat · · Score: 2

    Actually, there were two jokes, of which you only got the first one.

  40. Re:The 2.4 series. by great+throwdini · · Score: 1

    dirth

    dearth?

  41. Re:good thing I'm not... by (outer-limits) · · Score: 1

    I noticed that with all the page widening trolls happening, every one was whinging about /. not fixing their code, but no one expected Microsoft to fix theirs.

    --

    Microsoft - Where would you like to go today, Maybe Jail?

  42. Yeah, we believe you... by Orm · · Score: 2, Funny

    who was kept 'personally somewhat busy' by 'the interesting Intel SMP-P4 TLB corruption bug'

    known to the rest of us as 'Episode II: Attack of the Clones'

  43. Re:The 2.4 series. by Error27 · · Score: 1

    thanks...

    my spelling is abizmal... :(

  44. 2.4 kernel isn't moving!!! by charnerd · · Score: 1
    So can someone tell me why we haven't seen any activity on the 2.4 kernel for a LONG time? When are we finally going to see 2.4.19? I really am starting to actually feel uncomfortable using the 2.4 kernel when it appears that development on it has come to a stand-still.

    Does anyone else agree with me that the 2.4 maintainer needs to pick up the pace on releases?

    1. Re:2.4 kernel isn't moving!!! by 10Ghz · · Score: 2

      Marcelo thinks that the new IDE-stuff needs alot of testing before it can be released. That is why we are having a long delay in the 2.4.x series. If you want more up-to-date 2.4.x kernel. use the -ac tree

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    2. Re:2.4 kernel isn't moving!!! by charnerd · · Score: 1

      But Marcelo should still be making prepatch releases.

  45. Re:What's new 2.5? by 10Ghz · · Score: 2

    http://www.kernelnewbies.org/status/latest.html

    --
    Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  46. Re:Errmmm... by nirvdrum · · Score: 1

    Yes, but any common sense or logical thought gets modded down immediately, so you screwed from the start buddy. Don't take it so hard. It happens to the best of us.

    --
    If there was a "-1 Not Funny", that'd be my most used mod.
  47. What about the 2.4 series? by 42forty-two42 · · Score: 1

    There hasn't been a *prepatch* of the 2.4 series since the 2nd of the month! What's going on here?!

  48. Re:The 2.4 series. by hughk · · Score: 2

    If you can install generic and wait for an up2date, RH is patching 7.3 with a 2.4.18-4 Kernel. Note that you must force Kernel updates.

    --
    See my journal, I write things there
  49. Re:The 2.4 series. by great+throwdini · · Score: 1

    lol

  50. Re:The 2.4 series. by (H)elix1 · · Score: 1

    I'm close to having it done. I'm guessing a bit on my grub.conf at this point. I was able to compile the image, but cannot find/make the initrd-2.4.18-xxxx.img so far.

    There is no rpm for the RH 7.3 yet anyhow, so I got to do that from the src rpm they provide.

    That which does not kill us...