On Tue, May 14, 2019 at 09:11:01AM -0400, Richard Guy Briggs wrote:
> On 2019-05-14 08:24, John Argus wrote:
> > I too will try to be there.
>
> I expect to be there.
>
> Alex had a list of kernel merge commit messages that I think he wanted
> to share with us...
Yeah. Sorry, work and life's been hectic. Attached. Didn't find anything
interesting in the merge commits in the last few days though. Didn't
trim the noise in the commit messages either yet. Selected commits
reflect my interests.
P.S., John, is Brenda coming?
- > ```
> commit e57ccca1ba33e1d92cc3bbf8b6304a46948844b0
> Merge: a2d635decbfa ed97c988bdc6
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Thu May 9 08:26:55 2019 -0700
>
> Merge tag 'sound-5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound
>
> Pull sound updates from Takashi Iwai:
> "The most significant changes at this cycle are the Sound Open Firmware
> support from Intel for the common DSP framework along with its support
> for Intel platforms. It's a door opened to a real "free" firmware (in
> the sense of FOSS), and other parties show interests in it.
> ```
- > ```
> commit a2d635decbfa9c1e4ae15cb05b68b2559f7f827c
> Merge: 89c3b37af87e eb85d03e01c3
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Wed May 8 21:35:19 2019 -0700
>
> Merge tag 'drm-next-2019-05-09' of git://anongit.freedesktop.org/drm/drm
>
> Pull drm updates from Dave Airlie:
> "This has two exciting community drivers for ARM Mali accelerators.
> Since ARM has never been open source friendly on the GPU side of the
> house, the community has had to create open source drivers for the
> Mali GPUs. Lima covers the older t4xx and panfrost the newer 6xx/7xx
> series. Well done to all involved and hopefully this will help ARM
> head in the right direction.
>
> There is also now the ability if you don't have any of the legacy
> drivers enabled (pre-KMS) to remove all the pre-KMS support code from
> the core drm, this saves 10% or so in codesize on my machine.
>
> i915 also enable Icelake/Elkhart Lake Gen11 GPUs by default, vboxvideo
> moves out of staging.
> ```
- > ```
> commit 89c3b37af87ec183b666d83428cb28cc421671a6
> Merge: 92fab77b6b30 7ad19a99ad43
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Wed May 8 21:14:17 2019 -0700
>
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide
>
> Pull IDE update from David Miller:
> "Finally deprecate the legacy IDE layer"
>
> * git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide:
> ide: officially deprecated the legacy IDE driver
> ```
- > ```
> commit 7d10bdbd6df3d23ac2a54972a3a0559d1e3811ac
> Author: Mike Rapoport <rppt [ at ] linux [ dot ] ibm [ dot ] com>
> Date: Sun Apr 28 15:17:43 2019 +0300
>
> docs/vm: add documentation of memory models
>
> Describe what {FLAT,DISCONTIG,SPARSE}MEM are and how they manage to
> maintain pfn <-> struct page correspondence.
>
> Signed-off-by: Mike Rapoport <rppt [ at ] linux [ dot ] ibm [ dot ] com>
> Acked-by: Randy Dunlap <rdunlap [ at ] infradead [ dot ] org>
> Signed-off-by: Jonathan Corbet <corbet [ at ] lwn [ dot ] net>
> ```
- Allow users to invoke make from outside tree. Deprecated KBUILD_SRC.
- Super H still has ≥ 1 commit.
- > ```
> commit 3117ff13f104e98b05b61e19cc754d1377e92e15
> Author: Vincent Whitchurch <vincent [ dot ] whitchurch [ at ] axis [ dot ] com>
> Date: Wed Apr 3 13:33:27 2019 +0200
>
> tty: Add NULL TTY driver
>
> If no console driver is enabled (or if a non-present driver is selected
> with something like console=null in an attempt to disable the console),
> opening /dev/console errors out, and init scripts and other userspace
> code that relies on the existence of a console will fail. Symlinking
> /dev/null to /dev/console does not solve the problem since /dev/null
> does not behave like a real TTY.
>
> To just provide a dummy console to userspace when no console driver is
> available or desired, add a ttynull driver which simply discards all
> writes. It can be chosen on the command line in the standard way, i.e.
> with console=ttynull.
>
> Signed-off-by: Vincent Whitchurch <vincent [ dot ] whitchurch [ at ] axis [ dot ] com>
> Signed-off-by: Greg Kroah-Hartman <gregkh [ at ] linuxfoundation [ dot ] org>
> ```
- > ```
> commit a97f4fe6e11c4fb465babe80574307f74135160c
> Merge: a55a385d8c84 37c0aead7902
> Author: David S. Miller <davem [ at ] davemloft [ dot ] net>
> Date: Tue May 7 12:09:25 2019 -0700
>
> Merge branch 'fc-quic-pacing'
>
> Eric Dumazet says:
>
> ====================
> net_sched: sch_fq: enable in-kernel pacing for QUIC servers
>
> Willem added GSO support to UDP stack, greatly improving performance
> of QUIC servers.
>
> We also want to enable in-kernel pacing, which is possible thanks to EDT
> model, since each sendmsg() can provide a timestamp for the skbs.
>
> We have to change sch_fq to enable feeding packets in arbitrary EDT order,
> and make sure that packet classification do not trust unconnected sockets.
>
> Note that this patch series also is a prereq for a future TCP change
> enabling per-flow delays/reorders/losses to implement high performance
> TCP emulators.
> ====================
>
> Signed-off-by: David S. Miller <davem [ at ] davemloft [ dot ] net>
> ```
- > ```
> commit 65fd2c2afac31a4b46a80150347a1748fa9101cb
> Author: Boris Pismenny <borisp [ at ] mellanox [ dot ] com>
> Date: Thu Mar 21 16:41:37 2019 +0200
>
> xfrm: gso partial offload support
>
> This patch introduces support for gso partial ESP offload.
>
> Signed-off-by: Boris Pismenny <borisp [ at ] mellanox [ dot ] com>
> Signed-off-by: Raed Salem <raeds [ at ] mellanox [ dot ] com>
> Signed-off-by: Steffen Klassert <steffen [ dot ] klassert [ at ] secunet [ dot ] com>
> ```
- > ```
> commit 3aeb0803f7ea11ff2fc478f7d58f2b8e713af380
> Author: Heiner Kallweit <hkallweit1 [ at ] gmail [ dot ] com>
> Date: Mon Mar 25 19:34:58 2019 +0100
>
> ethtool: add PHY Fast Link Down support
>
> This adds support for Fast Link Down as new PHY tunable.
> Fast Link Down reduces the time until a link down event is reported
> for 1000BaseT. According to the standard it's 750ms what is too long
> for several use cases.
>
> v2:
> - add comment describing the constants
>
> Signed-off-by: Heiner Kallweit <hkallweit1 [ at ] gmail [ dot ] com>
> Reviewed-by: Florian Fainelli <f [ dot ] fainelli [ at ] gmail [ dot ] com>
> Reviewed-by: Michal Kubecek <mkubecek [ at ] suse [ dot ] cz>
> Signed-off-by: David S. Miller <davem [ at ] davemloft [ dot ] net>
> ```
- > ```
> commit fe6f1a6a8eedc1aa538fee0baa612b6a59639cf8
> Author: Jon DeVree <nuxi [ at ] vault24 [ dot ] org>
> Date: Fri Apr 19 23:35:16 2019 -0400
>
> random: fix CRNG initialization when random.trust_cpu=1
>
> When the system boots with random.trust_cpu=1 it doesn't initialize the
> per-NUMA CRNGs because it skips the rest of the CRNG startup code. This
> means that the code from 1e7f583af67b ("random: make /dev/urandom scalable
> for silly userspace programs") is not used when random.trust_cpu=1.
>
> […]
> ```
- > ```
> commit b886ee3e778ec2ad43e276fd378ab492cf6819b7
> Author: Gabriel Krisman Bertazi <krisman [ at ] collabora [ dot ] co [ dot ] uk>
> Date: Thu Apr 25 14:12:08 2019 -0400
>
> ext4: Support case-insensitive file name lookups
>
> This patch implements the actual support for case-insensitive file name
> lookups in ext4, based on the feature bit and the encoding stored in the
> superblock.
>
> A filesystem that has the casefold feature set is able to configure
> directories with the +F (EXT4_CASEFOLD_FL) attribute, enabling lookups
> to succeed in that directory in a case-insensitive fashion, i.e: match
> a directory entry even if the name used by userspace is not a byte per
> byte match with the disk name, but is an equivalent case-insensitive
> version of the Unicode string. This operation is called a
> case-insensitive file name lookup.
>
> The feature is configured as an inode attribute applied to directories
> and inherited by its children. This attribute can only be enabled on
> empty directories for filesystems that support the encoding feature,
> thus preventing collision of file names that only differ by case.
>
> * dcache handling:
>
> For a +F directory, Ext4 only stores the first equivalent name dentry
> used in the dcache. This is done to prevent unintentional duplication of
> dentries in the dcache, while also allowing the VFS code to quickly find
> the right entry in the cache despite which equivalent string was used in
> a previous lookup, without having to resort to ->lookup().
>
> d_hash() of casefolded directories is implemented as the hash of the
> casefolded string, such that we always have a well-known bucket for all
> the equivalencies of the same string. d_compare() uses the
> utf8_strncasecmp() infrastructure, which handles the comparison of
> equivalent, same case, names as well.
>
> For now, negative lookups are not inserted in the dcache, since they
> would need to be invalidated anyway, because we can't trust missing file
> dentries. This is bad for performance but requires some leveraging of
> the vfs layer to fix. We can live without that for now, and so does
> everyone else.
>
> * on-disk data:
>
> Despite using a specific version of the name as the internal
> representation within the dcache, the name stored and fetched from the
> disk is a byte-per-byte match with what the user requested, making this
> implementation 'name-preserving'. i.e. no actual information is lost
> when writing to storage.
>
> DX is supported by modifying the hashes used in +F directories to make
> them case/encoding-aware. The new disk hashes are calculated as the
> hash of the full casefolded string, instead of the string directly.
> This allows us to efficiently search for file names in the htree without
> requiring the user to provide an exact name.
>
> * Dealing with invalid sequences:
>
> By default, when a invalid UTF-8 sequence is identified, ext4 will treat
> it as an opaque byte sequence, ignoring the encoding and reverting to
> the old behavior for that unique file. This means that case-insensitive
> file name lookup will not work only for that file. An optional bit can
> be set in the superblock telling the filesystem code and userspace tools
> to enforce the encoding. When that optional bit is set, any attempt to
> create a file name using an invalid UTF-8 sequence will fail and return
> an error to userspace.
>
> * Normalization algorithm:
>
> The UTF-8 algorithms used to compare strings in ext4 is implemented
> lives in fs/unicode, and is based on a previous version developed by
> SGI. It implements the Canonical decomposition (NFD) algorithm
> described by the Unicode specification 12.1, or higher, combined with
> the elimination of ignorable code points (NFDi) and full
> case-folding (CF) as documented in fs/unicode/utf8_norm.c.
>
> NFD seems to be the best normalization method for EXT4 because:
>
> - It has a lower cost than NFC/NFKC (which requires
> decomposing to NFD as an intermediary step)
> - It doesn't eliminate important semantic meaning like
> compatibility decompositions.
>
> Although:
>
> - This implementation is not completely linguistic accurate, because
> different languages have conflicting rules, which would require the
> specialization of the filesystem to a given locale, which brings all
> sorts of problems for removable media and for users who use more than
> one language.
>
> Signed-off-by: Gabriel Krisman Bertazi <krisman [ at ] collabora [ dot ] co [ dot ] uk>
> Signed-off-by: Theodore Ts'o <tytso [ at ] mit [ dot ] edu>
> ```
- > ```
> commit e5fef2a9732580c5bd30c0097f5e9091a3d58ce5
> Merge: 149e703cb8bf f5e4546347bc
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 20:51:58 2019 -0700
>
> Merge tag 'afs-next-20190507' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs
>
> Pull AFS updates from David Howells:
> "A set of fix and development patches for AFS for 5.2.
>
> Summary:
>
> - Fix the AFS file locking so that sqlite can run on an AFS mount and
> also so that firefox and gnome can use a homedir that's mounted
> through AFS.
>
> This required emulation of fine-grained locking when the server
> will only support whole-file locks and no upgrade/downgrade. Four
> modes are provided, settable by mount parameter:
>
> "flock=local" - No reference to the server
>
> "flock=openafs" - Fine-grained locks are local-only, whole-file
> locks require sufficient server locks
>
> "flock=strict" - All locks require sufficient server locks
>
> "flock=write" - Always get an exclusive server lock
>
> If the volume is a read-only or backup volume, then flock=local for
> that volume.
>
> - Log extra information for a couple of cases where the client mucks
> up somehow: AFS vnode with undefined type and dir check failure -
> in both cases we seem to end up with unfilled data, but the issues
> happen infrequently and are difficult to reproduce at will.
>
> - Implement silly rename for unlink() and rename().
>
> - Set i_blocks so that du can get some information about usage.
>
> - Fix xattr handlers to return the right amount of data and to not
> overflow buffers.
>
> - Implement getting/setting raw AFS and YFS ACLs as xattrs"
>
> * tag 'afs-next-20190507' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs:
> afs: Implement YFS ACL setting
> afs: Get YFS ACLs and information through xattrs
> afs: implement acl setting
> afs: Get an AFS3 ACL as an xattr
> afs: Fix getting the afs.fid xattr
> afs: Fix the afs.cell and afs.volume xattr handlers
> afs: Calculate i_blocks based on file size
> afs: Log more information for "kAFS: AFS vnode with undefined type\n"
> afs: Provide mount-time configurable byte-range file locking emulation
> afs: Add more tracepoints
> afs: Implement sillyrename for unlink and rename
> afs: Add directory reload tracepoint
> afs: Handle lock rpc ops failing on a file that got deleted
> afs: Improve dir check failure reports
> afs: Add file locking tracepoints
> afs: Further fix file locking
> afs: Fix AFS file locking to allow fine grained locks
> afs: Calculate lock extend timer from set/extend reply reception
> afs: Split wait from afs_make_call()
> ```
- > ```
> commit 400913252d09f9cfb8cce33daee43167921fc343
> Merge: d27fb65bc238 f1b5618e013a
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 20:17:51 2019 -0700
>
> Merge branch 'work.mount-syscalls' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs
>
> Pull mount ABI updates from Al Viro:
> "The syscalls themselves, finally.
>
> That's not all there is to that stuff, but switching individual
> filesystems to new methods is fortunately independent from everything
> else, so e.g. NFS series can go through NFS tree, etc.
>
> As those conversions get done, we'll be finally able to get rid of a
> bunch of duplication in fs/super.c introduced in the beginning of the
> entire thing. I expect that to be finished in the next window..."
> ```
- > ```
> commit 02aff8db6438ce29371fd9cd54c57213f4bb4536
> Merge: f72dae20891d 70c4cf17e445
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 19:06:04 2019 -0700
>
> Merge tag 'audit-pr-20190507' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit
>
> Pull audit updates from Paul Moore:
> "We've got a reasonably broad set of audit patches for the v5.2 merge
> window, the highlights are below:
>
> - The biggest change, and the source of all the arch/* changes, is
> the patchset from Dmitry to help enable some of the work he is
> doing around PTRACE_GET_SYSCALL_INFO.
>
> To be honest, including this in the audit tree is a bit of a
> stretch, but it does help move audit a little further along towards
> proper syscall auditing for all arches, and everyone else seemed to
> agree that audit was a "good" spot for this to land (or maybe they
> just didn't want to merge it? dunno.).
>
> - We can now audit time/NTP adjustments.
>
> - We continue the work to connect associated audit records into a
> single event"
>
> * tag 'audit-pr-20190507' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit: (21 commits)
> audit: fix a memory leak bug
> ntp: Audit NTP parameters adjustment
> timekeeping: Audit clock adjustments
> audit: purge unnecessary list_empty calls
> audit: link integrity evm_write_xattrs record to syscall event
> syscall_get_arch: add "struct task_struct *" argument
> unicore32: define syscall_get_arch()
> Move EM_UNICORE to uapi/linux/elf-em.h
> nios2: define syscall_get_arch()
> nds32: define syscall_get_arch()
> Move EM_NDS32 to uapi/linux/elf-em.h
> m68k: define syscall_get_arch()
> hexagon: define syscall_get_arch()
> Move EM_HEXAGON to uapi/linux/elf-em.h
> h8300: define syscall_get_arch()
> c6x: define syscall_get_arch()
> arc: define syscall_get_arch()
> Move EM_ARCOMPACT and EM_ARCV2 to uapi/linux/elf-em.h
> audit: Make audit_log_cap and audit_copy_inode static
> audit: connect LOGIN record to its syscall record
> ...
> ```
- > ```
> commit b4b52b881cf08e13d110eac811d4becc0775abbf
> Merge: 2d60d96b6f00 ccaa75187a5f
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 12:48:10 2019 -0700
>
> Merge tag 'Wimplicit-fallthrough-5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux
>
> Pull Wimplicit-fallthrough updates from Gustavo A. R. Silva:
> "Mark switch cases where we are expecting to fall through.
>
> This is part of the ongoing efforts to enable -Wimplicit-fallthrough.
>
> Most of them have been baking in linux-next for a whole development
> cycle. And with Stephen Rothwell's help, we've had linux-next
> nag-emails going out for newly introduced code that triggers
> -Wimplicit-fallthrough to avoid gaining more of these cases while we
> work to remove the ones that are already present.
>
> We are getting close to completing this work. Currently, there are
> only 32 of 2311 of these cases left to be addressed in linux-next. I'm
> auditing every case; I take a look into the code and analyze it in
> order to determine if I'm dealing with an actual bug or a false
> positive, as explained here:
>
> https://lore.kernel.org/lkml/c2fad584-1705-a5f2-d63c-824e9b96cf50 [ at ] embeddedor [ dot ] com/
>
> While working on this, I've found and fixed the several missing
> break/return bugs, some of them introduced more than 5 years ago.
>
> Once this work is finished, we'll be able to universally enable
> "-Wimplicit-fallthrough" to avoid any of these kinds of bugs from
> entering the kernel again"
>
> * tag 'Wimplicit-fallthrough-5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux: (27 commits)
> memstick: mark expected switch fall-throughs
> drm/nouveau/nvkm: mark expected switch fall-throughs
> NFC: st21nfca: Fix fall-through warnings
> NFC: pn533: mark expected switch fall-throughs
> block: Mark expected switch fall-throughs
> ASN.1: mark expected switch fall-through
> lib/cmdline.c: mark expected switch fall-throughs
> lib: zstd: Mark expected switch fall-throughs
> scsi: sym53c8xx_2: sym_nvram: Mark expected switch fall-through
> scsi: sym53c8xx_2: sym_hipd: mark expected switch fall-throughs
> scsi: ppa: mark expected switch fall-through
> scsi: osst: mark expected switch fall-throughs
> scsi: lpfc: lpfc_scsi: Mark expected switch fall-throughs
> scsi: lpfc: lpfc_nvme: Mark expected switch fall-through
> scsi: lpfc: lpfc_nportdisc: Mark expected switch fall-through
> scsi: lpfc: lpfc_hbadisc: Mark expected switch fall-throughs
> scsi: lpfc: lpfc_els: Mark expected switch fall-throughs
> scsi: lpfc: lpfc_ct: Mark expected switch fall-throughs
> scsi: imm: mark expected switch fall-throughs
> scsi: csiostor: csio_wr: mark expected switch fall-through
> ...
> ```
- > ```
> commit 2d60d96b6f00de90ec2bc60eb4cdcc46e1e1f161
> Merge: eac7078a0fff 709a972efb01
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 12:44:49 2019 -0700
>
> Merge tag 'meminit-v5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux
>
> Pull compiler-based variable initialization updates from Kees Cook:
> "This is effectively part of my gcc-plugins tree, but as this adds some
> Clang support, it felt weird to still call it "gcc-plugins". :)
>
> This consolidates Kconfig for the existing stack variable
> initialization (via structleak and stackleak gcc plugins) and adds
> Alexander Potapenko's support for Clang's new similar functionality.
>
> Summary:
>
> - Consolidate memory initialization Kconfigs (Kees)
>
> - Implement support for Clang's stack variable auto-init (Alexander)"
>
> * tag 'meminit-v5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:
> security: Implement Clang's stack initialization
> security: Move stackleak config to Kconfig.hardening
> security: Create "kernel hardening" config area
> ```
- > ```
> commit eac7078a0fff1e72cf2b641721e3f55ec7e5e21e
> Merge: 41bc10cabe96 43c6afee48d4
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 12:30:24 2019 -0700
>
> Merge tag 'pidfd-v5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux
>
> Pull pidfd updates from Christian Brauner:
> "This patchset makes it possible to retrieve pidfds at process creation
> time by introducing the new flag CLONE_PIDFD to the clone() system
> call. Linus originally suggested to implement this as a new flag to
> clone() instead of making it a separate system call.
>
> After a thorough review from Oleg CLONE_PIDFD returns pidfds in the
> parent_tidptr argument. This means we can give back the associated pid
> and the pidfd at the same time. Access to process metadata information
> thus becomes rather trivial.
>
> As has been agreed, CLONE_PIDFD creates file descriptors based on
> anonymous inodes similar to the new mount api. They are made
> unconditional by this patchset as they are now needed by core kernel
> code (vfs, pidfd) even more than they already were before (timerfd,
> signalfd, io_uring, epoll etc.). The core patchset is rather small.
> The bulky looking changelist is caused by David's very simple changes
> to Kconfig to make anon inodes unconditional.
>
> A pidfd comes with additional information in fdinfo if the kernel
> supports procfs. The fdinfo file contains the pid of the process in
> the callers pid namespace in the same format as the procfs status
> file, i.e. "Pid:\t%d".
>
> To remove worries about missing metadata access this patchset comes
> with a sample/test program that illustrates how a combination of
> CLONE_PIDFD and pidfd_send_signal() can be used to gain race-free
> access to process metadata through /proc/<pid>.
>
> Further work based on this patchset has been done by Joel. His work
> makes pidfds pollable. It finished too late for this merge window. I
> would prefer to have it sitting in linux-next for a while and send it
> for inclusion during the 5.3 merge window"
>
> * tag 'pidfd-v5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:
> samples: show race-free pidfd metadata access
> signal: support CLONE_PIDFD with pidfd_send_signal
> clone: add CLONE_PIDFD
> Make anon_inodes unconditional
> ```
- > ```
> commit aa26690fab1380735442e027ce4b17849a24493f
> Merge: d8456eaf319a 910832697cf8
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 11:46:56 2019 -0700
>
> Merge tag 'xfs-5.2-merge-4' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux
>
> Pull xfs updates from Darrick Wong:
> "Here's a big pile of new stuff for XFS for 5.2. XFS has grown the
> ability to report metadata health status to userspace after online
> fsck checks the filesystem. The online metadata checking code is (I
> really hope) feature complete with the addition of checks for the
> global fs counters, though it'll remain EXPERIMENTAL for now.
>
> There are also fixes for thundering herds of writeback completions and
> some other deadlocks, fixes for theoretical integer overflow attacks
> on space accounting, and removal of the long-defunct 'mntpt' option
> which was deprecated in the mid-2000s and (it turns out) totally
> broken since 2011 (and nobody complained...).
>
> Summary:
>
> - Fix some more buffer deadlocks when performing an unmount after a
> hard shutdown.
>
> - Fix some minor space accounting issues.
>
> - Fix some use after free problems.
>
> - Make the (undocumented) FITRIM behavior consistent with other
> filesystems.
>
> - Embiggen the xfs geometry ioctl's data structure.
>
> - Introduce a new AG geometry ioctl.
>
> - Introduce a new online health reporting infrastructure and ioctl
> for userspace to query a filesystem's health status.
>
> - Enhance online scrub and repair to update the health reports.
>
> - Reduce thundering herd problems when writeback io completes.
>
> - Fix some transaction reservation type errors.
>
> - Fix integer overflow problems with delayed alloc reservation
> counters.
>
> - Fix some problems where we would exit to userspace without
> unlocking.
>
> - Fix inconsistent behavior when finishing deferred ops fails.
>
> - Strengthen scrub to check incore data against ondisk metadata.
>
> - Remove long-broken mntpt mount option.
>
> - Add an online scrub function for the filesystem summary counters,
> which should make online metadata scrub more or less feature
> complete for now.
>
> - Various cleanups"
>
> * tag 'xfs-5.2-merge-4' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux: (38 commits)
> xfs: change some error-less functions to void types
> xfs: add online scrub for superblock counters
> xfs: don't parse the mtpt mount option
> xfs: always rejoin held resources during defer roll
> xfs: add missing error check in xfs_prepare_shift()
> xfs: scrub should check incore counters against ondisk headers
> xfs: allow scrubbers to pause background reclaim
> xfs: rename the speculative block allocation reclaim toggle functions
> xfs: track delayed allocation reservations across the filesystem
> xfs: fix broken bhold behavior in xrep_roll_ag_trans
> xfs: unlock inode when xfs_ioctl_setattr_get_trans can't get transaction
> xfs: kill the xfs_dqtrx_t typedef
> xfs: widen inode delalloc block counter to 64-bits
> xfs: widen quota block counters to 64-bit integers
> xfs: abort unaligned nowait directio early
> xfs: assert that we don't enter agfl freeing with a non-permanent transaction
> xfs: make tr_growdata a permanent transaction
> xfs: merge adjacent io completions of the same type
> xfs: remove unused m_data_workqueue
> xfs: implement per-inode writeback completion queues
> ...
> ```
- > - JFS still alive.
- > ```
> commit 8ff468c29e9a9c3afe9152c10c7b141343270bf3
> Merge: 68253e718c27 d9c9ce34ed5c
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 10:24:10 2019 -0700
>
> Merge branch 'x86-fpu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull x86 FPU state handling updates from Borislav Petkov:
> "This contains work started by Rik van Riel and brought to fruition by
> Sebastian Andrzej Siewior with the main goal to optimize when to load
> FPU registers: only when returning to userspace and not on every
> context switch (while the task remains in the kernel).
>
> In addition, this optimization makes kernel_fpu_begin() cheaper by
> requiring registers saving only on the first invocation and skipping
> that in following ones.
>
> What is more, this series cleans up and streamlines many aspects of
> the already complex FPU code, hopefully making it more palatable for
> future improvements and simplifications.
>
> Finally, there's a __user annotations fix from Jann Horn"
>
> * 'x86-fpu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (29 commits)
> x86/fpu: Fault-in user stack if copy_fpstate_to_sigframe() fails
> x86/pkeys: Add PKRU value to init_fpstate
> x86/fpu: Restore regs in copy_fpstate_to_sigframe() in order to use the fastpath
> x86/fpu: Add a fastpath to copy_fpstate_to_sigframe()
> x86/fpu: Add a fastpath to __fpu__restore_sig()
> x86/fpu: Defer FPU state load until return to userspace
> x86/fpu: Merge the two code paths in __fpu__restore_sig()
> x86/fpu: Restore from kernel memory on the 64-bit path too
> x86/fpu: Inline copy_user_to_fpregs_zeroing()
> x86/fpu: Update xstate's PKRU value on write_pkru()
> x86/fpu: Prepare copy_fpstate_to_sigframe() for TIF_NEED_FPU_LOAD
> x86/fpu: Always store the registers in copy_fpstate_to_sigframe()
> x86/entry: Add TIF_NEED_FPU_LOAD
> x86/fpu: Eager switch PKRU state
> x86/pkeys: Don't check if PKRU is zero before writing it
> x86/fpu: Only write PKRU if it is different from current
> x86/pkeys: Provide *pkru() helpers
> x86/fpu: Use a feature number instead of mask in two more helpers
> x86/fpu: Make __raw_xsave_addr() use a feature number instead of mask
> x86/fpu: Add an __fpregs_load_activate() internal helper
> ...
> ```
- > Yuck, grub menu? WTF!
> ```
> commit 68253e718c2778427db451e39a8366aa49982b71
> Merge: 0968621917ad 37e1677330bd
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Tue May 7 10:18:57 2019 -0700
>
> Merge tag 'ktest-v5.1' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest
>
> Pull ktest updates from Steven Rostedt:
> "Minor updates to ktest.pl
>
> - Handle meta characters in grub memu
>
> - Use configurable reboot return code for handling ssh reboots
>
> - Display names and iteration number on error message"
>
> * tag 'ktest-v5.1' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest:
> ktest: introduce REBOOT_RETURN_CODE to confirm the result of REBOOT
> ktest: Add support for meta characters in GRUB_MENU
> ktest: Show name and iteration on errors
> ```
- > - U2F Zero
- > - Found out some Logitech keyboards use the 27 MHz range.
- > ```
> commit 81ff5d2cba4f86cd850b9ee4a530cd221ee45aa3
> Merge: 7aefd944f038 e59f755ceb6d
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 20:15:06 2019 -0700
>
> Merge branch 'linus' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6
>
> Pull crypto update from Herbert Xu:
> "API:
> - Add support for AEAD in simd
> - Add fuzz testing to testmgr
> - Add panic_on_fail module parameter to testmgr
> - Use per-CPU struct instead multiple variables in scompress
> - Change verify API for akcipher
>
> Algorithms:
> - Convert x86 AEAD algorithms over to simd
> - Forbid 2-key 3DES in FIPS mode
> - Add EC-RDSA (GOST 34.10) algorithm
>
> Drivers:
> - Set output IV with ctr-aes in crypto4xx
> - Set output IV in rockchip
> - Fix potential length overflow with hashing in sun4i-ss
> - Fix computation error with ctr in vmx
> - Add SM4 protected keys support in ccree
> - Remove long-broken mxc-scc driver
> - Add rfc4106(gcm(aes)) cipher support in cavium/nitrox"
>
> * 'linus' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6: (179 commits)
> crypto: ccree - use a proper le32 type for le32 val
> crypto: ccree - remove set but not used variable 'du_size'
> crypto: ccree - Make cc_sec_disable static
> crypto: ccree - fix spelling mistake "protedcted" -> "protected"
> crypto: caam/qi2 - generate hash keys in-place
> crypto: caam/qi2 - fix DMA mapping of stack memory
> crypto: caam/qi2 - fix zero-length buffer DMA mapping
> crypto: stm32/cryp - update to return iv_out
> crypto: stm32/cryp - remove request mutex protection
> crypto: stm32/cryp - add weak key check for DES
> crypto: atmel - remove set but not used variable 'alg_name'
> crypto: picoxcell - Use dev_get_drvdata()
> crypto: crypto4xx - get rid of redundant using_sd variable
> crypto: crypto4xx - use sync skcipher for fallback
> crypto: crypto4xx - fix cfb and ofb "overran dst buffer" issues
> crypto: crypto4xx - fix ctr-aes missing output IV
> crypto: ecrdsa - select ASN1 and OID_REGISTRY for EC-RDSA
> crypto: ux500 - use ccflags-y instead of CFLAGS_<basename>.o
> crypto: ccree - handle tee fips error during power management resume
> crypto: ccree - add function to handle cryptocell tee fips error
> ...
> ```
- > ```
> commit 948a64995aca6820abefd17f1a4258f5835c5ad9
> Merge: db10ad041b31 8fea0f59e97d
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 16:33:06 2019 -0700
>
> Merge branch 'x86-topology-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull x86 topology updates from Ingo Molnar:
> "Two main changes: preparatory changes for Intel multi-die topology
> support, plus a syslog message tweak"
>
> * 'x86-topology-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
> x86/topology: Make DEBUG_HOTPLUG_CPU0 pr_info() more descriptive
> x86/smpboot: Rename match_die() to match_pkg()
> topology: Simplify cputopology.txt formatting and wording
> x86/topology: Fix documentation typo
> ```
- > ```
> commit 8f147727030bf9e81331ab9b8f42d4611bb6a3d9
> Merge: 53f8b081c184 2c4645439e8f
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 15:56:41 2019 -0700
>
> Merge branch 'x86-irq-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull x86 irq updates from Ingo Molnar:
> "Here are the main changes in this tree:
>
> - Introduce x86-64 IRQ/exception/debug stack guard pages to detect
> stack overflows immediately and deterministically.
>
> - Clean up over a decade worth of cruft accumulated.
>
> The outcome of this should be more clear-cut faults/crashes when any
> of the low level x86 CPU stacks overflow, instead of silent memory
> corruption and sporadic failures much later on"
>
> * 'x86-irq-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (33 commits)
> x86/irq: Fix outdated comments
> x86/irq/64: Remove stack overflow debug code
> x86/irq/64: Remap the IRQ stack with guard pages
> x86/irq/64: Split the IRQ stack into its own pages
> x86/irq/64: Init hardirq_stack_ptr during CPU hotplug
> x86/irq/32: Handle irq stack allocation failure proper
> x86/irq/32: Invoke irq_ctx_init() from init_IRQ()
> x86/irq/64: Rename irq_stack_ptr to hardirq_stack_ptr
> x86/irq/32: Rename hard/softirq_stack to hard/softirq_stack_ptr
> x86/irq/32: Make irq stack a character array
> x86/irq/32: Define IRQ_STACK_SIZE
> x86/dumpstack/64: Speedup in_exception_stack()
> x86/exceptions: Split debug IST stack
> x86/exceptions: Enable IST guard pages
> x86/exceptions: Disconnect IST index and stack order
> x86/cpu: Remove orig_ist array
> x86/cpu: Prepare TSS.IST setup for guard pages
> x86/dumpstack/64: Use cpu_entry_area instead of orig_ist
> x86/irq/64: Use cpu entry area instead of orig_ist
> x86/traps: Use cpu_entry_area instead of orig_ist
> ...
> ```
- > ```
> commit 007dc78fea62610bf06829e38f1d8c69b6ea5af6
> Merge: 2f1835dffa94 d671002be6bd
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 13:50:15 2019 -0700
>
> Merge branch 'locking-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull locking updates from Ingo Molnar:
> "Here are the locking changes in this cycle:
>
> - rwsem unification and simpler micro-optimizations to prepare for
> more intrusive (and more lucrative) scalability improvements in
> v5.3 (Waiman Long)
> ```
- > ```
> commit 2c6a392cddacde153865b15e8295ad0a35ed3c02
> Merge: 0a499fc5c37e 3599fe12a125
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 13:11:48 2019 -0700
>
> Merge branch 'core-stacktrace-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull stack trace updates from Ingo Molnar:
> "So Thomas looked at the stacktrace code recently and noticed a few
> weirdnesses, and we all know how such stories of crummy kernel code
> meeting German engineering perfection end: a 45-patch series to clean
> it all up! :-)
>
> Here's the changes in Thomas's words:
>
> 'Struct stack_trace is a sinkhole for input and output parameters
> which is largely pointless for most usage sites. In fact if embedded
> into other data structures it creates indirections and extra storage
> overhead for no benefit.
>
> […]
>
> Some of the stack depot usage sites are outright wrong, but
> […]
> ```
- > ```
> commit 0a499fc5c37e6db096969a83534fd98a2bf2b36c
> Merge: e50c5d2e725e 0336e04a6520
> Author: Linus Torvalds <torvalds [ at ] linux-foundation [ dot ] org>
> Date: Mon May 6 13:01:16 2019 -0700
>
> Merge branch 'core-speculation-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
>
> Pull speculation mitigation update from Ingo Molnar:
> "This adds the "mitigations=" bootline option, which offers a
> cross-arch set of options that will work on x86, PowerPC and s390 that
> will map to the arch specific option internally"
>
> * 'core-speculation-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
> s390/speculation: Support 'mitigations=' cmdline option
> powerpc/speculation: Support 'mitigations=' cmdline option
> x86/speculation: Support 'mitigations=' cmdline option
> cpu/speculation: Add 'mitigations=' cmdline option
> ```