1. 29 Apr, 2021 3 commits
  2. 07 Apr, 2021 3 commits
  3. 19 Mar, 2021 1 commit
  4. 16 Mar, 2021 2 commits
  5. 08 Mar, 2021 9 commits
  6. 23 Feb, 2021 22 commits
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid · 69aea9d2
      Linus Torvalds authored
      Pull HID updates from Jiri Kosina:
      
       - support for "Unified Battery" feature on Logitech devices from Filipe
         Laíns
      
       - power management improvements for intel-ish driver from Zhang Lixu
      
       - support for Goodix devices from Douglas Anderson
      
       - improved handling of generic HID keyboard in order to make it easier
         for userspace to figure out the details of the device, from Dmitry
         Torokhov
      
       - Playstation DualSense support from Roderick Colenbrander
      
       - other assorted small fixes and device ID additions.
      
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid: (49 commits)
        HID: playstation: add DualSense player LED support.
        HID: playstation: add microphone mute support for DualSense.
        HID: playstation: add initial DualSense lightbar support.
        HID: wacom: Ignore attempts to overwrite the touch_max value from HID
        HID: playstation: fix array size comparison (off-by-one)
        HID: playstation: fix unused variable in ps_battery_get_property.
        HID: playstation: report DualSense hardware and firmware version.
        HID: playstation: add DualSense classic rumble support.
        HID: playstation: add DualSense Bluetooth support.
        HID: playstation: track devices in list.
        HID: playstation: add DualSense accelerometer and gyroscope support.
        HID: playstation: add DualSense touchpad support.
        HID: playstation: add DualSense battery support.
        HID: playstation: use DualSense MAC address as unique identifier.
        HID: playstation: initial DualSense USB support.
        HID: ite: Enable QUIRK_TOUCHPAD_ON_OFF_REPORT on Acer Aspire Switch 10E
        HID: Ignore battery for Elan touchscreen on HP Spectre X360 15-df0xxx
        HID: logitech-dj: add support for the new lightspeed connection iteration
        HID: intel-ish-hid: ipc: Add Tiger Lake H PCI device ID
        HID: logitech-dj: add support for keyboard events in eQUAD step 4 Gaming
        ...
      69aea9d2
    • Rob Herring's avatar
      scripts/dtc: Add missing fdtoverlay to gitignore · c3476d2f
      Rob Herring authored
      Commit 0da6bcd9 ("scripts: dtc: Build fdtoverlay tool") enabled
      building fdtoverlay, but failed to add it to .gitignore.
      
      Also add a note to keep hostprogs in sync with .gitignore.
      
      Fixes: 0da6bcd9 ("scripts: dtc: Build fdtoverlay tool")
      Reported-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      Cc: Viresh Kumar <viresh.kumar@linaro.org>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      c3476d2f
    • Linus Torvalds's avatar
      Merge tag 'gfs2-for-5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2 · f6e1e1d1
      Linus Torvalds authored
      Pull gfs2 updates from Andreas Gruenbacher:
      
       - Log space and revoke accounting rework to fix some failed asserts.
      
       - Local resource group glock sharing for better local performance.
      
       - Add support for version 1802 filesystems: trusted xattr support and
         '-o rgrplvb' mounts by default.
      
       - Actually synchronize on the inode glock's FREEING bit during withdraw
         ("gfs2: fix glock confusion in function signal_our_withdraw").
      
       - Fix parallel recovery of multiple journals ("gfs2: keep bios separate
         for each journal").
      
       - Various other bug fixes.
      
      * tag 'gfs2-for-5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2: (49 commits)
        gfs2: Don't get stuck with I/O plugged in gfs2_ail1_flush
        gfs2: Per-revoke accounting in transactions
        gfs2: Rework the log space allocation logic
        gfs2: Minor calc_reserved cleanup
        gfs2: Use resource group glock sharing
        gfs2: Allow node-wide exclusive glock sharing
        gfs2: Add local resource group locking
        gfs2: Add per-reservation reserved block accounting
        gfs2: Rename rs_{free -> requested} and rd_{reserved -> requested}
        gfs2: Check for active reservation in gfs2_release
        gfs2: Don't search for unreserved space twice
        gfs2: Only pass reservation down to gfs2_rbm_find
        gfs2: Also reflect single-block allocations in rgd->rd_extfail_pt
        gfs2: Recursive gfs2_quota_hold in gfs2_iomap_end
        gfs2: Add trusted xattr support
        gfs2: Enable rgrplvb for sb_fs_format 1802
        gfs2: Don't skip dlm unlock if glock has an lvb
        gfs2: Lock imbalance on error path in gfs2_recover_one
        gfs2: Move function gfs2_ail_empty_tr
        gfs2: Get rid of current_tail()
        ...
      f6e1e1d1
    • Linus Torvalds's avatar
      Merge tag 'idmapped-mounts-v5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux · 7d6beb71
      Linus Torvalds authored
      Pull idmapped mounts from Christian Brauner:
       "This introduces idmapped mounts which has been in the making for some
        time. Simply put, different mounts can expose the same file or
        directory with different ownership. This initial implementation comes
        with ports for fat, ext4 and with Christoph's port for xfs with more
        filesystems being actively worked on by independent people and
        maintainers.
      
        Idmapping mounts handle a wide range of long standing use-cases. Here
        are just a few:
      
         - Idmapped mounts make it possible to easily share files between
           multiple users or multiple machines especially in complex
           scenarios. For example, idmapped mounts will be used in the
           implementation of portable home directories in
           systemd-homed.service(8) where they allow users to move their home
           directory to an external storage device and use it on multiple
           computers where they are assigned different uids and gids. This
           effectively makes it possible to assign random uids and gids at
           login time.
      
         - It is possible to share files from the host with unprivileged
           containers without having to change ownership permanently through
           chown(2).
      
         - It is possible to idmap a container's rootfs and without having to
           mangle every file. For example, Chromebooks use it to share the
           user's Download folder with their unprivileged containers in their
           Linux subsystem.
      
         - It is possible to share files between containers with
           non-overlapping idmappings.
      
         - Filesystem that lack a proper concept of ownership such as fat can
           use idmapped mounts to implement discretionary access (DAC)
           permission checking.
      
         - They allow users to efficiently changing ownership on a per-mount
           basis without having to (recursively) chown(2) all files. In
           contrast to chown (2) changing ownership of large sets of files is
           instantenous with idmapped mounts. This is especially useful when
           ownership of a whole root filesystem of a virtual machine or
           container is changed. With idmapped mounts a single syscall
           mount_setattr syscall will be sufficient to change the ownership of
           all files.
      
         - Idmapped mounts always take the current ownership into account as
           idmappings specify what a given uid or gid is supposed to be mapped
           to. This contrasts with the chown(2) syscall which cannot by itself
           take the current ownership of the files it changes into account. It
           simply changes the ownership to the specified uid and gid. This is
           especially problematic when recursively chown(2)ing a large set of
           files which is commong with the aforementioned portable home
           directory and container and vm scenario.
      
         - Idmapped mounts allow to change ownership locally, restricting it
           to specific mounts, and temporarily as the ownership changes only
           apply as long as the mount exists.
      
        Several userspace projects have either already put up patches and
        pull-requests for this feature or will do so should you decide to pull
        this:
      
         - systemd: In a wide variety of scenarios but especially right away
           in their implementation of portable home directories.
      
               https://systemd.io/HOME_DIRECTORY/
      
         - container runtimes: containerd, runC, LXD:To share data between
           host and unprivileged containers, unprivileged and privileged
           containers, etc. The pull request for idmapped mounts support in
           containerd, the default Kubernetes runtime is already up for quite
           a while now: https://github.com/containerd/containerd/pull/4734
      
         - The virtio-fs developers and several users have expressed interest
           in using this feature with virtual machines once virtio-fs is
           ported.
      
         - ChromeOS: Sharing host-directories with unprivileged containers.
      
        I've tightly synced with all those projects and all of those listed
        here have also expressed their need/desire for this feature on the
        mailing list. For more info on how people use this there's a bunch of
        talks about this too. Here's just two recent ones:
      
            https://www.cncf.io/wp-content/uploads/2020/12/Rootless-Containers-in-Gitpod.pdf
            https://fosdem.org/2021/schedule/event/containers_idmap/
      
        This comes with an extensive xfstests suite covering both ext4 and
        xfs:
      
            https://git.kernel.org/brauner/xfstests-dev/h/idmapped_mounts
      
        It covers truncation, creation, opening, xattrs, vfscaps, setid
        execution, setgid inheritance and more both with idmapped and
        non-idmapped mounts. It already helped to discover an unrelated xfs
        setgid inheritance bug which has since been fixed in mainline. It will
        be sent for inclusion with the xfstests project should you decide to
        merge this.
      
        In order to support per-mount idmappings vfsmounts are marked with
        user namespaces. The idmapping of the user namespace will be used to
        map the ids of vfs objects when they are accessed through that mount.
        By default all vfsmounts are marked with the initial user namespace.
        The initial user namespace is used to indicate that a mount is not
        idmapped. All operations behave as before and this is verified in the
        testsuite.
      
        Based on prior discussions we want to attach the whole user namespace
        and not just a dedicated idmapping struct. This allows us to reuse all
        the helpers that already exist for dealing with idmappings instead of
        introducing a whole new range of helpers. In addition, if we decide in
        the future that we are confident enough to enable unprivileged users
        to setup idmapped mounts the permission checking can take into account
        whether the caller is privileged in the user namespace the mount is
        currently marked with.
      
        The user namespace the mount will be marked with can be specified by
        passing a file descriptor refering to the user namespace as an
        argument to the new mount_setattr() syscall together with the new
        MOUNT_ATTR_IDMAP flag. The system call follows the openat2() pattern
        of extensibility.
      
        The following conditions must be met in order to create an idmapped
        mount:
      
         - The caller must currently have the CAP_SYS_ADMIN capability in the
           user namespace the underlying filesystem has been mounted in.
      
         - The underlying filesystem must support idmapped mounts.
      
         - The mount must not already be idmapped. This also implies that the
           idmapping of a mount cannot be altered once it has been idmapped.
      
         - The mount must be a detached/anonymous mount, i.e. it must have
           been created by calling open_tree() with the OPEN_TREE_CLONE flag
           and it must not already have been visible in the filesystem.
      
        The last two points guarantee easier semantics for userspace and the
        kernel and make the implementation significantly simpler.
      
        By default vfsmounts are marked with the initial user namespace and no
        behavioral or performance changes are observed.
      
        The manpage with a detailed description can be found here:
      
            https://git.kernel.org/brauner/man-pages/c/1d7b902e2875a1ff342e036a9f866a995640aea8
      
        In order to support idmapped mounts, filesystems need to be changed
        and mark themselves with the FS_ALLOW_IDMAP flag in fs_flags. The
        patches to convert individual filesystem are not very large or
        complicated overall as can be seen from the included fat, ext4, and
        xfs ports. Patches for other filesystems are actively worked on and
        will be sent out separately. The xfstestsuite can be used to verify
        that port has been done correctly.
      
        The mount_setattr() syscall is motivated independent of the idmapped
        mounts patches and it's been around since July 2019. One of the most
        valuable features of the new mount api is the ability to perform
        mounts based on file descriptors only.
      
        Together with the lookup restrictions available in the openat2()
        RESOLVE_* flag namespace which we added in v5.6 this is the first time
        we are close to hardened and race-free (e.g. symlinks) mounting and
        path resolution.
      
        While userspace has started porting to the new mount api to mount
        proper filesystems and create new bind-mounts it is currently not
        possible to change mount options of an already existing bind mount in
        the new mount api since the mount_setattr() syscall is missing.
      
        With the addition of the mount_setattr() syscall we remove this last
        restriction and userspace can now fully port to the new mount api,
        covering every use-case the old mount api could. We also add the
        crucial ability to recursively change mount options for a whole mount
        tree, both removing and adding mount options at the same time. This
        syscall has been requested multiple times by various people and
        projects.
      
        There is a simple tool available at
      
            https://github.com/brauner/mount-idmapped
      
        that allows to create idmapped mounts so people can play with this
        patch series. I'll add support for the regular mount binary should you
        decide to pull this in the following weeks:
      
        Here's an example to a simple idmapped mount of another user's home
        directory:
      
      	u1001@f2-vm:/$ sudo ./mount --idmap both:1000:1001:1 /home/ubuntu/ /mnt
      
      	u1001@f2-vm:/$ ls -al /home/ubuntu/
      	total 28
      	drwxr-xr-x 2 ubuntu ubuntu 4096 Oct 28 22:07 .
      	drwxr-xr-x 4 root   root   4096 Oct 28 04:00 ..
      	-rw------- 1 ubuntu ubuntu 3154 Oct 28 22:12 .bash_history
      	-rw-r--r-- 1 ubuntu ubuntu  220 Feb 25  2020 .bash_logout
      	-rw-r--r-- 1 ubuntu ubuntu 3771 Feb 25  2020 .bashrc
      	-rw-r--r-- 1 ubuntu ubuntu  807 Feb 25  2020 .profile
      	-rw-r--r-- 1 ubuntu ubuntu    0 Oct 16 16:11 .sudo_as_admin_successful
      	-rw------- 1 ubuntu ubuntu 1144 Oct 28 00:43 .viminfo
      
      	u1001@f2-vm:/$ ls -al /mnt/
      	total 28
      	drwxr-xr-x  2 u1001 u1001 4096 Oct 28 22:07 .
      	drwxr-xr-x 29 root  root  4096 Oct 28 22:01 ..
      	-rw-------  1 u1001 u1001 3154 Oct 28 22:12 .bash_history
      	-rw-r--r--  1 u1001 u1001  220 Feb 25  2020 .bash_logout
      	-rw-r--r--  1 u1001 u1001 3771 Feb 25  2020 .bashrc
      	-rw-r--r--  1 u1001 u1001  807 Feb 25  2020 .profile
      	-rw-r--r--  1 u1001 u1001    0 Oct 16 16:11 .sudo_as_admin_successful
      	-rw-------  1 u1001 u1001 1144 Oct 28 00:43 .viminfo
      
      	u1001@f2-vm:/$ touch /mnt/my-file
      
      	u1001@f2-vm:/$ setfacl -m u:1001:rwx /mnt/my-file
      
      	u1001@f2-vm:/$ sudo setcap -n 1001 cap_net_raw+ep /mnt/my-file
      
      	u1001@f2-vm:/$ ls -al /mnt/my-file
      	-rw-rwxr--+ 1 u1001 u1001 0 Oct 28 22:14 /mnt/my-file
      
      	u1001@f2-vm:/$ ls -al /home/ubuntu/my-file
      	-rw-rwxr--+ 1 ubuntu ubuntu 0 Oct 28 22:14 /home/ubuntu/my-file
      
      	u1001@f2-vm:/$ getfacl /mnt/my-file
      	getfacl: Removing leading '/' from absolute path names
      	# file: mnt/my-file
      	# owner: u1001
      	# group: u1001
      	user::rw-
      	user:u1001:rwx
      	group::rw-
      	mask::rwx
      	other::r--
      
      	u1001@f2-vm:/$ getfacl /home/ubuntu/my-file
      	getfacl: Removing leading '/' from absolute path names
      	# file: home/ubuntu/my-file
      	# owner: ubuntu
      	# group: ubuntu
      	user::rw-
      	user:ubuntu:rwx
      	group::rw-
      	mask::rwx
      	other::r--"
      
      * tag 'idmapped-mounts-v5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux: (41 commits)
        xfs: remove the possibly unused mp variable in xfs_file_compat_ioctl
        xfs: support idmapped mounts
        ext4: support idmapped mounts
        fat: handle idmapped mounts
        tests: add mount_setattr() selftests
        fs: introduce MOUNT_ATTR_IDMAP
        fs: add mount_setattr()
        fs: add attr_flags_to_mnt_flags helper
        fs: split out functions to hold writers
        namespace: only take read lock in do_reconfigure_mnt()
        mount: make {lock,unlock}_mount_hash() static
        namespace: take lock_mount_hash() directly when changing flags
        nfs: do not export idmapped mounts
        overlayfs: do not mount on top of idmapped mounts
        ecryptfs: do not mount on top of idmapped mounts
        ima: handle idmapped mounts
        apparmor: handle idmapped mounts
        fs: make helpers idmap mount aware
        exec: handle idmapped mounts
        would_dump: handle idmapped mounts
        ...
      7d6beb71
    • Linus Torvalds's avatar
      Merge branch 'for-5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu · aa8e3291
      Linus Torvalds authored
      Pull percpu updates from Dennis Zhou:
       "Percpu had a cleanup come in that makes use of the cpu bitmask helpers
        instead of the current iterative approach.
      
        This clean up then had an adverse interaction when clang's inlining
        sensitivity is changed such that not all sites are inlined resulting
        in modpost being upset with section mismatch due to percpu setup being
        marked __init.
      
        That was fixed by introducing __flatten to compiler_attributes.h"
      
      * 'for-5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu:
        percpu: fix clang modpost section mismatch
        percpu: reduce the number of cpu distance comparisons
      aa8e3291
    • Linus Torvalds's avatar
      Kbuild: disable TRIM_UNUSED_KSYMS option · 5cf0fd59
      Linus Torvalds authored
      The removal of EXPORT_UNUSED_SYMBOL() in commit 36794822 looks like
      (and was sold as) a no-op, but it actually had a rather serious and
      subtle side effect: the UNUSED_SYMBOLS option not only enabled the
      removed (unused) functionality, it also _disabled_ the TRIM_UNUSED_KSYMS
      functionality.
      
      And it turns out that TRIM_UNUSED_KSYMS is a huge time waste, and takes
      up a third of the kernel build time for me.  For no actual upside, since
      no distro is likely to ever be able to enable it (because they all
      support external kernel modules).
      
      Rather than re-enable EXPORT_UNUSED_SYMBOL, this just disables the
      TRIM_UNUSED_KSYMS option by marking it broken.  I'm tempted to just
      remove the support entirely, but maybe somebody has a use-case and can
      fix the behavior of it.
      
      I could have just disabled it for COMPILE_TEST, but it really smells
      like the TRIM_UNUSED_KSYMS option is badly done and not really useful,
      so this takes the more direct approach - let's see if anybody ever
      actually notices or complains.
      
      Cc: Miroslav Benes <mbenes@suse.cz>
      Cc: Emil Velikov <emil.l.velikov@gmail.com>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Jessica Yu <jeyu@kernel.org>
      Fixes: 36794822 ("module: remove EXPORT_UNUSED_SYMBOL*")
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5cf0fd59
    • Linus Torvalds's avatar
      Merge tag 'modules-for-v5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux · 21a6ab21
      Linus Torvalds authored
      Pull module updates from Jessica Yu:
      
       - Retire EXPORT_UNUSED_SYMBOL() and EXPORT_SYMBOL_GPL_FUTURE(). These
         export types were introduced between 2006 - 2008. All the of the
         unused symbols have been long removed and gpl future symbols were
         converted to gpl quite a long time ago, and I don't believe these
         export types have been used ever since. So, I think it should be safe
         to retire those export types now (Christoph Hellwig)
      
       - Refactor and clean up some aged code cruft in the module loader
         (Christoph Hellwig)
      
       - Build {,module_}kallsyms_on_each_symbol only when livepatching is
         enabled, as it is the only caller (Christoph Hellwig)
      
       - Unexport find_module() and module_mutex and fix the last module
         callers to not rely on these anymore. Make module_mutex internal to
         the module loader (Christoph Hellwig)
      
       - Harden ELF checks on module load and validate ELF structures before
         checking the module signature (Frank van der Linden)
      
       - Fix undefined symbol warning for clang (Fangrui Song)
      
       - Fix smatch warning (Dan Carpenter)
      
      * tag 'modules-for-v5.12' of git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux:
        module: potential uninitialized return in module_kallsyms_on_each_symbol()
        module: remove EXPORT_UNUSED_SYMBOL*
        module: remove EXPORT_SYMBOL_GPL_FUTURE
        module: move struct symsearch to module.c
        module: pass struct find_symbol_args to find_symbol
        module: merge each_symbol_section into find_symbol
        module: remove each_symbol_in_section
        module: mark module_mutex static
        kallsyms: only build {,module_}kallsyms_on_each_symbol when required
        kallsyms: refactor {,module_}kallsyms_on_each_symbol
        module: use RCU to synchronize find_module
        module: unexport find_module and module_mutex
        drm: remove drm_fb_helper_modinit
        powerpc/powernv: remove get_cxl_module
        module: harden ELF info handling
        module: Ignore _GLOBAL_OFFSET_TABLE_ when warning for undefined symbols
      21a6ab21
    • Linus Torvalds's avatar
      Merge tag 'microblaze-v5.12' of git://git.monstr.eu/linux-2.6-microblaze · 74268693
      Linus Torvalds authored
      Pull microblaze updates from Michal Simek:
      
       - Fix DTB alignment
      
       - Remove code for very old GCC versions
      
       - Remove TRACING_SUPPORT selection
      
      * tag 'microblaze-v5.12' of git://git.monstr.eu/linux-2.6-microblaze:
        microblaze: Fix built-in DTB alignment to be 8-byte aligned
        microblaze: Remove support for gcc < 4
        microblaze: do not select TRACING_SUPPORT directly
      74268693
    • Bob Peterson's avatar
      gfs2: Don't get stuck with I/O plugged in gfs2_ail1_flush · 17d77684
      Bob Peterson authored
      In gfs2_ail1_flush, we're using I/O plugging to give the block layer a
      better chance of merging I/O requests.  If we're too aggressive here, we
      can end up waiting on I/O to complete while still plugged.  Fix that in
      a way similar to writeback_sb_inodes, except that we can't use
      blk_flush_plug because blk_flush_plug_list is not exported.
      Signed-off-by: default avatarBob Peterson <rpeterso@redhat.com>
      Signed-off-by: default avatarAndreas Gruenbacher <agruenba@redhat.com>
      17d77684
    • Linus Torvalds's avatar
      Merge tag 'objtool-core-2021-02-23' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · a56ff24e
      Linus Torvalds authored
      Pull objtool updates from Thomas Gleixner:
      
       - Make objtool work for big-endian cross compiles
      
       - Make stack tracking via stack pointer memory operations match
         push/pop semantics to prepare for architectures w/o PUSH/POP
         instructions.
      
       - Add support for analyzing alternatives
      
       - Improve retpoline detection and handling
      
       - Improve assembly code coverage on x86
      
       - Provide support for inlined stack switching
      
      * tag 'objtool-core-2021-02-23' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (33 commits)
        objtool: Support stack-swizzle
        objtool,x86: Additionally decode: mov %rsp, (%reg)
        x86/unwind/orc: Change REG_SP_INDIRECT
        x86/power: Support objtool validation in hibernate_asm_64.S
        x86/power: Move restore_registers() to top of the file
        x86/power: Annotate indirect branches as safe
        x86/acpi: Support objtool validation in wakeup_64.S
        x86/acpi: Annotate indirect branch as safe
        x86/ftrace: Support objtool vmlinux.o validation in ftrace_64.S
        x86/xen/pvh: Annotate indirect branch as safe
        x86/xen: Support objtool vmlinux.o validation in xen-head.S
        x86/xen: Support objtool validation in xen-asm.S
        objtool: Add xen_start_kernel() to noreturn list
        objtool: Combine UNWIND_HINT_RET_OFFSET and UNWIND_HINT_FUNC
        objtool: Add asm version of STACK_FRAME_NON_STANDARD
        objtool: Assume only ELF functions do sibling calls
        x86/ftrace: Add UNWIND_HINT_FUNC annotation for ftrace_stub
        objtool: Support retpoline jump detection for vmlinux.o
        objtool: Fix ".cold" section suffix check for newer versions of GCC
        objtool: Fix retpoline detection in asm code
        ...
      a56ff24e
    • Andreas Gruenbacher's avatar
      Merge branches 'rgrp-glock-sharing' and 'gfs2-revoke' from... · 803074ad
      Andreas Gruenbacher authored
      Merge branches 'rgrp-glock-sharing' and 'gfs2-revoke' from https://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2.git
      
      Merge the resource group glock sharing feature and the revoke accounting rework.
      Signed-off-by: default avatarAndreas Gruenbacher <agruenba@redhat.com>
      803074ad
    • Linus Torvalds's avatar
      Merge tag 'clang-lto-v5.12-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux · 79db4d22
      Linus Torvalds authored
      Pull clang LTO updates from Kees Cook:
       "Clang Link Time Optimization.
      
        This is built on the work done preparing for LTO by arm64 folks,
        tracing folks, etc. This includes the core changes as well as the
        remaining pieces for arm64 (LTO has been the default build method on
        Android for about 3 years now, as it is the prerequisite for the
        Control Flow Integrity protections).
      
        While x86 LTO enablement is done, it depends on some pending objtool
        clean-ups. It's possible that I'll send a "part 2" pull request for
        LTO that includes x86 support.
      
        For merge log posterity, and as detailed in commit dc5723b0
        ("kbuild: add support for Clang LTO"), here is the lt;dr to do an LTO
        build:
      
              make LLVM=1 LLVM_IAS=1 defconfig
              scripts/config -e LTO_CLANG_THIN
              make LLVM=1 LLVM_IAS=1
      
        (To do a cross-compile of arm64, add "CROSS_COMPILE=aarch64-linux-gnu-"
        and "ARCH=arm64" to the "make" command lines.)
      
        Summary:
      
         - Clang LTO build infrastructure and arm64-specific enablement (Sami
           Tolvanen)
      
         - Recursive build CC_FLAGS_LTO fix (Alexander Lobakin)"
      
      * tag 'clang-lto-v5.12-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:
        kbuild: prevent CC_FLAGS_LTO self-bloating on recursive rebuilds
        arm64: allow LTO to be selected
        arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS
        arm64: vdso: disable LTO
        drivers/misc/lkdtm: disable LTO for rodata.o
        efi/libstub: disable LTO
        scripts/mod: disable LTO for empty.c
        modpost: lto: strip .lto from module names
        PCI: Fix PREL32 relocations for LTO
        init: lto: fix PREL32 relocations
        init: lto: ensure initcall ordering
        kbuild: lto: add a default list of used symbols
        kbuild: lto: merge module sections
        kbuild: lto: limit inlining
        kbuild: lto: fix module versioning
        kbuild: add support for Clang LTO
        tracing: move function tracer options to Kconfig
      79db4d22
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/uclogic' into for-linus · 00522de2
      Jiri Kosina authored
      - Trust Panora support improvements from Cristian Klein
      00522de2
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/sony' into for-linus · c35f31fc
      Jiri Kosina authored
      - tilt support on Sony Guitar Hero devices from Sanjay Govind
      c35f31fc
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/playstation-v2' into for-linus · e2adf27e
      Jiri Kosina authored
      - Playstation DualSense support from Roderick Colenbrander
      e2adf27e
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/multitouch' into for-linus · 31d31fa5
      Jiri Kosina authored
      - hid-multitouch devices should be put into high-latency mode when
        suspended in order to be in line with Windows Precision Touchpad
        guidelines. From Blaž Hrastnik.
      31d31fa5
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/logitech' into for-linus · fc590a35
      Jiri Kosina authored
      - support for "Unified Battery (1004) feature" from Filipe Laíns
      fc590a35
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/intel-ish' into for-linus · 7eb275f9
      Jiri Kosina authored
      - power management improvements for intel-ish driver from Zhang Lixu
      7eb275f9
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/i2c-hid' into for-linus · 27b730e0
      Jiri Kosina authored
      - ACPI and OF support made more generic / decoupled. From Douglas Anderson
      - support for Goodix devices from Douglas Anderson
      27b730e0
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/google' into for-linus · d6310078
      Jiri Kosina authored
      - User experience improvements for hid-google from Nicolas Boichat
      d6310078
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/doc' into for-linus · f8dd50e0
      Jiri Kosina authored
      - HID documentation fixes from Randy Dunlap
      f8dd50e0
    • Jiri Kosina's avatar
      Merge branch 'for-5.12/chicony' into for-linus · fcd89e77
      Jiri Kosina authored
      - KEY_RFKILL support for Chicony devices from Jian-Hong Pan
      fcd89e77