Slashdot Mirror


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

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.

14 of 110 comments (clear)

  1. Re:Kernel size and compile reduction by armanox · · Score: 3, Informative

    The same way it has always been done - unpack it, move into the directory, and use "make menuconfig" for a nice easy menu system to pick the parts that you want. If you really want to trim things down only compile in the options you need and remove loadable modules (useful in some setups).

    --
    I'm starting to think GNU is the problem with "GNU/Linux" these days.
  2. Re:kdbus, where are you? by Microlith · · Score: 3, Informative

    http://lkml.iu.edu/hypermail/l...

    They held off for a release.

  3. Re:Please please stop with the MONOLITH by Bing+Tsher+E · · Score: 3, Funny

    The oldest commercially-built Linux kernel I have only has CDROM support for proprietary things like the Sound Blaster Pro and the old proprietary 1x Mitsumi CDROM drive. I guess I have Slackware floppy diskette images tucked away that are that old, too.

    Those 0.99 builds are small kernels. They'd run on a 386sx motherboard with 2M of memory. I should put one in a box and see how it spins for old times sake.

    It would be fun to see how it would scale to modern hardware, like, say, a Pentium 233 box.

  4. Re: Systemd by buchanmilne · · Score: 2, Interesting

    "Systemd is causing massive bloat in Linux."

    One of the main objectives of systemd is to take advantage of linux-specific features (such as cgroups) that existed before systemd did.

    The servers I am building at present have a minimum of 256GB ram, I couldn't care about a few MB of "bloat", what I *do* care about is resource limits at various levels, which cgroups gives me and systemd makes useable but default.

    if you were trolling, you're the worst systemd troll I've seen this year.

  5. Re:Kernel size and compile reduction by techno-vampire · · Score: 2

    Just to pick a nit, unless you have a copy of make in the same directory as the kernel source, it's make meuconfig that you'd be running.

    --
    Good, inexpensive web hosting
  6. Re:Does it by Anonymous Coward · · Score: 2, Funny

    ... over FDDI.

  7. Re: Systemd by exomondo · · Score: 3, Insightful

    The equivalent in the kernel is kdbus. Heard that the developers of kdbus are not listening to people as usual.

    Well the point of free software is to do things you need and contribute that back so other people can use it, do things out of charity or get paid by people to do those things. If those "people" want to pay the kdbus developers to do what they want then fine but outside of that there's no real need or reason they would listen to what other people want them to do.

  8. Re:Please please stop with the MONOLITH by Anonymous Coward · · Score: 3, Funny

    If you think a 233 MHz Pentium is modern hardware just wait until you hear what kind of processing power they can put into mobile phones these days. It'll blow your mind!

  9. Re: Systemd by Endymion · · Score: 4, Insightful

    What, exactly, are these linux-specific features that systemd supposedly makes available? You certainly don't need systemd to use cgroups, which were usable before systemd tried to monopolize the project.

    "Usability" is personal opinion, and if you find systemd's management of cgroups management to be easier than the other options, than use it; we don't *have* to agree on such details, thanks to the flexibility of Free Software.. After all, the usability of a tool depends on what your particular goals and requirements.

    So please,, stop spreading the misinformation and revisionist history that has is popular with many systemd advocates. Very few of the commonly stated benefits of systemd are new, and most were available - and in use - before systemd showed up.- it just became popular to ignore history and existing projects.

    Oh, and iff you were trolling, then this is a sadly a typical example of systemd apparatchik: repeating popular misconception, arguments based on the projection of personal requirements and opinions, and quick to throw around moral accusations and insults. The person you were replying to may be a bit misguided and hyperbolic, they are not entirely wrong, either.

    --
    Ce n'est pas une signature automatique.
  10. Re:Systemd by thegarbz · · Score: 2

    Can anyone be telling reasons for staying with Linux?

    Nope, none what so ever. Please install windows and resign from every online discussion about Linux for every. Don't even bother looking at Linux again. We have nothing here for you.

  11. Re: Systemd by DNS-and-BIND · · Score: 2, Insightful

    See, arguments like this are precisely why people like me quit contributing to open source projects a long time ago. It's just the "fuck you" attitude that gets to us. When users demand features, you are supposed to listen. But nope, this stock answer is trotted out every time as a way to avoid doing work.

    --
    Shutting down free speech with violence isn't fighting fascism. It IS fascism!
  12. Re:Kernel size and compile reduction by Sloppy · · Score: 2, Insightful

    It sounds like the project you want [someone] to start, does this: reads a config file, looks at what modules ended up actually getting loaded, and then enables/disables config options, writes a new config file. Then your subsequent compiles can be faster and your /lib/modules can be smaller.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  13. Re: Systemd by segedunum · · Score: 2

    By the same token kernel developers are free to keep rejecting kdbus if it doesn't meet their needs or expectations.

  14. Re:Please please stop with the MONOLITH by khellendros1984 · · Score: 3, Informative

    386 is supported up to the 3.7 kernel, and the 3.8 kernel was widely announced (and designed) to break 386 support. I've got an ARM system with 128MB of RAM, and it runs GCC 4.2 just fine. I can't imagine that an X86 version would be *that* much heavier that it wouldn't run. Of course, if I try to compile large, modern projects (with output binaries in the hundreds of MB, sometimes), it goes to swap *really* darned fast, but what did you expect? If I'm compiling the size of project that will actually run in the amount of RAM available on the system, without swapping, it works just fine.

    --
    It is pitch black. You are likely to be eaten by a grue.