| Benefits for LWN subscribers The primary benefit from subscribing to LWN is helping to keep us publishing, but, beyond that, subscribers get immediate access to all site content and access to a number of extra site features. Please sign up today! |
As is sometimes his way, Linus Torvalds released 4.14-rc1 and closed the merge window one day earlier than some might have expected. By the time, though, 11,556 non-merge changesets had found their way into the mainline repository, so there is no shortage of material for this release. Around 3,500 of those changes were pulled after the previous 4.14 merge-window summary; read on for an overview of what was in that last set.
User-visible changes include:
Changes visible to kernel developers include:
Now it is just a matter of finding and fixing the various bugs that were
inevitably introduced with all of those changes. If that
process goes well and follows the usual schedule, the final 4.14
release can be expected on November 5 or 12.
| Index entries for this article | |
|---|---|
| Kernel | Releases/4.14 |
Posted Sep 17, 2017 23:41 UTC (Sun) by deater (subscriber, #11746) [Link]
This breaks many of the perf_event_test validation tests (due to getting "-5" rather than POLL_IN or POLL_HUP in si_code)
Posted Sep 18, 2017 23:54 UTC (Mon) by ebiederm (guest, #35028) [Link]
For SIGIO/SIGPOLL the si_codes were not supposed to change.
The si_codes were only supposed to change for SIGILL, SIGFPE, SIGSEGV, SIGBUS, SIGTRAP, SIGCHLD, SIGSYS, SIGEMT where POLL_IN and friends overlap with the signal specific si_codes of those signals.
An email bug report would be appreciated.
Posted Sep 19, 2017 11:37 UTC (Tue) by deater (subscriber, #11746) [Link]
A bug report e-mail was sent to you, lkml, and the perf developers last week (Wednesday September 13th) but got no response. I can resend if necessary.
Posted Sep 22, 2017 15:56 UTC (Fri) by BenHutchings (subscriber, #37955) [Link]
Posted Sep 18, 2017 8:07 UTC (Mon) by GhePeU (subscriber, #56133) [Link]
https://clearlinux.org/blogs/linux-os-data-compression-op...
Posted Sep 18, 2017 8:27 UTC (Mon) by roc (subscriber, #30627) [Link]
Posted Sep 18, 2017 8:49 UTC (Mon) by sytoka (guest, #38525) [Link]
Is there a way to put a group default quota on XFS like for user ?
Posted Sep 19, 2017 15:58 UTC (Tue) by jan.kara (subscriber, #59161) [Link]
Posted Sep 21, 2017 12:24 UTC (Thu) by sytoka (guest, #38525) [Link]
xfs_quota -x -c 'limit -d bsoft=50G bhard=50G' /data
I think that this is a kernel action because there is no userpsace daemon in XFS ?
I don't how to do that on group quota with XFS and nobody seems to do the same on EXT4 (I think it's not actually possible). On share volume and share computer, it's very confortable to have default quota in my opinion.
Posted Oct 3, 2017 12:29 UTC (Tue) by mcortese (guest, #52099) [Link]
In the zstd patch, does anybody understand why Nick Terrel performed his benchmark with a file 221,988,480 B large, but then used a different size (1,536,217,000 B) to calculate the transfer rate?
Posted Oct 3, 2017 14:17 UTC (Tue) by excors (subscriber, #95769) [Link]
The calculated MB/s for the "none" compression looks like it was done with the correct numbers, as long as you assume the "Size" field just truncated the first digit (else it's a very clever implementation of no-compression that can make a file precisely 200,000,000 bytes smaller), so it looks like the description is wrong and the table may still be okay. Doesn't inspire great confidence in the benchmark's accuracy, though.
Posted Oct 5, 2017 0:13 UTC (Thu) by terrelln (guest, #118903) [Link]
I am confident that the benchmarks are accurate, modulo typos. All of the benchmarks do have extra artifacts which effect the speed, either from copying the data to the kernel, or the other work btrfs/squashfs have to do.
I provided the benchmark code so you can run it yourself, or write your own benchmarks. If you do run benchmarks, I'd be interested in hearing the results to confirm they match.
Copyright © 2017, Eklektix, Inc.
This article may be redistributed under the terms of the
Creative
Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds