Slashdot Mirror

← Back to Stories (view on slashdot.org)

Linux 2.6.0-test11 Kernel Released

Posted by simoniker on from the dam-straight dept.

An anonymous reader writes "Linus Torvalds has released his final 2.6.0-test kernel, calling it the 'Beaver In Detox'. Following this release, Linus says that 2.6 development will be led by Andrew Morton. The kernel's name refers in jest to the previous release, which Linus had named "Stoned Beaver". It contains a fix for the aic7xxx driver, proper error handling in do_fork(), some firewire fixes, and correction of a few skbuff leakage points. Download it from a kernel.org mirror."

10 of 253 comments (clear)

  1. Hmmm.... by Durin_Deathless · · Score: 2, Interesting

    It looks like they are going to ship the kernel without the latest framebuffer things. Last time I made a non -mm kernel, the framebuffers were completely hosed, and I don't think the changes have been merged yet. Am I looney or correct on this?

    --
    You should use AdiumX on your Mac.
    1. Re:Hmmm.... by fishbowl · · Score: 5, Interesting

      You are correct. I've given up, and now I assume that FB consoles are something that nobody but me wants or uses. Others are happy with 80x25 consoles and use some sort of XTerm. I prefer 160 column framebuffer consoles, and this is in fact one of the main reasons I run linux.

      I thought it was only broken for my radeon card though. I also thought I was the only person still using a radeon 8500LE who wants to use consoles at fbset 1280x1024-75. This has not worked in any 2.6 kernel, whereas it does work well on 2.4. I've reported it. I've tried the patches that were posted, but it doesn't fix the problem I've reported. I gave up.

      --
      -fb Everything not expressly forbidden is now mandatory.
    2. Re:Hmmm.... by evbergen · · Score: 2, Interesting

      Well, the kernel guys have a point in that such things should run in userspace, simply because they can.

      If X can run in user space, so can a simple set of high resolution graphics-based virtual terminals.

      Personally I think the whole terminal/console handling should be in userspace. Sure, if the vt process dies, you're screwed, but it's easier managed and restarted if it lives outside the kernel. The net risks of having to cycle your box may actually be lower, and support for new frame buffers could move a lot faster than kernel development.

      --
      All generalizations are false, including this one. (Mark Twain)
  2. Re:Question by gid · · Score: 3, Interesting

    Indeed, unfortunately, this article is cluttered up with people saying slashdot != freshmeat (as usual), and lame beaver jokes.

    I think there's one discussion about the pre-empt stuff being fubarred, but that's about it, kinda disappointing there aren't more people taking about the kernel itself. I'm still running test9 on my main box, was gonna compile test10 today, good thing I didn't, or else I'd be one of those ever popular "dang I just compiled version x - 1 an hour ago" people.

  3. Re:Thank you by Nucleon500 · · Score: 2, Interesting
    I really wish some of the "save oops to disk (or high memory, or floppy)" patches went into the mainline kernel. Lets face it - everyone runs X, and nobody has a serial console, so most people won't see the oopses. And even if they do, few people want to copy them down by hand. This really limits the amount of useful bug reports the kernel developers are getting.

    After these patches become mainstream, somebody could make an automated system to ask the user to describe the problem, then send a bug report with the oops, .config, dmesg, etc.

    --
    Litigious bastards
  4. Re:Fork it all by Directrix1 · · Score: 2, Interesting

    OK, does anybody know if framebuffer support is fixed yet?

    --
    Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
  5. non-patched distro kernel by G3ckoG33k · · Score: 2, Interesting

    I know several distros have their kernels heavily patched (e.g. RedHat). Does anyone know if there is a distro which leaves the kernel totally untouched? Or, perhaps RedHat and a few others are unique in their capacity to actually fiddle with it.

  6. test10 crashes with "head -1 /proc/net/tcp" by Anonymous Coward · · Score: 1, Interesting

    Just yesterday I managed to crash my test10 box by doing a "head -1 /proc/net/tcp". Didn't see this mentioned in the test11 patch but will try it ASAP.
    Anyone else got such a crash?
    I'm on AMD with pre-emption enabled. System pretty stable except when I played too much with USB host driver.

  7. Re:*BSD vs Linux by Anonymous Coward · · Score: 1, Interesting

    Yes. If anything, Linux is the most anti-corporate OS in existence. Which is why you'll never find the likes of SGI, IBM, HP, Compaq, Dell, Intel or AMD ever supporting Linux. No siree, they're all far too busy with the work they've commited to for BSD.

    I've also never heard "Giving away code for free" described as selfish. Taking someone elses free code and keeping it for yourself, now that sounds selfish.

    Biased? Noo, not you!

  8. Obligatory Gentoo... by MarcQuadra · · Score: 2, Interesting

    In Gentoo you can 'emerge vanilla-sources' instead of 'gentoo-sources' for a plain-jane vanilla kernel. To work with developmental vanilla kernels you just 'emerge development-sources'.

    If you're into manually tweaking kernels and packages I highly recommend Gentoo, you'll learn tons about Linux just by installing it.

    --
    "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails