Slashdot Mirror


Linux 3.9 Released

hypnosec writes "After a week's delay Linux 3.9 has finally been made available by Linus Torvalds. Last week Torvalds released the rc8 stating that he wasn't 'comfy' releasing the final version yet and that 'another week won't hurt.' Torvalds noted in this week's announcement that last week had been very quiet as there were not many commits and the ones which were there were 'really tiny' so he went ahead with the release of Linux 3.9."

67 of 112 comments (clear)

  1. Interesting but... by hcs_$reboot · · Score: 4, Interesting

    it's not in TFS, not in TFA... what's new in 3.9?

    --
    Slashdot, fix the reply notifications... You won't get away with it...
    1. Re:Interesting but... by OzPeter · · Score: 5, Informative

      From the almighty google (but yeah a link in theTFS would be the least you'd expect)
       
        What's new in Linux 3.9

      --
      I am Slashdot. Are you Slashdot as well?
    2. Re:Interesting but... by MrDoh! · · Score: 4, Funny

      Jboots have been nerfed?
      No idea, usually a list, only thing I'm seeing is;
      http://lkml.indiana.edu/hypermail/linux/kernel/1304.3/02009.html

      That's more 'techy stuff fixed' rather than the shiny stuff mentioned.

      --
      Waiting for an amusing sig.
    3. Re:Interesting but... by Anonymous Coward · · Score: 5, Informative
    4. Re:Interesting but... by Anonymous Coward · · Score: 1

      it's not in TFS

      I think they use git for version control, not TFS. I understand the confusion though, given the kernel's history with proprietary version control.

    5. Re:Interesting but... by RandomFactor · · Score: 2

      Ahhh, waiting for the AC.

      They sure upped the spawn rate on Slashdot though...

      --
      --- Mercutio was right.
    6. Re:Interesting but... by yossarianuk · · Score: 2
    7. Re:Interesting but... by Kjella · · Score: 2

      That mail is just what's in the last RC, which should be very very tiny fixes. The big stuff happened back in the merge window a few months ago.

      --
      Live today, because you never know what tomorrow brings
    8. Re:Interesting but... by Anonymous Coward · · Score: 1

      Guys, simply because the website's name is "Kernel Newbies" doesn't mean your balls fall off if you use it for your changelog needs. Add it to bookmarks, and never be sad again.

      http://kernelnewbies.org/LinuxChanges

  2. Re:WAKE ME WHEN IT IS 8.0 !! by Chrisq · · Score: 1

    Catch up to Windows already !!

    Only if you count 1, 2, 3.0, 3.1, 95, 98, 3.1, 3.5, 4, 2000, XP, vista, 7, 8

  3. These version numbers are getting like Firefox by Viol8 · · Score: 2

    You have no real idea unless you read the release notes in depth whether 3.8 to 3.9 is a big change or just a bunch of relatively small incremental changes and bug fixes and Linus just fancied upping the minor version number.

    1. Re:These version numbers are getting like Firefox by jones_supa · · Score: 4, Insightful

      IMO just like Photoshop or Office, Linux kernel has been "ready" for a long time already. So every release can be just accounted to be "a little bit more of the same", some bug fixes, an odd device driver or the filesystem of the month. No big changes, you just get the latest refresh.

    2. Re:These version numbers are getting like Firefox by DarkOx · · Score: 2

      Really - I have felt the whole 3.x.x line has added lots of interesting new features with each second decimal point release. I guess some btrfs stuff might fall under filesystem of the week. But if you do any prototyping or visualization with Linux containers and the like btrfs improvements have been pretty interesting; as has the container specific stuff like kernel namespace enhancements.

      Honestly I think there have been more interesting developments along the way in 3.x than there were from 2.4 -> 2.6.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    3. Re:These version numbers are getting like Firefox by bill_mcgonigle · · Score: 3, Interesting

      Honestly I think there have been more interesting developments along the way in 3.x than there were from 2.4 -> 2.6.

      I totally agree, but it's also fair to say that the efforts towards correctness from 2.4 to 2.6 have enabled the feature work happening in 3.x. I was just reading through the Xen commit about the feature to hot-plug new memory and CPU devices, and it's really so dependent on linux being able to say, "oh, you have a new memory module? OK, fine." which wasn't always the case.

      And now for the flame-inducing observation: I think that through much of the 2000's, the BSD folks had a more mature and correct operating system to build on and that allowed them to add new features (e.g. pf, jails, zfs, dtrace) in an easier and faster way and we greatly benefited from that during that time period. Sure, linux had more drivers, but there was a fair bit of ugly kernel code to be faced. As of some point in the past couple years, linux has caught up, and now most of the really interesting new stuff (e.g. user namespaces) is probably going to be on linux, as that's where the momentum is. It'll probably be another three years before this becomes really obvious. Certainly there are still parts of linux with ugliness that need some TLC - I'm just talking about an inflection point, not an endpoint.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:These version numbers are getting like Firefox by ArsonSmith · · Score: 1

      What is meant by "filesystem of the week"? Linux started out with ext but dropped fairly quickly and never really was used by many. There was then ext2->ext3&ReiserFS->ext4 now possibly btrfs. For over 20 years there have been 4 to 5 core filesystems. That'd be the filesystem of the half decade, not week. Sure there are a lot of special case filesystems and a few major ones ported from other systems, but the core actual base filesystems has been very small and linear.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    5. Re:These version numbers are getting like Firefox by LordLimecat · · Score: 3

      Does it really matter that much to you whether its 3.9 or 3.8.1.24.96?

      The number is incrementing at the same rate it used to, they just got rid of the stupid digit in the middle which ceased having any meaning years ago. Linux has been using the third digit as "minor" revision for years now, and they no longer do even-odd versioning with the second digit.

      Seriously, everyone with a hangup about version numbers, get over yourself.

    6. Re:These version numbers are getting like Firefox by jones_supa · · Score: 3

      I kind of like the Ubuntu and MATLAB version numbering as it doesn't even pretend to be anything else than a simple date. I wonder if it could work great for projects like Linux or Firefox too -- projects that don't have clear major/minor cycles but which just keep on improving linearly. It has the bonus that you can see the release date quickly from the version.

    7. Re:These version numbers are getting like Firefox by readingaccount · · Score: 1

      If the Linux kernel has been "ready" so long, then why are there so many people on places like Neowin who give very intricate and detailed explanations for why the Windows kernel is so superior and modern and end up labeling the Linux kernel as an old, tired and poor design not suited for modern requirements?

      Slashdot is full of zealots too, even if Neowin's full of the opposite type. I don't know what to think!

  4. Re:WAKE ME WHEN IT IS 8.0 !! by Anonymous Coward · · Score: 5, Funny

    Well that's how the progress bar counts so I don't see why it shouldn't be valid for everything else.

    1... 2... many... 98%... 5... done

  5. 3.9 includes by Chrisq · · Score: 5, Informative

    Among other things 3.9 includes experimental kernel-level Raid 5 and 6, caching slow of storage devices by fast ones, support for more graphics cards and audio devices, as well as improved power management.

    1. Re:3.9 includes by danbob999 · · Score: 4, Informative

      Linux already had kernel-level Raid 5 and 6. It is usable with mdadm. The new feature is that BTRFS, a filesystem, now supports Raid 5 and 6 without using the software-raid layer in the kernel.

    2. Re:3.9 includes by Chrisq · · Score: 1

      Thanks, I hadn't picked up on that

    3. Re:3.9 includes by bill_mcgonigle · · Score: 2

      BTRFS, a filesystem, now supports Raid 5 and 6 without using the software-raid layer in the kernel

      [link to the "rampant-layering-violations" rant about ZFS from several years ago]...

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:3.9 includes by Cid+Highwind · · Score: 1

      [link to the "rampant-layering-violations" rant about ZFS from several years ago]

      [innocent observation that blind obedience to authority is seldom a positive trait]

      [nonchalant lean against the "Godwin: next 3 posts" sign]

      --
      0 1 - just my two bits
    5. Re:3.9 includes by bill_mcgonigle · · Score: 1

      haha, exactly (I've been running ZFS ever since).

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:3.9 includes by Cid+Highwind · · Score: 1

      I've always been skeptical of ZFS on Linux because it's not in the kernel tree, but now that btrfs has RAID 5 and 6 emulation I'm considering moving my big file shares volume from from XFS on dmraid to btrfs raid6.

      Either way, there are some good reasons for breaking the filesystem/block layer barrier...

      --
      0 1 - just my two bits
    7. Re:3.9 includes by bill_mcgonigle · · Score: 1

      I've always been skeptical of ZFS on Linux because it's not in the kernel tree

      If only Oracle would relicense... but you might want to know that one of the national labs runs its entire compute facility on it.

      but now that btrfs has RAID 5 and 6 emulation I'm considering moving my big file shares volume from from XFS on dmraid to btrfs raid6.

      yeah, just make sure you know about all the current btrfs gotchas before you do. I was surprised by all the corner cases and went back to ext4 on my non-ZFS workstation. Now that ZFS natively supports dkms (last few weeks), I might go that route on workstations.

      Either way, there are some good reasons for breaking the filesystem/block layer barrier...

      yep!

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  6. Re:You're kidding me, right?!?!? by Anonymous Coward · · Score: 5, Informative

    What's wrong with that? That's how release candidates are supposed to work. You already do all your testing before the first rc. After releasing an rc you wait for anyone downstream to report problems. If there are no reports then that your final stage of QA is done and you accept the candidate.

  7. So what's new? by complete+loony · · Score: 4, Informative
    --
    09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    1. Re:So what's new? by MMC+Monster · · Score: 2

      I thought we generally point to Kernel Newbies: http://kernelnewbies.org/Linux_3.9

      Never heard of H Online. Is this another site we're using now?

      --
      Help! I'm a slashdot refugee.
    2. Re:So what's new? by MMC+Monster · · Score: 1

      Gotta say, SSD caching in the device mapper sounds pretty interesting.

      Can't wait until the mainstream distributions pick this up. I'm using ext4 on my SSD (64GB) and my rotating disc HD (3 TB), and would like to seamlessly use the SSD to cache.

      --
      Help! I'm a slashdot refugee.
    3. Re:So what's new? by complete+loony · · Score: 1

      I couldn't remember, nor find it via google. But I found a few other 3.9 release stories that pointed there so I went with that. I was just surprised that TFS didn't include any actual details.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
  8. New in Linux 3.9 by jrepin · · Score: 2

    KernelNewbies isn't reachable at this time so a nice review of cool new features in Linux 3.9 is available at The H Open.

    --
    Live long and propser!
  9. BFS and BFQ finally included by loufoque · · Score: 1

    No, just kidding.

  10. hooray bcache! by drinkypoo · · Score: 1

    I have an 80GB SSD and a 500GB HDD and I want to use the SSD as dog intended, as a cache for the HDD. bcache is in 3.9, that's great news. it will be mainline in 3.10, that's even better, because it means distributions will support it.

    Does it still require reformatting all your volumes? That was lame.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:hooray bcache! by friend+function · · Score: 1

      Correction, it seems that it is dm-cache which is in Linux 3.9, not bcache. I'm also looking to use this!

    2. Re:hooray bcache! by drinkypoo · · Score: 1

      Correction, it seems that it is dm-cache which is in Linux 3.9, not bcache. I'm also looking to use this!

      Hmm, sorry, brain fart. Nobody ever wants to discuss dm-cache here, but we did discuss bcache a few times. Maybe the dev gave up, he didn't seem very motivated. I tried dm-cache once but it was only being maintained for very old kernels, which makes me worry now.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  11. SSD caching - awesome by EmagGeek · · Score: 1

    Been waiting for that in linux for a while.

    1. Re:SSD caching - awesome by Gaygirlie · · Score: 3, Informative

      It's been around in the form of bcache for ages now and bcache is considered stable -- it is already in production-use. It's a pretty nifty thing, can be configured to your needs to quite a large degree and it's smart enough not to cache large, sequential reads/writes. If you're interested check out http://bcache.evilpiepirate.org/ and http://atlas.evilpiepirate.org/git/linux-bcache.git/tree/Documentation/bcache.txt?h=bcache-dev

    2. Re:SSD caching - awesome by EmagGeek · · Score: 1

      Damn. I had no idea. Thanks for the links!

    3. Re:SSD caching - awesome by danbob999 · · Score: 1

      Block-level SSD caching is a step in the right direction, but not the perfect solution. What we need is file-level SSD caching. It would be stupid to invalidate the cache after hard drive defragmentation. Also we would need it to be configurable, ie. do not cache any file that ends in .mkv, .mp3 or .iso.

    4. Re:SSD caching - awesome by danbob999 · · Score: 1

      Defragmentation is only one example. Block caching has its limits. Let say one block contains a frequently used file. You delete it. The block is then re-used for a file you never use. It might stay in cache for a while just because of the statistics of the previous file.

  12. awesome! by Anonymous Coward · · Score: 5, Funny

    This version includes my patches for large HOSTS file support. Previously, the kernel used a fixed buffer size for the HOSTS file entries. relatively largeish (1 million+ entries) overflowed it and entries were dropped. 3.9 will dynamically resize (zero-copy algorithm) so the Linux KERNEL now officially has the best HOSTS file support anywhere.

    1. Re:awesome! by KiloByte · · Score: 1

      YHBT. The kernel has nothing to do with HOSTS files.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    2. Re:awesome! by iggymanz · · Score: 2

      *plop* the decapitated body of yet another HOSTS file troll victim hits the floor

    3. Re:awesome! by iggymanz · · Score: 1

      even more amazing, this new kernel can run a special name resolving service that eliminates the need for a HOSTS file in most cases!

  13. Re:WAKE ME WHEN IT IS 8.0 !! by kernelistic · · Score: 3, Funny

    You omitted the most epic part of the Windows family: Windows ME!

  14. Re:WAKE ME WHEN IT IS 8.0 !! by binarylarry · · Score: 2

    Actually Windows NT kernel is only on 6.2, not 8.

    http://en.wikipedia.org/wiki/Microsoft_Windows_NT

    --
    Mod me down, my New Earth Global Warmingist friends!
  15. on dm-cache, bcache, etc by bill_mcgonigle · · Score: 4, Interesting

    Thanks for the link. I chased down the dm-cache stuff a bit, looking at it vs. bcache, which we'll see in June, probably. The primary differences seem to be that dm-cache is a bit more generic and easier to work with and it allows some manual allocation of the different types of disk data to be cached, while bcache seems to be targeting SSD's specifically, with wear-leveling sensitive write patterns, use of TRIM, and in-kernel code to validate the cache drives for preventing stupid user tricks.

    EnhanceIO might also be targeting 3.10, which is a descendant of flashcache, which uses the layered device approach, while dm-cache and bcache are side-loaded. EnhanceIO uses udev rather than in-kernel code to prevent the stupid user tricks. I got the sense that 3.10 was possible for EnhanceIO but not as certain as bcache.

    I'm current using flashcache on my non-ZFS systems; it looks like I'll be waiting for 3.10 and use bcache for my next upgrade.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    1. Re:on dm-cache, bcache, etc by Lennie · · Score: 3, Interesting

      bcache can't be side-loaded though. :-( You need to format the HDD for bcache you can add/remove the SSD whatever you want after that though. But I expect bcache to be the fastest. As an indication the developer also needed to change/optimize parts of the block layer in the kernel before bcache could be added.

      --
      New things are always on the horizon
    2. Re:on dm-cache, bcache, etc by bill_mcgonigle · · Score: 1

      bcache can't be side-loaded though

      oh, no kidding. Either my information is way out of date or the presentation I went to a couple years back was wrong (side-loading was one of the 'design goals' outlined at the time). I might check out dm-cache after all - thanks!

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  16. Re:You're kidding me, right?!?!? by TheCRAIGGERS · · Score: 2

    What I was saying was that there is a world of difference between a wishy-washy statement of "I guess" and an explicit "I believe".

    Firstly, when it comes to kernel testing, no news is usually good news. But it's never a sure thing, and it's hard for one person to test it all.

    Second, the newest kernel release is usually considered "bleeding edge", at least as far as enterprise goes. It's never a sure thing. Implying it's a sure thing and will for sure not catch your datacenter on fire is probably a Bad Idea.

    Thirdly, who cares if Linus says "guess" or "believe". Both translate to exactly the same thing to me, given the context: "I'm pretty sure this is ok, but don't use this until you've backed up your important cat pictures." It's well known he's a bit bunt. Shit man, just be happy he didn't insult your mother in the header.

  17. Re:WAKE ME WHEN IT IS 8.0 !! by Anomalyst · · Score: 4, Funny

    What about Bob?

    Im SAILING!!!!!

    --
    There is no right to feel safe thru security vaudeville at the expense of everyone's freedom, privacy and tax money.
  18. After 3.9, what? 4? 3.10? by unixisc · · Score: 1

    Am just wondering - once Linus is ready w/ the next version, what will he call it? 4.0? Or will he follow the Qt/KDE example and call it 3.10?

  19. Re:You're kidding me, right?!?!? by HiThere · · Score: 2

    I really don't know what you expect. The only time I'd expect him to say "Upgrade NOW!" is if there were something very wrong with the prior release.

    Perhaps you've been too immersed in advertisements, so that anything that isn't an ad doesn't sound right? I've NEVER been totally comfortable about any program I've written, and the things I write are small pieces compared to a kernel.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  20. Whither ACPI: EC Buffer Is Not Empty? by saudadelinux · · Score: 1

    It'd be nice if they'd build in the patch for bugs like this, which have gone on in multiple distro kernels for years: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/578506?comments=all

    --
    I didn't think the house band in Hell would play this badly.
  21. Re:After 3.9, what? 4? 3.10? by Atzanteol · · Score: 1

    His email says 3.10.

    --
    "Ignorance more frequently begets confidence than does knowledge"

    - Charles Darwin
  22. Re:Finally! by TheCycoONE · · Score: 2

    That android developers can run Goldfish with a native kernel to simulate a virtual Android device and thus write apps a little bit easier?

  23. Re:After 3.9, what? 4? 3.10? by Zero__Kelvin · · Score: 1

    It will continue to be done as it has always been done. Ergo, it will be 3.10

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  24. Single Point of Failure by ThatsNotPudding · · Score: 2

    An over-the-top subject line no doubt, but as a Linux (LMDE) home user, I am a little concerned about this wonderful OS ecology apparently in just one Torvalds-shaped basket. It seems odd to me that this experience - where community involvement is so beneficial - has a single person that has total thumbs up / thumbs down power.

    Yes, this is mostly Linus' baby, but assuming he's not immortal, how much planning is going into the inevitable transition? History is littered with examples of rapid decline / fall / outright war (aka forking) after the strong, hands-on founder is gone. I don't want something as precious as Linux to be destroyed in interneciene BS as that is just what its many enemies desire and will outright foment.

    1. Re:Single Point of Failure by PuZZleDucK · · Score: 1

      I am a little concerned about this wonderful OS ecology apparently in just one Torvalds-shaped basket.

      Then fork it :p ... thats how it works, see how many users of Linus kernel switch to yours.

      --
      Can a person program a new solution to a problem? Why should anyone be able to stop such a thing? -Richard Stallman
  25. Re:Whither ACPI: EC Buffer Is Not Empty? by Zero__Kelvin · · Score: 1

    What makes you think this is a kernel bug? It looks like removing the battery and putting it back in solves the issue, so this is more likely an error in the ACPI DSDT of the laptop.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  26. Re:After 3.9, what? 4? 3.10? by unixisc · · Score: 1

    Replying to both the sibling posts above, shouldn't he then have revs that went 3.01, 3.02....3.10, 3.11.....3.99 and then 4.01...?

  27. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  28. Re:You're kidding me, right?!?!? by Areyoukiddingme · · Score: 1

    Shit man, just be happy he didn't insult your mother in the header.

    My mother is a cat picture you insensitive clod.

  29. Re:After 3.9, what? 4? 3.10? by BryanClark · · Score: 1

    That would only make sense if the . was a decimal. The dot signifies the break between the major version and the minor version, not parts of whole numbers.

  30. Torvalds has tunnel vision by Cherubim1 · · Score: 1

    Torvalds is an arrogant control freak who thinks he knows best when it comes to kernel design. The reality is very far from this as Linus has ignored continual flaws in his beloved kernel for years. He may be pope of the Linux kernel but he has no influence over distro developers and their unstructured implementation of GNU userland & third party apps. GNU/Linux has become a chaotic mess because of its fragmentation and lack of proper integration.