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.

146 comments

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

    Does Linux support blast processing yet??

    1. Re:finally by rudy_wayne · · Score: 0, Flamebait


      Does Linux support Windows yet?

    2. 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. Next slow Sunday.. by Rob+Kaper · · Score: 0, Offtopic

    .. I am so going to submit my childhood stories to Slashdot. :)

    1. Re:Next slow Sunday.. by Anonymous Coward · · Score: 0

      I don't even know you, and sadly, I'm looking forward to it, just so these horrible stories will stop..

  3. Where's the proof?? by Anonymous+Bullard · · Score: 0, Troll

    I believe this when I see an editorial link to Micro$oft-NBC - the choice of Slashdot news sites...

    --

    Should invading one's peaceful neighbours be opposed, or rewarded with trade deals?

  4. 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 Anonymous Coward · · Score: 0

      Hey, something to worth knowing!!!

      Anyone release any homemade (non-copywrited) CDs yet?

    7. Re:OpenBSD 3.1 released today... by Anonymous Coward · · Score: 0

      It is making the front page, you don't seem to have a good grasp of space-time.

    8. 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);}
    9. Re:OpenBSD 3.1 released today... by Anonymous Coward · · Score: 0

      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'

      *sigh*

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

  6. The 2.4 series. by saintlupus · · Score: 0, Redundant

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

    According to kernel.org, the latest version of the 2.4 stable tree is 2.4.18 - which has been out for quite a while.

    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?

    --saint

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

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

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

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

    6. 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
    7. Re:The 2.4 series. by Anonymous Coward · · Score: 0

      That's really fucking smart. Make it illegal for ANY US-based kernel hackers to make any changes to the source.

      Hold on, Linus is US-based!

      Oh well, we don't care, because HE'S not the kernel maintainer!

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

    9. Re:The 2.4 series. by Anonymous Coward · · Score: 0

      Well, there are a couple of reasons why he might want to pick things up a bit.

      One that immediately comes to mind, that I am not sure about (maybe others can comment here), is I belive parallel port networking (plip.o) is broken in the current 2.4.18.

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

    11. 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.
    12. Re:The 2.4 series. by great+throwdini · · Score: 1

      dirth

      dearth?

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

      thanks...

      my spelling is abizmal... :(

    14. 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
    15. Re:The 2.4 series. by great+throwdini · · Score: 1

      lol

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

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

  8. Re:2.5.16 2.4.19 by Anonymous Coward · · Score: 0

    I bet it'll surpass it at 2.5.20, but that's just my guess...

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

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

    1. Re:MOD THIS DOWN!! by Anonymous Coward · · Score: 0

      -1: flaimbait

    2. Re:MOD THIS DOWN!! by Anonymous Coward · · Score: 0

      THIS gets modded up as "funny"? Fucken sad world we live in...

  11. 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 Anonymous Coward · · Score: 0

      Whoa, Andrea wrote the VM opsystem for IBM ?
      I really underestimated these dirty hippy linux hackers !

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

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

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

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

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

    6. 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!
  12. What's new 2.5? by Anonymous Coward · · Score: 0

    Anyone know what is being added in the 2.5 kernels? I have not been following them too closely...

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

      See here

    2. 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.
  13. I've been running it for a day by Anonymous Coward · · Score: 0

    works grrrreeeeat

    I'm anxiously awaiting the next release already, thank god slashdot is keepeing me up-to-date and is also posting other interesting stories to make the the long wait more endurable.

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

  15. Please don't slashdot the main site! by Anonymous Coward · · Score: 0, Funny

    Here's a list of mirrors.

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

  17. 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 Anonymous Coward · · Score: 0

      I recommend downloading Solaris. Unless you cannot legally use it (if you are using it in a commercial setting), Solaris 8 is MUCH better in every way on the sparc architecture.

      If you want apps, everything that will compile on linux will compile on solaris (after you install gcc, automake and autoconf).

    3. Re:Hot-plug CPUs by Anonymous Coward · · Score: 0

      Hotplug CPU prep

      ohmigod, now this is taking it a bit far! Hotplugging cpu's is like making the ability to plug in live cpu's easy as inserting passengers into a train or like brain transplants on infinite monkeys in the time it takes to compile a kernel. Development technology has gone too far. We must stop now before its too late.

      I can understand progress, but this is insane. Next thing you know, we will have Linux duplicating quantum physics. We can't have software similating the big bang.

    4. 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?"
    5. Re:Hot-plug CPUs by Anonymous Coward · · Score: 0

      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)

      What's holding you back? I run SuSE 7.3 on my Ultra30 (vanilla install), it runs fine!

  18. 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
  19. Re:good thing I'm not... by Anonymous Coward · · Score: 1, Funny

    Have you ever thought of becoming a slashdot editor?

  20. "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.
  21. slow sunday by oyenstikker · · Score: 0, Interesting

    a slow Sunday is a good excuse to catch up.

    No. A slow Sunday is a good excuse to go spend time with your loved ones, take a walk, go to church, and enjoy a home cooked meal with your family.

    So why am I reading slashdot on a Sunday?

    --
    The masses are the crack whores of religion.
    1. Re:slow sunday by Anonymous Coward · · Score: 0

      My loved one is a teen. He'd rather spend time with his buddies. It is raining out. Church is over. And I don't like to cook if I'm the only one who is going to be eating ( habit from too many years as a cook).

    2. Re:slow sunday by Anonymous Coward · · Score: 0

      Church. Riiiight. Actually, I prefer to have crazy, hard sex with my nutty (in a good way, I assure you) girlfriend, then do mushrooms and look at the stars.

      But that's just me.

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

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

  24. 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
    2. Re:A very stable kernel by Anonymous Coward · · Score: 0

      In windows XP if you have a mouse you can use the on screen keyboard (Start->All Programs->Accessories->Accessibility->On- Screen Keyboard) .It wkolklss quiote wsell.

    3. Re:A very stable kernel by Anonymous Coward · · Score: 0

      Metoo.Andmyspacebardoesn'tworkeither.

  25. OT: Change the damn Slashdot banner by MisterBlister · · Score: 0, Offtopic
    When I click the Slashdot banner in the top left of the page, I want to go back to the Slashdot main page, not the page of whatever 'section' I'm in (developers, apple, whatever.slashdot.com).

    Fix it now, motherfuckers!

    1. Re:OT: Change the damn Slashdot banner by Serial+Troller · · Score: 0

      Lovely, isn't it? That's been like that ever since they added the section hostnames months ago. Once you're in a section, you cannot navigate out, at all. And CowBoiKneel gets paid for churning out this site?

      --

      STOP ME BEFORE I POST AGAIN!

    2. Re:OT: Change the damn Slashdot banner by Anonymous Coward · · Score: 0

      The simplest workaround I've come up with is to click the faq link then click the slashdot link.

  26. 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?
    1. Re:Sega Genesis emulators on Linux by Anonymous Coward · · Score: 0

      or it could be a compute solution for bioinformatics research groups.

  27. 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?
  28. 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.

  29. Re:Mode = Astrotrufing by Anonymous Coward · · Score: 0

    Fine, I will try Windows XP. Could you please
    direct me to the download site so I can run it
    on my m68k-nommu processor? Also, because I don't
    want to be tied to one vendor, tell me where I can
    download the source code. I have an open mind
    I will concider using XP, but until Micrsoft can
    GPL their code, I am afraid, there can never be any comparison
    between Windows and Linux.

  30. Re:good thing I'm not... by Anonymous Coward · · Score: 0

    Not true. Many embedded Linux devices boot from
    flash (which makes the kernel upgradable). THe
    fs is mounted read-only, and if you wish you can
    remount them rw, or switch to a writable filesystem.
    For most devices, your assumptions to your argument are not correct.

  31. Answer alla Microsoft by Anonymous Coward · · Score: 0

    Ah, thats the answer. Upgrade your hardware! Spoken like a true microsurf.

  32. Re:WindowsClustering GordonMicrosoftResearch by Anonymous Coward · · Score: 0

    Gordon we know its you at Microsoft Research standing next to Linus see all those great Transmeta Processors just kinda got to you like back in the good old VAX days when you VAX guys like Cutler gave us that load of shit called NT. Gordon whats the matter cannot read the code thats right its not coded in your great language Visual Bullshit & Virus Script. Hey must be busy trying to develope some games kinda stuck well heres one you love to play MICROSOFT MONOPOLY. WidowsXP thats right lots of bloat on that goat. WindowsXP looks like an operating system made for Senator Hollings and Eisner at Disney. We do not need extra bloat and security holes created by XP . XP clustering HAHAHAHAHHAHH........XP has enough trouble each day just rebooting as it chews up you data into useless bits. Gordon you can clone it but everyone will know what a cheap imitation it is just like your clone of MAC LISA and VAX EXTENDED.

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

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

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

  36. *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...
  37. Re:2.5.16 2.4.19 by Anonymous Coward · · Score: 0

    not to mention the fact that 2.0 went as high as 38 (but the last version I ran was 36). Those were the days when everyone was compiling new windowmanagers, kernels and everyone was anxiously awaiting for a good browser to replace Nutscrape 4.72

  38. 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;)

  39. 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?
  40. 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.

  41. Doh! by Anonymous Coward · · Score: 0

    Because you are a lonely atheist nerd, sitting in a wheelchair with pizza brought home from Pizza Hut?

  42. kernel by Anonymous Coward · · Score: 0

    please split up the linux kernel stories from other stories; just create a new topic

  43. Re:good thing I'm not... by Anonymous Coward · · Score: 0

    windows is easy to update, it even has it's own program, windows update. your can update it at the click of a button!

  44. 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
  45. XFS in the kernel? by halfelven · · Score: 2

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

  46. Re:AlanCox IS WorkingOnFreeBSD LittleDevil :) by Anonymous Coward · · Score: 0

    http://www.freebsd.org/news/status/report-feb-2002 -apr-2002.html#SMPng "Some of the current works in progress include locking for the kernel linker by Andrew Reiter and light-weight interrupt threads for the i386 by Bosko Milekic. Seigo Tanimura-san, Alfred Perlstein, and Jeffrey Hsu are also working on locking down various pieces of the networking stack. Alan Cox has started working on fixing the existing locking in the VM subsystem and moving bits of it out from under Giant. John Baldwin has written an implementation of turnstiles as well as adaptive mutexes in the jhb_lock Perforce branch. The adaptive mutexes appear to be stable on i386, alpha, and sparc64, but the turnstile code still contains several tricky lock order reversals. John also plans to commit the p_canfoo() API change to use td_ucred in the very near future and then finish the task of making ktrace(4) use a worker thread."http://daily.daemonnews.org/view_story.php 3?story_id=2891Alan Cox works on SMPng?
    Jon Disnard nospam@fake.org Saturday, May 18 @ 2:24 pm
    This snippet of text from the link bellow caught my eye :

    Alan Cox has started working on fixing the existing locking in the VM subsystem and moving bits of it out from under Giant.

    http://www.freebsd.org/news/status/report-feb-20 02 -apr-2002.html#SMPng

    So does Alan still work for Red Hat? Is this a case of the grass being greener on the other side of the fence?
    Reply to Comment View 1 Replys

    Garrett Rooney rooneg at electricjellyfish.net Saturday, May 18 @ 8:20 pm
    It's a different Alan Cox. There is an Alan Cox that works on Linux, and an Alan Cox that
    works on FreeBSD.
    Reply to Comment View 1 Replys

  47. Hey dickwad... by Anonymous Coward · · Score: 0

    It was a fucking JOKE! Got it?

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

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

  48. No, but Linux will be "blasting" away Solaris. by Anonymous Coward · · Score: 0

    I am always thrilled to see another increment in the versioning number for the Linux increment. Every increment means another nail in the coffin of Solaris.

    The holy grail is an IBM p690 (a.k.a. Regatta) running Linux and serving as the heart of the military data-processing in the Pentagon. "The Penguin at the Pentagon".

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

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

  51. 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 Anonymous Coward · · Score: 0

      >Does anyone else agree with me that the 2.4 maintainer needs to pick up the pace on releases?
      Why on earth should he do that if there is little to do?
      Start sending Marcelo patche for valid problems,
      youll see them included right away..

    3. Re:2.4 kernel isn't moving!!! by charnerd · · Score: 1

      But Marcelo should still be making prepatch releases.

    4. Re:2.4 kernel isn't moving!!! by Anonymous Coward · · Score: 0

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

      I'd say the answer is a resounding NO!

  52. Re:2.5.16 2.4.19 by Anonymous Coward · · Score: 0

    Changing a VM in mid-"stable"-stream has the tendency to bump up the version number. :)

  53. Linux is dying by Anonymous Coward · · Score: 0

    Who cares about linux kernel XX.XX.XX? It's still not as stable and high performance as FreeBSD. It's time we spread the word that people have a better alternative to that kludge of Unix(TM) rip-off.

  54. Isn't this a good thing by Anonymous Coward · · Score: 0

    2.4 is supposed to be stable and released. As someone who doesn't actively follow Linux releases and the issues with them but was rather disappointed with the quality of early 2.4 releases, I'd assumed the long wait after 2.4.18 indicates that they've stopped screwing around with the VM and had something that worked OK.

  55. 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.
  56. 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?!

  57. Re:Errmmm... by Anonymous Coward · · Score: 0

    throw a "were" in there somewhere. bah.

  58. Re:When will it be done? by Anonymous Coward · · Score: 0

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

    "When Lotus won't run", of course!

    (No applause, just throw money...)

  59. Mod him down. Re:What's new 2.5? by Anonymous Coward · · Score: 0

    That is an old page. it says what is new in 2.5.1, we are now at 2.5.6!