Follow Slashdot stories on Twitter


Forgot your password?
Programming Linux

Linux 4.2-rc1 Is One of the Largest Kernel Releases of Recent Times 110

An anonymous reader writes: Linus Torvalds ended the Linux 4.2 kernel merge window today by releasing Linux 4.2-rc1. He quickly wrote, "I thought this release would be one of the biggest ones ever, but it turns out that it will depend on how you count." By most metrics, Linux 4.2 is shaping up to be a very large release. Linux 4.2 is bringing plenty of new features including the new 'AMDGPU' kernel graphics driver, Intel Broxton support, NCQ TRIM improvements, F2FS file-system encryption, new ARM CPU/board support, Renesas R8/300 arch support, and many other additions.
This discussion has been archived. No new comments can be posted.

Linux 4.2-rc1 Is One of the Largest Kernel Releases of Recent Times

Comments Filter:
  • Still no kdbus, oy vey Jose. So what's it gonna take, three pretty, prancing blondes wearing sandwich boards and high heels marching in lock step in front of the White House? What do the sandwich boards say, you ask?

    "The twenty-second century is screaming down the pipe and we've no KDBUS!"

    "Hurry the fuck up with the KDBUS already!"

    "Yo mamma needs her KDBUS too!"

    • by Microlith ( 54737 ) on Monday July 06, 2015 @12:49AM (#50051137) []

      They held off for a release.

      • Nope, I'm afraid they're holding off for an awful lot longer than that if kdbus isn't basically redesigned and criticisms are addressed. Greg simply doesn't get to decide this no matter how highly Linus rates him, and his reputation is taking a bit of a pounding with some of the bizarre messages he's been posting.
    • Re: (Score:1, Informative)

      by Anonymous Coward

      Many trusted kernel hackers feel that kdbus -in its current incarnation- feel that kdbus does one or more of the following:

      * Needs more work to meet the quality standards for such a major new system
      * Doesn't actually solve a problem that needs solving (Analysis of benchmarks presented in the 4.1 kdbus merge request thread showing 2x speedup over userspace DBUS revealed trivially achievable 10x speedups in the code used by the benchmarking code. If it's "clear" that the 2x speedup by moving to kernelspace is

      • by Endymion ( 12816 )

        It's not clear that it's actually required.

        It's worse than that - not only is it not clear that it's actually required, I (and other []) want to know why they aren't just writing a simple userland library that uses TIPC [], which is already in the kernel. Even if there was some legitimate reason to need a kdbus-like feature that that wasn't already supported [] by TIPC, wouldn't it make a lot more sense to extend that existing, already debugged code and extend TIPC with the that feature?

        • by Anonymous Coward

          Frankly, NIH syndrome is strong with folks who:

          * Work on the Gnome project
          * Work at RedHat

          After all, it's "easier" to begin writing your own code than it is to understand someone else's crufty-but-complete solution to the same problem. (Not to mention which one looks better on a resume or end-of-year performance review!)

      • +1 clueful

        mod up please

  • I'd use firefox as OS and chromium as browser

"Never face facts; if you do, you'll never get up in the morning." -- Marlo Thomas