1. 06 Aug, 2020 1 commit
  2. 05 Aug, 2020 27 commits
    • Coly Li's avatar
      block: check queue's limits.discard_granularity in __blkdev_issue_discard() · b35fd742
      Coly Li authored
      If create a loop device with a backing NVMe SSD, current loop device
      driver doesn't correctly set its  queue's limits.discard_granularity and
      leaves it as 0. If a discard request at LBA 0 on this loop device, in
      __blkdev_issue_discard() the calculated req_sects will be 0, and a zero
      length discard request will trigger a BUG() panic in generic block layer
      code at block/blk-mq.c:563.
      
      [  955.565006][   C39] ------------[ cut here ]------------
      [  955.559660][   C39] invalid opcode: 0000 [#1] SMP NOPTI
      [  955.622171][   C39] CPU: 39 PID: 248 Comm: ksoftirqd/39 Tainted: G            E     5.8.0-default+ #40
      [  955.622171][   C39] Hardware name: Lenovo ThinkSystem SR650 -[7X05CTO1WW]-/-[7X05CTO1WW]-, BIOS -[IVE160M-2.70]- 07/17/2020
      [  955.622175][   C39] RIP: 0010:blk_mq_end_request+0x107/0x110
      [  955.622177][   C39] Code: 48 8b 03 e9 59 ff ff ff 48 89 df 5b 5d 41 5c e9 9f ed ff ff 48 8b 35 98 3c f4 00 48 83 c7 10 48 83 c6 19 e8 cb 56 c9 ff eb cb <0f> 0b 0f 1f 80 00 00 00 00 0f 1f 44 00 00 55 48 89 e5 41 56 41 54
      [  955.622179][   C39] RSP: 0018:ffffb1288701fe28 EFLAGS: 00010202
      [  955.749277][   C39] RAX: 0000000000000001 RBX: ffff956fffba5080 RCX: 0000000000004003
      [  955.749278][   C39] RDX: 0000000000000003 RSI: 0000000000000000 RDI: 0000000000000000
      [  955.749279][   C39] RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000
      [  955.749279][   C39] R10: ffffb1288701fd28 R11: 0000000000000001 R12: ffffffffa8e05160
      [  955.749280][   C39] R13: 0000000000000004 R14: 0000000000000004 R15: ffffffffa7ad3a1e
      [  955.749281][   C39] FS:  0000000000000000(0000) GS:ffff95bfbda00000(0000) knlGS:0000000000000000
      [  955.749282][   C39] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      [  955.749282][   C39] CR2: 00007f6f0ef766a8 CR3: 0000005a37012002 CR4: 00000000007606e0
      [  955.749283][   C39] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      [  955.749284][   C39] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
      [  955.749284][   C39] PKRU: 55555554
      [  955.749285][   C39] Call Trace:
      [  955.749290][   C39]  blk_done_softirq+0x99/0xc0
      [  957.550669][   C39]  __do_softirq+0xd3/0x45f
      [  957.550677][   C39]  ? smpboot_thread_fn+0x2f/0x1e0
      [  957.550679][   C39]  ? smpboot_thread_fn+0x74/0x1e0
      [  957.550680][   C39]  ? smpboot_thread_fn+0x14e/0x1e0
      [  957.550684][   C39]  run_ksoftirqd+0x30/0x60
      [  957.550687][   C39]  smpboot_thread_fn+0x149/0x1e0
      [  957.886225][   C39]  ? sort_range+0x20/0x20
      [  957.886226][   C39]  kthread+0x137/0x160
      [  957.886228][   C39]  ? kthread_park+0x90/0x90
      [  957.886231][   C39]  ret_from_fork+0x22/0x30
      [  959.117120][   C39] ---[ end trace 3dacdac97e2ed164 ]---
      
      This is the procedure to reproduce the panic,
        # modprobe scsi_debug delay=0 dev_size_mb=2048 max_queue=1
        # losetup -f /dev/nvme0n1 --direct-io=on
        # blkdiscard /dev/loop0 -o 0 -l 0x200
      
      This patch fixes the issue by checking q->limits.discard_granularity in
      __blkdev_issue_discard() before composing the discard bio. If the value
      is 0, then prints a warning oops information and returns -EOPNOTSUPP to
      the caller to indicate that this buggy device driver doesn't support
      discard request.
      
      Fixes: 9b15d109 ("block: improve discard bio alignment in __blkdev_issue_discard()")
      Fixes: c52abf56 ("loop: Better discard support for block devices")
      Reported-and-suggested-by: default avatarMing Lei <ming.lei@redhat.com>
      Signed-off-by: default avatarColy Li <colyli@suse.de>
      Reviewed-by: default avatarMing Lei <ming.lei@redhat.com>
      Reviewed-by: default avatarHannes Reinecke <hare@suse.de>
      Reviewed-by: default avatarJack Wang <jinpu.wang@cloud.ionos.com>
      Cc: Bart Van Assche <bvanassche@acm.org>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Darrick J. Wong <darrick.wong@oracle.com>
      Cc: Enzo Matsumiya <ematsumiya@suse.com>
      Cc: Evan Green <evgreen@chromium.org>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Martin K. Petersen <martin.petersen@oracle.com>
      Cc: Xiao Ni <xni@redhat.com>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      b35fd742
    • Linus Torvalds's avatar
      Merge tag 'for-linus-hmm' of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma · fffe3ae0
      Linus Torvalds authored
      Pull hmm updates from Jason Gunthorpe:
       "Ralph has been working on nouveau's use of hmm_range_fault() and
        migrate_vma() which resulted in this small series. It adds reporting
        of the page table order from hmm_range_fault() and some optimization
        of migrate_vma():
      
         - Report the size of the page table mapping out of hmm_range_fault().
      
           This makes it easier to establish a large/huge/etc mapping in the
           device's page table.
      
         - Allow devices to ignore the invalidations during migration in cases
           where the migration is not going to change pages.
      
           For instance migrating pages to a device does not require the
           device to invalidate pages already in the device.
      
         - Update nouveau and hmm_tests to use the above"
      
      * tag 'for-linus-hmm' of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma:
        mm/hmm/test: use the new migration invalidation
        nouveau/svm: use the new migration invalidation
        mm/notifier: add migration invalidation type
        mm/migrate: add a flags parameter to migrate_vma
        nouveau: fix storing invalid ptes
        nouveau/hmm: support mapping large sysmem pages
        nouveau: fix mapping 2MB sysmem pages
        nouveau/hmm: fault one page at a time
        mm/hmm: add tests for hmm_pfn_to_map_order()
        mm/hmm: provide the page mapping order in hmm_range_fault()
      fffe3ae0
    • Linus Torvalds's avatar
      Merge tag 'mmc-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc · 8f7be629
      Linus Torvalds authored
      Pull MMC updates from Ulf Hansson:
       "MMC core:
      
         - Add a new host cap bit and a corresponding DT property, to support
           power cycling of the card by FW at system suspend/resume.
      
         - Fix clock rate setting for SDIO in SDR12/SDR25 speed-mode
      
         - Fix switch to 1/4-bit mode at system suspend/resume for SD-combo
           cards
      
         - Convert the mmc-pwrseq DT bindings to the json-schema
      
         - Always allow the card detect uevent to be consumed by userspace
      
        MMC host controllers:
      
         - Convert a few DT bindings to the json-schema
      
         - mtk-sd:
            - Add support for command queue through cqhci
            - Add support for the MT6779 variant
      
         - renesas_sdhi_internal_dmac:
            - Fix dma unmapping in the error path
      
         - sdhci_am654:
            - Add support for the AM65x PG2.0 variant
            - Extend support for phys/clocks
      
         - sdhci-cadence:
            - Drop incorrect HW tuning for SD mode
      
         - sdhci-msm:
            - Add support for interconnect bandwidth scaling
            - Enable internal voltage control
            - Enable low power state for pinctrls
      
         - sdhci-of-at91:
            - Ludovic Desroches handovers maintenance to Eugen Hristev
      
         - sdhci-pci-gli:
            - Improve clock handling for GL975x
      
         - sdhci-pci-o2micro:
            - Add HW tuning for SDR104 mode
            - Fix support for O2 host controller Seabird1"
      
      * tag 'mmc-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc: (66 commits)
        mmc: mediatek: make function msdc_cqe_disable() static
        MAINTAINERS: mmc: sdhci-of-at91: handover maintenance to Eugen Hristev
        dt-bindings: mmc: mediatek: Add document for mt6779
        mmc: mediatek: command queue support
        mmc: mediatek: refine msdc timeout api
        mmc: mediatek: add MT6779 MMC driver support
        mmc: sdhci-pci-o2micro: Add HW tuning for SDR104 mode
        mmc: sdhci-pci-o2micro: Bug fix for O2 host controller Seabird1
        mmc: via-sdmmc: use generic power management
        memstick: jmb38x_ms: use generic power management
        mmc: sdhci-cadence: do not use hardware tuning for SD mode
        mmc: sdhci-pci-gli: Set SDR104's clock to 205MHz and enable SSC for GL975x
        mmc: cqhci: Fix a print format for the task descriptor
        mmc: sdhci-of-arasan: fix timings allocation code
        mmc: sdhci: Fix a potential uninitialized variable
        dt-bindings: mmc: renesas,sdhi: convert to YAML
        dt-bindings: mmc: convert arasan sdhci bindings to yaml
        mmc: sdhci: Fix potential null pointer access while accessing vqmmc
        mmc: core: Add MMC_CAP2_FULL_PWR_CYCLE_IN_SUSPEND
        dt-bindings: mmc: Add full-pwr-cycle-in-suspend property
        ...
      8f7be629
    • Linus Torvalds's avatar
      Merge tag 'hwmon-for-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging · 9aebd325
      Linus Torvalds authored
      Pull hwmon updates from Guenter Roeck:
       "Highlights:
         - New driver for Sparx5 SoC temperature sensot
         - New driver for Corsair Commander Pro
         - MAX20710 support added to max20730 driver
      
        Enhancements:
         - max6697: Allow max6581 to create tempX_offset attributes
         - gsc (Gateworks System Controller): add 16bit pre-scaled voltage mode
         - adm1275: Enable adm1278 ADM1278_TEMP1_EN
         - dell-smm: Add Latitude 5480 to fan control whitelist
      
        Fixes:
         - adc128d818: Fix advanced configuration register init
         - pmbus/core: Use s64 instead of long for calculations to fix
           overflow issues with 32-bit architectures
      
        Plus various cleanups in several drivers"
      
      * tag 'hwmon-for-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging: (32 commits)
        hwmon: (adc128d818) Fix advanced configuration register init
        hwmon: (axi-fan-control) remove duplicate macros
        hwmon: (i5k_amb, vt8231) Drop uses of pci_read_config_*() return value
        hwmon: (sparx5) Make symbol 's5_temp_match' static
        hwmon: (corsair-cpro) add reading pwm values
        hwmon: sparx5: Add Sparx5 SoC temperature driver
        dt-bindings: hwmon: Add Sparx5 temperature sensor
        hwmon: (tmp401) Replace HTTP links with HTTPS ones
        hwmon: (lm95234) Replace HTTP links with HTTPS ones
        hwmon: (lm90) Replace HTTP links with HTTPS ones
        hwmon: (k8temp) Replace HTTP links with HTTPS ones
        hwmon: (jc42) Replace HTTP links with HTTPS ones
        hwmon: (ina2xx) Replace HTTP links with HTTPS ones
        hwmon: (ina209) Replace HTTP links with HTTPS ones
        hwmon: Replace HTTP links with HTTPS ones
        docs: hwmon: Replace HTTP links with HTTPS ones
        hwmon: (adm1025) Replace HTTP links with HTTPS ones
        hwmon: add Corsair Commander Pro driver
        hwmon: (max6697) Allow max6581 to create tempX_offset
        hwmon: (tmmp513) Replace HTTP links with HTTPS links
        ...
      9aebd325
    • Linus Torvalds's avatar
      Merge tag 'devicetree-for-5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux · 44197797
      Linus Torvalds authored
      Pull Devicetree updates from Rob Herring:
      
       - Improve device links cycle detection and breaking. Add more bindings
         for device link dependencies.
      
       - Refactor parsing 'no-map' in __reserved_mem_alloc_size()
      
       - Improve DT unittest 'ranges' and 'dma-ranges' test case to check
         differing cell sizes
      
       - Various http to https link conversions
      
       - Add a schema check to prevent 'syscon' from being used by itself
         without a more specific compatible
      
       - A bunch more DT binding conversions to schema
      
      * tag 'devicetree-for-5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux: (55 commits)
        of: reserved-memory: remove duplicated call to of_get_flat_dt_prop() for no-map node
        of: unittest: Use bigger address cells to catch parser regressions
        dt-bindings: memory-controllers: Convert mmdc to json-schema
        dt-bindings: mtd: Convert imx nand to json-schema
        dt-bindings: mtd: Convert gpmi nand to json-schema
        dt-bindings: iio: io-channel-mux: Fix compatible string in example code
        of: property: Add device link support for pinctrl-0 through pinctrl-8
        of: property: Add device link support for multiple DT bindings
        dt-bindings: phy: ti: phy-gmii-sel: convert bindings to json-schema
        dt-bindings: mux: mux.h: drop a duplicated word
        dt-bindings: misc: Convert olpc,xo1.75-ec to json-schema
        dt-bindings: aspeed-lpc: Replace HTTP links with HTTPS ones
        dt-bindings: drm/bridge: Replace HTTP links with HTTPS ones
        drm/tilcdc: Replace HTTP links with HTTPS ones
        dt-bindings: iommu: renesas,ipmmu-vmsa: Add r8a774e1 support
        dt-bindings: fpga: Replace HTTP links with HTTPS ones
        dt-bindings: virtio: Replace HTTP links with HTTPS ones
        dt-bindings: media: imx274: Add optional input clock and supplies
        dt-bindings: i2c-gpio: Use 'deprecated' keyword on deprecated properties
        dt-bindings: interrupt-controller: Fix typos in loongson,liointc.yaml
        ...
      44197797
    • Linus Torvalds's avatar
      Merge tag 'gpio-v5.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio · 1d8ce0e0
      Linus Torvalds authored
      Pull GPIO updates from Linus Walleij:
       "This is the bulk of GPIO changes for the v5.9 kernel cycle.
      
        There is nothing too exciting in it, but a new macro that fixes a
        build failure on a minor ARM32 platform that appeared yesterday is
        part of it so we better merge it.
      
        Core changes:
      
         - Introduce the for_each_requested_gpio() macro to help in dependent
           code all over the place. Also patch a few locations to use it while
           we are at it.
      
         - Split out the sysfs code into its own file.
      
         - Split out the character device code into its own file, then make a
           set of refactorings and improvements to this code. We are setting
           the stage to revamp the userspace API a bit in the next cycle.
      
         - Fix a whole slew of kerneldoc that was wrong or missing.
      
        New drivers:
      
         - The PCA953x driver now supports the PCAL9535.
      
        Driver improvements:
      
         - A host of incremental modernizations and improvements to the
           PCA953x driver.
      
         - Incremental improvements to the Xilinx Zynq driver.
      
         - Some improvements to the GPIO aggregator driver.
      
         - I ran all over the place switching all threaded and other drivers
           requesting their own IRQ while using the core GPIO IRQ helpers to
           pass the GPIO irq chip as a template instead of calling the
           explicit set-up functions. Next merge window we may retire the old
           code altogether"
      
      * tag 'gpio-v5.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio: (97 commits)
        gpio: wcove: Request IRQ after all initialisation done
        gpio: crystalcove: Free IRQ on error path
        gpio: pca953x: Request IRQ after all initialisation done
        gpio: don't use same lockdep class for all devm_gpiochip_add_data users
        gpio: max732x: Use irqchip template
        gpio: stmpe: Move chip registration
        gpio: rcar: Use irqchip template
        gpio: regmap: fix type clash
        gpio: Correct kernel-doc inconsistency
        gpio: pci-idio-16: Use irqchip template
        gpio: pcie-idio-24: Use irqchip template
        gpio: 104-idio-16: Use irqchip template
        gpio: 104-idi-48: Use irqchip template
        gpio: 104-dio-48e: Use irqchip template
        gpio: ws16c48: Use irqchip template
        gpio: omap: improve coding style for pin config flags
        gpio: dln2: Use irqchip template
        gpio: sch: Add a blank line between declaration and code
        gpio: sch: changed every 'unsigned' to 'unsigned int'
        gpio: ich: changed every 'unsigned' to 'unsigned int'
        ...
      1d8ce0e0
    • Linus Torvalds's avatar
      random: random.h should include archrandom.h, not the other way around · 58552408
      Linus Torvalds authored
      This is hopefully the final piece of the crazy puzzle with random.h
      dependencies.
      
      And by "hopefully" I obviously mean "Linus is a hopeless optimist".
      Reported-and-tested-by: default avatarDaniel Díaz <daniel.diaz@linaro.org>
      Acked-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      58552408
    • Linus Torvalds's avatar
      Merge tag 'usb-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb · ecfd7940
      Linus Torvalds authored
      Pull USB/Thunderbolt updates from Greg KH:
       "Here is the large set of USB and Thunderbolt patches for 5.9-rc1.
      
        Nothing really magic/major in here, just lots of little changes and
        updates:
      
         - clean up language usages in USB core and some drivers
      
         - Thunderbolt driver updates and additions
      
         - USB Gadget driver updates
      
         - dwc3 driver updates (like always...)
      
         - build with "W=1" warning fixups
      
         - mtu3 driver updates
      
         - usb-serial driver updates and device ids
      
         - typec additions and updates for new hardware
      
         - xhci debug code updates for future platforms
      
         - cdns3 driver updates
      
         - lots of other minor driver updates and fixes and cleanups
      
        All of these have been in linux-next for a while with no reported
        issues"
      
      * tag 'usb-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb: (330 commits)
        usb: common: usb-conn-gpio: Register charger
        usb: mtu3: simplify mtu3_req_complete()
        usb: mtu3: clear dual mode of u3port when disable device
        usb: mtu3: use MTU3_EP_WEDGE flag
        usb: mtu3: remove useless member @busy in mtu3_ep struct
        usb: mtu3: remove repeated error log
        usb: mtu3: add ->udc_set_speed()
        usb: mtu3: introduce a funtion to check maximum speed
        usb: mtu3: clear interrupts status when disable interrupts
        usb: mtu3: reinitialize CSR registers
        usb: mtu3: fix macro for maximum number of packets
        usb: mtu3: remove unnecessary pointer checks
        usb: xhci: Fix ASMedia ASM1142 DMA addressing
        usb: xhci: define IDs for various ASMedia host controllers
        usb: musb: convert to devm_platform_ioremap_resource_byname
        usb: gadget: tegra-xudc: convert to devm_platform_ioremap_resource_byname
        usb: gadget: r8a66597: convert to devm_platform_ioremap_resource_byname
        usb: dwc3: convert to devm_platform_ioremap_resource_byname
        usb: cdns3: convert to devm_platform_ioremap_resource_byname
        usb: phy: am335x: convert to devm_platform_ioremap_resource_byname
        ...
      ecfd7940
    • Linus Torvalds's avatar
      Merge tag 'driver-core-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core · dd27111e
      Linus Torvalds authored
      Pull driver core updates from Greg KH:
       "Here is the "big" set of changes to the driver core, and some drivers
        using the changes, for 5.9-rc1.
      
        "Biggest" thing in here is the device link exposure in sysfs, to help
        to tame the madness that is SoC device tree representations and driver
        interactions with it.
      
        Other stuff in here that is interesting is:
      
         - device probe log helper so that drivers can report problems in a
           unified way easier.
      
         - devres functions added
      
         - DEVICE_ATTR_ADMIN_* macro added to make it harder to write
           incorrect sysfs file permissions
      
         - documentation cleanups
      
         - ability for debugfs to be present in the kernel, yet not exposed to
           userspace. Needed for systems that want it enabled, but do not
           trust users, so they can still use some kernel functions that were
           otherwise disabled.
      
         - other minor fixes and cleanups
      
        The patches outside of drivers/base/ all have acks from the respective
        subsystem maintainers to go through this tree instead of theirs.
      
        All of these have been in linux-next with no reported issues"
      
      * tag 'driver-core-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (39 commits)
        drm/bridge: lvds-codec: simplify error handling
        drm/bridge/sii8620: fix resource acquisition error handling
        driver core: add deferring probe reason to devices_deferred property
        driver core: add device probe log helper
        driver core: Avoid binding drivers to dead devices
        Revert "test_firmware: Test platform fw loading on non-EFI systems"
        firmware_loader: EFI firmware loader must handle pre-allocated buffer
        selftest/firmware: Add selftest timeout in settings
        test_firmware: Test platform fw loading on non-EFI systems
        driver core: Change delimiter in devlink device's name to "--"
        debugfs: Add access restriction option
        tracefs: Remove unnecessary debug_fs checks.
        driver core: Fix probe_count imbalance in really_probe()
        kobject: remove unused KOBJ_MAX action
        driver core: Fix sleeping in invalid context during device link deletion
        driver core: Add waiting_for_supplier sysfs file for devices
        driver core: Add state_synced sysfs file for devices that support it
        driver core: Expose device link details in sysfs
        driver core: Drop mention of obsolete bus rwsem from kernel-doc
        debugfs: file: Remove unnecessary cast in kfree()
        ...
      dd27111e
    • Linus Torvalds's avatar
      Merge tag 'char-misc-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc · 1785d116
      Linus Torvalds authored
      Pull char/misc driver updates from Greg KH:
       "Here is the large set of char and misc and other driver subsystem
        patches for 5.9-rc1. Lots of new driver submissions in here, and
        cleanups and features for existing drivers.
      
        Highlights are:
         - habanalabs driver updates
         - coresight driver updates
         - nvmem driver updates
         - huge number of "W=1" build warning cleanups from Lee Jones
         - dyndbg updates
         - virtbox driver fixes and updates
         - soundwire driver updates
         - mei driver updates
         - phy driver updates
         - fpga driver updates
         - lots of smaller individual misc/char driver cleanups and fixes
      
        Full details are in the shortlog.
      
        All of these have been in linux-next with no reported issues"
      
      * tag 'char-misc-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc: (322 commits)
        habanalabs: remove unused but set variable 'ctx_asid'
        nvmem: qcom-spmi-sdam: Enable multiple devices
        dt-bindings: nvmem: SID: add binding for A100's SID controller
        nvmem: update Kconfig description
        nvmem: qfprom: Add fuse blowing support
        dt-bindings: nvmem: Add properties needed for blowing fuses
        dt-bindings: nvmem: qfprom: Convert to yaml
        nvmem: qfprom: use NVMEM_DEVID_AUTO for multiple instances
        nvmem: core: add support to auto devid
        nvmem: core: Add nvmem_cell_read_u8()
        nvmem: core: Grammar fixes for help text
        nvmem: sc27xx: add sc2730 efuse support
        nvmem: Enforce nvmem stride in the sysfs interface
        MAINTAINERS: Add git tree for NVMEM FRAMEWORK
        nvmem: sprd: Fix return value of sprd_efuse_probe()
        drivers: android: Fix the SPDX comment style
        drivers: android: Fix a variable declaration coding style issue
        drivers: android: Remove braces for a single statement if-else block
        drivers: android: Remove the use of else after return
        drivers: android: Fix a variable declaration coding style issue
        ...
      1785d116
    • Linus Torvalds's avatar
      Merge tag 'for-5.9/block-merge-20200804' of git://git.kernel.dk/linux-block · 060a72a2
      Linus Torvalds authored
      Pull block stacking updates from Jens Axboe:
       "The stacking related fixes depended on both the core block and drivers
        branches, so here's a topic branch with that change.
      
        Outside of that, a late fix from Johannes for zone revalidation"
      
      * tag 'for-5.9/block-merge-20200804' of git://git.kernel.dk/linux-block:
        block: don't do revalidate zones on invalid devices
        block: remove blk_queue_stack_limits
        block: remove bdev_stack_limits
        block: inherit the zoned characteristics in blk_stack_limits
      060a72a2
    • Russell King's avatar
      MAINTAINERS: update phylink/sfp keyword matching · 22fcffeb
      Russell King authored
      syzbot has revealed that the "phylink" keyword exists in non-phylink
      related contexts in the bluetooth stack. To avoid receiving
      inappropriate notifications, change the keyword matching regexp to
      something which avoids this, while still allowing changes to networking
      drivers that make use of phylink to be detected.
      Signed-off-by: default avatarRussell King <rmk+kernel@armlinux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      22fcffeb
    • Linus Torvalds's avatar
      Merge tag 'for-5.9/drivers-20200803' of git://git.kernel.dk/linux-block · e0fc99e2
      Linus Torvalds authored
      Pull block driver updates from Jens Axboe:
      
       - NVMe:
            - ZNS support (Aravind, Keith, Matias, Niklas)
            - Misc cleanups, optimizations, fixes (Baolin, Chaitanya, David,
              Dongli, Max, Sagi)
      
       - null_blk zone capacity support (Aravind)
      
       - MD:
            - raid5/6 fixes (ChangSyun)
            - Warning fixes (Damien)
            - raid5 stripe fixes (Guoqing, Song, Yufen)
            - sysfs deadlock fix (Junxiao)
            - raid10 deadlock fix (Vitaly)
      
       - struct_size conversions (Gustavo)
      
       - Set of bcache updates/fixes (Coly)
      
      * tag 'for-5.9/drivers-20200803' of git://git.kernel.dk/linux-block: (117 commits)
        md/raid5: Allow degraded raid6 to do rmw
        md/raid5: Fix Force reconstruct-write io stuck in degraded raid5
        raid5: don't duplicate code for different paths in handle_stripe
        raid5-cache: hold spinlock instead of mutex in r5c_journal_mode_show
        md: print errno in super_written
        md/raid5: remove the redundant setting of STRIPE_HANDLE
        md: register new md sysfs file 'uuid' read-only
        md: fix max sectors calculation for super 1.0
        nvme-loop: remove extra variable in create ctrl
        nvme-loop: set ctrl state connecting after init
        nvme-multipath: do not fall back to __nvme_find_path() for non-optimized paths
        nvme-multipath: fix logic for non-optimized paths
        nvme-rdma: fix controller reset hang during traffic
        nvme-tcp: fix controller reset hang during traffic
        nvmet: introduce the passthru Kconfig option
        nvmet: introduce the passthru configfs interface
        nvmet: Add passthru enable/disable helpers
        nvmet: add passthru code to process commands
        nvme: export nvme_find_get_ns() and nvme_put_ns()
        nvme: introduce nvme_ctrl_get_by_path()
        ...
      e0fc99e2
    • Linus Torvalds's avatar
      Merge tag 'linux-kselftest-5.9-rc1' of... · 4834ce9d
      Linus Torvalds authored
      Merge tag 'linux-kselftest-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
      
      Pull kselftest updates form Shuah Khan:
      
       - TAP output reporting related fixes from Paolo Bonzini and Kees Cook.
      
         These fixes make it skip reporting consistent with TAP format.
      
       - Cleanup fixes to framework run_tests from Yauheni Kaliuta
      
      * tag 'linux-kselftest-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest: (23 commits)
        selftests/harness: Limit step counter reporting
        selftests/seccomp: Check ENOSYS under tracing
        selftests/seccomp: Refactor to use fixture variants
        selftests/harness: Clean up kern-doc for fixtures
        selftests: kmod: Add module address visibility test
        Replace HTTP links with HTTPS ones: KMOD KERNEL MODULE LOADER - USERMODE HELPER
        selftests: fix condition in run_tests
        selftests: do not use .ONESHELL
        selftests: pidfd: skip test if unshare fails with EPERM
        selftests: pidfd: do not use ksft_exit_skip after ksft_set_plan
        selftests/harness: Report skip reason
        selftests/harness: Display signed values correctly
        selftests/harness: Refactor XFAIL into SKIP
        selftests/harness: Switch to TAP output
        selftests: Add header documentation and helpers
        selftests/binderfs: Fix harness API usage
        selftests: Remove unneeded selftest API headers
        selftests/clone3: Reorder reporting output
        selftests: sync_test: do not use ksft_exit_skip after ksft_set_plan
        selftests: sigaltstack: do not use ksft_exit_skip after ksft_set_plan
        ...
      4834ce9d
    • Linus Torvalds's avatar
      Merge tag 'linux-kselftest-kunit-5.9-rc1' of... · 53e5504b
      Linus Torvalds authored
      Merge tag 'linux-kselftest-kunit-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
      
      Pull kunit updates from Shuah Khan:
      
       - Add a generic kunit_resource API extending it to support resources
         that are passed in to kunit in addition kunit allocated resources. In
         addition, KUnit resources are now refcounted to avoid passed in
         resources being released while in use by kunit.
      
       - Add support for named resources.
      
       - Important bug fixes from Brendan Higgins and Will Chen
      
      * tag 'linux-kselftest-kunit-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest:
        kunit: tool: fix improper treatment of file location
        kunit: tool: fix broken default args in unit tests
        kunit: capture stderr on all make subprocess calls
        Documentation: kunit: Remove references to --defconfig
        kunit: add support for named resources
        kunit: generalize kunit_resource API beyond allocated resources
      53e5504b
    • Wei Yongjun's avatar
      mmc: mediatek: make function msdc_cqe_disable() static · 7f4bc2e8
      Wei Yongjun authored
      The sparse tool complains as follows:
      
      drivers/mmc/host/mtk-sd.c:2269:6: warning:
       symbol 'msdc_cqe_disable' was not declared. Should it be static?
      
      This function is not used outside of mtk-sd.c, so this commit
      marks it static.
      
      Fixes: 88bd652b ("mmc: mediatek: command queue support")
      Reported-by: default avatarHulk Robot <hulkci@huawei.com>
      Signed-off-by: default avatarWei Yongjun <weiyongjun1@huawei.com>
      Acked-by: default avatarChun-Hung Wu <chun-hung.wu@mediatek.com>
      Link: https://lore.kernel.org/r/20200727171129.2945-1-weiyongjun1@huawei.comSigned-off-by: default avatarUlf Hansson <ulf.hansson@linaro.org>
      7f4bc2e8
    • Ludovic Desroches's avatar
      MAINTAINERS: mmc: sdhci-of-at91: handover maintenance to Eugen Hristev · 804f1786
      Ludovic Desroches authored
      As Eugen handles the software for bootloaders and new products, handover
      the maintenance to him.
      Signed-off-by: default avatarLudovic Desroches <ludovic.desroches@microchip.com>
      Acked-by: default avatarEugen Hristev <eugen.hristev@microchip.com>
      Link: https://lore.kernel.org/r/20200709085331.8145-1-ludovic.desroches@microchip.comSigned-off-by: default avatarUlf Hansson <ulf.hansson@linaro.org>
      804f1786
    • Linus Torvalds's avatar
      Merge tag 'docs-5.9' of git://git.lwn.net/linux · 2324d50d
      Linus Torvalds authored
      Pull documentation updates from Jonathan Corbet:
       "It's been a busy cycle for documentation - hopefully the busiest for a
        while to come. Changes include:
      
         - Some new Chinese translations
      
         - Progress on the battle against double words words and non-HTTPS
           URLs
      
         - Some block-mq documentation
      
         - More RST conversions from Mauro. At this point, that task is
           essentially complete, so we shouldn't see this kind of churn again
           for a while. Unless we decide to switch to asciidoc or
           something...:)
      
         - Lots of typo fixes, warning fixes, and more"
      
      * tag 'docs-5.9' of git://git.lwn.net/linux: (195 commits)
        scripts/kernel-doc: optionally treat warnings as errors
        docs: ia64: correct typo
        mailmap: add entry for <alobakin@marvell.com>
        doc/zh_CN: add cpu-load Chinese version
        Documentation/admin-guide: tainted-kernels: fix spelling mistake
        MAINTAINERS: adjust kprobes.rst entry to new location
        devices.txt: document rfkill allocation
        PCI: correct flag name
        docs: filesystems: vfs: correct flag name
        docs: filesystems: vfs: correct sync_mode flag names
        docs: path-lookup: markup fixes for emphasis
        docs: path-lookup: more markup fixes
        docs: path-lookup: fix HTML entity mojibake
        CREDITS: Replace HTTP links with HTTPS ones
        docs: process: Add an example for creating a fixes tag
        doc/zh_CN: add Chinese translation prefer section
        doc/zh_CN: add clearing-warn-once Chinese version
        doc/zh_CN: add admin-guide index
        doc:it_IT: process: coding-style.rst: Correct __maybe_unused compiler label
        futex: MAINTAINERS: Re-add selftests directory
        ...
      2324d50d
    • Linus Torvalds's avatar
      Merge tag 'printk-for-5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux · a7542923
      Linus Torvalds authored
      Pull printk updates from Petr Mladek:
      
       - Herbert Xu made printk header file self-contained.
      
       - Andy Shevchenko and Sergey Senozhatsky cleaned up console->setup()
         error handling.
      
       - Andy Shevchenko did some cleanups (e.g. sparse warning) in vsprintf
         code.
      
       - Minor documentation updates.
      
      * tag 'printk-for-5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux:
        lib/vsprintf: Force type of flags value for gfp_t
        lib/vsprintf: Replace custom spec to print decimals with generic one
        lib/vsprintf: Replace hidden BUILD_BUG_ON() with static_assert()
        printk: Make linux/printk.h self-contained
        doc:kmsg: explicitly state the return value in case of SEEK_CUR
        Replace HTTP links with HTTPS ones: vsprintf
        hvc: unify console setup naming
        console: Fix trivia typo 'change' -> 'chance'
        console: Propagate error code from console ->setup()
        tty: hvc: Return proper error code from console ->setup() hook
        serial: sunzilog: Return proper error code from console ->setup() hook
        serial: sunsab: Return proper error code from console ->setup() hook
        mips: Return proper error code from console ->setup() hook
      a7542923
    • Linus Torvalds's avatar
      Merge branch 'parisc-5.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux · 95ffa676
      Linus Torvalds authored
      Pull parisc updates from Helge Deller:
       "The majority of the patches are reverts of previous commits regarding
        the parisc-specific low level spinlocking code and barrier handling,
        with which we tried to fix CPU stalls on our build servers. In the end
        John David Anglin found the culprit: We missed a define for
        atomic64_set_release(). This seems to have fixed our issues, so now
        it's good to remove the unnecessary code again.
      
        Other than that it's trivial stuff: Spelling fixes, constifications
        and such"
      
      * 'parisc-5.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux:
        parisc: make the log level string for register dumps const
        parisc: Do not use an ordered store in pa_tlb_lock()
        Revert "parisc: Revert "Release spinlocks using ordered store""
        Revert "parisc: Use ldcw instruction for SMP spinlock release barrier"
        Revert "parisc: Drop LDCW barrier in CAS code when running UP"
        Revert "parisc: Improve interrupt handling in arch_spin_lock_flags()"
        parisc: Replace HTTP links with HTTPS ones
        parisc: elf.h: delete a duplicated word
        parisc: Report bad pages as HardwareCorrupted
        parisc: Convert to BIT_MASK() and BIT_WORD()
      95ffa676
    • Linus Torvalds's avatar
      Merge tag 'x86-fsgsbase-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 4da9f330
      Linus Torvalds authored
      Pull x86 fsgsbase from Thomas Gleixner:
       "Support for FSGSBASE. Almost 5 years after the first RFC to support
        it, this has been brought into a shape which is maintainable and
        actually works.
      
        This final version was done by Sasha Levin who took it up after Intel
        dropped the ball. Sasha discovered that the SGX (sic!) offerings out
        there ship rogue kernel modules enabling FSGSBASE behind the kernels
        back which opens an instantanious unpriviledged root hole.
      
        The FSGSBASE instructions provide a considerable speedup of the
        context switch path and enable user space to write GSBASE without
        kernel interaction. This enablement requires careful handling of the
        exception entries which go through the paranoid entry path as they
        can no longer rely on the assumption that user GSBASE is positive (as
        enforced via prctl() on non FSGSBASE enabled systemn).
      
        All other entries (syscalls, interrupts and exceptions) can still just
        utilize SWAPGS unconditionally when the entry comes from user space.
        Converting these entries to use FSGSBASE has no benefit as SWAPGS is
        only marginally slower than WRGSBASE and locating and retrieving the
        kernel GSBASE value is not a free operation either. The real benefit
        of RD/WRGSBASE is the avoidance of the MSR reads and writes.
      
        The changes come with appropriate selftests and have held up in field
        testing against the (sanitized) Graphene-SGX driver"
      
      * tag 'x86-fsgsbase-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (21 commits)
        x86/fsgsbase: Fix Xen PV support
        x86/ptrace: Fix 32-bit PTRACE_SETREGS vs fsbase and gsbase
        selftests/x86/fsgsbase: Add a missing memory constraint
        selftests/x86/fsgsbase: Fix a comment in the ptrace_write_gsbase test
        selftests/x86: Add a syscall_arg_fault_64 test for negative GSBASE
        selftests/x86/fsgsbase: Test ptracer-induced GS base write with FSGSBASE
        selftests/x86/fsgsbase: Test GS selector on ptracer-induced GS base write
        Documentation/x86/64: Add documentation for GS/FS addressing mode
        x86/elf: Enumerate kernel FSGSBASE capability in AT_HWCAP2
        x86/cpu: Enable FSGSBASE on 64bit by default and add a chicken bit
        x86/entry/64: Handle FSGSBASE enabled paranoid entry/exit
        x86/entry/64: Introduce the FIND_PERCPU_BASE macro
        x86/entry/64: Switch CR3 before SWAPGS in paranoid entry
        x86/speculation/swapgs: Check FSGSBASE in enabling SWAPGS mitigation
        x86/process/64: Use FSGSBASE instructions on thread copy and ptrace
        x86/process/64: Use FSBSBASE in switch_to() if available
        x86/process/64: Make save_fsgs_for_kvm() ready for FSGSBASE
        x86/fsgsbase/64: Enable FSGSBASE instructions in helper functions
        x86/fsgsbase/64: Add intrinsics for FSGSBASE instructions
        x86/cpu: Add 'unsafe_fsgsbase' to enable CR4.FSGSBASE
        ...
      4da9f330
    • Linus Torvalds's avatar
      Merge tag 'x86-entry-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 125cfa0d
      Linus Torvalds authored
      Pull x86 conversion to generic entry code from Thomas Gleixner:
       "The conversion of X86 syscall, interrupt and exception entry/exit
        handling to the generic code.
      
        Pretty much a straight-forward 1:1 conversion plus the consolidation
        of the KVM handling of pending work before entering guest mode"
      
      * tag 'x86-entry-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/kvm: Use __xfer_to_guest_mode_work_pending() in kvm_run_vcpu()
        x86/kvm: Use generic xfer to guest work function
        x86/entry: Cleanup idtentry_enter/exit
        x86/entry: Use generic interrupt entry/exit code
        x86/entry: Cleanup idtentry_entry/exit_user
        x86/entry: Use generic syscall exit functionality
        x86/entry: Use generic syscall entry function
        x86/ptrace: Provide pt_regs helper for entry/exit
        x86/entry: Move user return notifier out of loop
        x86/entry: Consolidate 32/64 bit syscall entry
        x86/entry: Consolidate check_user_regs()
        x86: Correct noinstr qualifiers
        x86/idtentry: Remove stale comment
      125cfa0d
    • Linus Torvalds's avatar
      Merge tag 'core-entry-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 3f0d6ecd
      Linus Torvalds authored
      Pull generic kernel entry/exit code from Thomas Gleixner:
       "Generic implementation of common syscall, interrupt and exception
        entry/exit functionality based on the recent X86 effort to ensure
        correctness of entry/exit vs RCU and instrumentation.
      
        As this functionality and the required entry/exit sequences are not
        architecture specific, sharing them allows other architectures to
        benefit instead of copying the same code over and over again.
      
        This branch was kept standalone to allow others to work on it. The
        conversion of x86 comes in a seperate pull request which obviously is
        based on this branch"
      
      * tag 'core-entry-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        entry: Correct __secure_computing() stub
        entry: Correct 'noinstr' attributes
        entry: Provide infrastructure for work before transitioning to guest mode
        entry: Provide generic interrupt entry/exit code
        entry: Provide generic syscall exit function
        entry: Provide generic syscall entry functionality
        seccomp: Provide stub for __secure_computing()
      3f0d6ecd
    • Linus Torvalds's avatar
      Merge tag 'timers-core-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 442489c2
      Linus Torvalds authored
      Pull timer updates from Thomas Gleixner:
       "Time, timers and related driver updates:
      
         - Prevent unnecessary timer softirq invocations by extending the
           tracking of the next expiring timer in the timer wheel beyond the
           existing NOHZ functionality.
      
           The tracking overhead at enqueue time is within the noise, but on
           sensitive workloads the avoidance of the soft interrupt invocation
           is a measurable improvement.
      
         - The obligatory new clocksource driver for Ingenic X100 OST
      
         - The usual fixes, improvements, cleanups and extensions for newer
           chip variants all over the driver space"
      
      * tag 'timers-core-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (28 commits)
        timers: Recalculate next timer interrupt only when necessary
        clocksource/drivers/ingenic: Add support for the Ingenic X1000 OST.
        dt-bindings: timer: Add Ingenic X1000 OST bindings.
        clocksource/drivers: Replace HTTP links with HTTPS ones
        clocksource/drivers/nomadik-mtu: Handle 32kHz clock
        clocksource/drivers/sh_cmt: Use "kHz" for kilohertz
        clocksource/drivers/imx: Add support for i.MX TPM driver with ARM64
        clocksource/drivers/ingenic: Add high resolution timer support for SMP/SMT.
        timers: Lower base clock forwarding threshold
        timers: Remove must_forward_clk
        timers: Spare timer softirq until next expiry
        timers: Expand clk forward logic beyond nohz
        timers: Reuse next expiry cache after nohz exit
        timers: Always keep track of next expiry
        timers: Optimize _next_timer_interrupt() level iteration
        timers: Add comments about calc_index() ceiling work
        timers: Move trigger_dyntick_cpu() to enqueue_timer()
        timers: Use only bucket expiry for base->next_expiry value
        timers: Preserve higher bits of expiration on index calculation
        clocksource/drivers/timer-atmel-tcb: Add sama5d2 support
        ...
      442489c2
    • Linus Torvalds's avatar
      Merge tag 'irq-core-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · f8b036a7
      Linus Torvalds authored
      Pull irq updates from Thomas Gleixner:
       "The usual boring updates from the interrupt subsystem:
      
         - Infrastructure to allow building irqchip drivers as modules
      
         - Consolidation of irqchip ACPI probing
      
         - Removal of the EOI-preflow interrupt handler which was required for
           SPARC support and became obsolete after SPARC was converted to use
           sparse interrupts.
      
         - Cleanups, fixes and improvements all over the place"
      
      * tag 'irq-core-2020-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (51 commits)
        irqchip/loongson-pch-pic: Fix the misused irq flow handler
        irqchip/loongson-htvec: Support 8 groups of HT vectors
        irqchip/loongson-liointc: Fix misuse of gc->mask_cache
        dt-bindings: interrupt-controller: Update Loongson HTVEC description
        irqchip/imx-intmux: Fix irqdata regs save in imx_intmux_runtime_suspend()
        irqchip/imx-intmux: Implement intmux runtime power management
        irqchip/gic-v4.1: Use GFP_ATOMIC flag in allocate_vpe_l1_table()
        irqchip: Fix IRQCHIP_PLATFORM_DRIVER_* compilation by including module.h
        irqchip/stm32-exti: Map direct event to irq parent
        irqchip/mtk-cirq: Convert to a platform driver
        irqchip/mtk-sysirq: Convert to a platform driver
        irqchip/qcom-pdc: Switch to using IRQCHIP_PLATFORM_DRIVER helper macros
        irqchip: Add IRQCHIP_PLATFORM_DRIVER_BEGIN/END and IRQCHIP_MATCH helper macros
        irqchip: irq-bcm2836.h: drop a duplicated word
        irqchip/gic-v4.1: Ensure accessing the correct RD when writing INVALLR
        irqchip/irq-bcm7038-l1: Guard uses of cpu_logical_map
        irqchip/gic-v3: Remove unused register definition
        irqchip/qcom-pdc: Allow QCOM_PDC to be loadable as a permanent module
        genirq: Export irq_chip_retrigger_hierarchy and irq_chip_set_vcpu_affinity_parent
        irqdomain: Export irq_domain_update_bus_token
        ...
      f8b036a7
    • Linus Torvalds's avatar
      Merge tag 'dma-mapping-5.9' of git://git.infradead.org/users/hch/dma-mapping · 2ed90dbb
      Linus Torvalds authored
      Pull dma-mapping updates from Christoph Hellwig:
      
       - make support for dma_ops optional
      
       - move more code out of line
      
       - add generic support for a dma_ops bypass mode
      
       - misc cleanups
      
      * tag 'dma-mapping-5.9' of git://git.infradead.org/users/hch/dma-mapping:
        dma-contiguous: cleanup dma_alloc_contiguous
        dma-debug: use named initializers for dir2name
        powerpc: use the generic dma_ops_bypass mode
        dma-mapping: add a dma_ops_bypass flag to struct device
        dma-mapping: make support for dma ops optional
        dma-mapping: inline the fast path dma-direct calls
        dma-mapping: move the remaining DMA API calls out of line
      2ed90dbb
    • Linus Torvalds's avatar
      Merge tag 'uuid-for-5.9' of git://git.infradead.org/users/hch/uuid · 9fa867d2
      Linus Torvalds authored
      Pull uuid update from Christoph Hellwig:
       "Remove a now unused helper (Andy Shevchenko)"
      
      * tag 'uuid-for-5.9' of git://git.infradead.org/users/hch/uuid:
        uuid: remove unused uuid_le_to_bin() definition
      9fa867d2
  3. 04 Aug, 2020 12 commits
    • Linus Torvalds's avatar
      Merge tag 'close-range-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux · 4f30a60a
      Linus Torvalds authored
      Pull close_range() implementation from Christian Brauner:
       "This adds the close_range() syscall. It allows to efficiently close a
        range of file descriptors up to all file descriptors of a calling
        task.
      
        This is coordinated with the FreeBSD folks which have copied our
        version of this syscall and in the meantime have already merged it in
        April 2019:
      
          https://reviews.freebsd.org/D21627
          https://svnweb.freebsd.org/base?view=revision&revision=359836
      
        The syscall originally came up in a discussion around the new mount
        API and making new file descriptor types cloexec by default. During
        this discussion, Al suggested the close_range() syscall.
      
        First, it helps to close all file descriptors of an exec()ing task.
        This can be done safely via (quoting Al's example from [1] verbatim):
      
              /* that exec is sensitive */
              unshare(CLONE_FILES);
              /* we don't want anything past stderr here */
              close_range(3, ~0U);
              execve(....);
      
        The code snippet above is one way of working around the problem that
        file descriptors are not cloexec by default. This is aggravated by the
        fact that we can't just switch them over without massively regressing
        userspace. For a whole class of programs having an in-kernel method of
        closing all file descriptors is very helpful (e.g. demons, service
        managers, programming language standard libraries, container managers
        etc.).
      
        Second, it allows userspace to avoid implementing closing all file
        descriptors by parsing through /proc/<pid>/fd/* and calling close() on
        each file descriptor and other hacks. From looking at various
        large(ish) userspace code bases this or similar patterns are very
        common in service managers, container runtimes, and programming
        language runtimes/standard libraries such as Python or Rust.
      
        In addition, the syscall will also work for tasks that do not have
        procfs mounted and on kernels that do not have procfs support compiled
        in. In such situations the only way to make sure that all file
        descriptors are closed is to call close() on each file descriptor up
        to UINT_MAX or RLIMIT_NOFILE, OPEN_MAX trickery.
      
        Based on Linus' suggestion close_range() also comes with a new flag
        CLOSE_RANGE_UNSHARE to more elegantly handle file descriptor dropping
        right before exec. This would usually be expressed in the sequence:
      
              unshare(CLONE_FILES);
              close_range(3, ~0U);
      
        as pointed out by Linus it might be desirable to have this be a part
        of close_range() itself under a new flag CLOSE_RANGE_UNSHARE which
        gets especially handy when we're closing all file descriptors above a
        certain threshold.
      
        Test-suite as always included"
      
      * tag 'close-range-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:
        tests: add CLOSE_RANGE_UNSHARE tests
        close_range: add CLOSE_RANGE_UNSHARE
        tests: add close_range() tests
        arch: wire-up close_range()
        open: add close_range()
      4f30a60a
    • Linus Torvalds's avatar
      Merge tag 'cap-checkpoint-restore-v5.9' of... · 74858abb
      Linus Torvalds authored
      Merge tag 'cap-checkpoint-restore-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux
      
      Pull checkpoint-restore updates from Christian Brauner:
       "This enables unprivileged checkpoint/restore of processes.
      
        Given that this work has been going on for quite some time the first
        sentence in this summary is hopefully more exciting than the actual
        final code changes required. Unprivileged checkpoint/restore has seen
        a frequent increase in interest over the last two years and has thus
        been one of the main topics for the combined containers &
        checkpoint/restore microconference since at least 2018 (cf. [1]).
      
        Here are just the three most frequent use-cases that were brought forward:
      
         - The JVM developers are integrating checkpoint/restore into a Java
           VM to significantly decrease the startup time.
      
         - In high-performance computing environment a resource manager will
           typically be distributing jobs where users are always running as
           non-root. Long-running and "large" processes with significant
           startup times are supposed to be checkpointed and restored with
           CRIU.
      
         - Container migration as a non-root user.
      
        In all of these scenarios it is either desirable or required to run
        without CAP_SYS_ADMIN. The userspace implementation of
        checkpoint/restore CRIU already has the pull request for supporting
        unprivileged checkpoint/restore up (cf. [2]).
      
        To enable unprivileged checkpoint/restore a new dedicated capability
        CAP_CHECKPOINT_RESTORE is introduced. This solution has last been
        discussed in 2019 in a talk by Google at Linux Plumbers (cf. [1]
        "Update on Task Migration at Google Using CRIU") with Adrian and
        Nicolas providing the implementation now over the last months. In
        essence, this allows the CRIU binary to be installed with the
        CAP_CHECKPOINT_RESTORE vfs capability set thereby enabling
        unprivileged users to restore processes.
      
        To make this possible the following permissions are altered:
      
         - Selecting a specific PID via clone3() set_tid relaxed from userns
           CAP_SYS_ADMIN to CAP_CHECKPOINT_RESTORE.
      
         - Selecting a specific PID via /proc/sys/kernel/ns_last_pid relaxed
           from userns CAP_SYS_ADMIN to CAP_CHECKPOINT_RESTORE.
      
         - Accessing /proc/pid/map_files relaxed from init userns
           CAP_SYS_ADMIN to init userns CAP_CHECKPOINT_RESTORE.
      
         - Changing /proc/self/exe from userns CAP_SYS_ADMIN to userns
           CAP_CHECKPOINT_RESTORE.
      
        Of these four changes the /proc/self/exe change deserves a few words
        because the reasoning behind even restricting /proc/self/exe changes
        in the first place is just full of historical quirks and tracking this
        down was a questionable version of fun that I'd like to spare others.
      
        In short, it is trivial to change /proc/self/exe as an unprivileged
        user, i.e. without userns CAP_SYS_ADMIN right now. Either via ptrace()
        or by simply intercepting the elf loader in userspace during exec.
        Nicolas was nice enough to even provide a POC for the latter (cf. [3])
        to illustrate this fact.
      
        The original patchset which introduced PR_SET_MM_MAP had no
        permissions around changing the exe link. They too argued that it is
        trivial to spoof the exe link already which is true. The argument
        brought up against this was that the Tomoyo LSM uses the exe link in
        tomoyo_manager() to detect whether the calling process is a policy
        manager. This caused changing the exe links to be guarded by userns
        CAP_SYS_ADMIN.
      
        All in all this rather seems like a "better guard it with something
        rather than nothing" argument which imho doesn't qualify as a great
        security policy. Again, because spoofing the exe link is possible for
        the calling process so even if this were security relevant it was
        broken back then and would be broken today. So technically, dropping
        all permissions around changing the exe link would probably be
        possible and would send a clearer message to any userspace that relies
        on /proc/self/exe for security reasons that they should stop doing
        this but for now we're only relaxing the exe link permissions from
        userns CAP_SYS_ADMIN to userns CAP_CHECKPOINT_RESTORE.
      
        There's a final uapi change in here. Changing the exe link used to
        accidently return EINVAL when the caller lacked the necessary
        permissions instead of the more correct EPERM. This pr contains a
        commit fixing this. I assume that userspace won't notice or care and
        if they do I will revert this commit. But since we are changing the
        permissions anyway it seems like a good opportunity to try this fix.
      
        With these changes merged unprivileged checkpoint/restore will be
        possible and has already been tested by various users"
      
      [1] LPC 2018
           1. "Task Migration at Google Using CRIU"
              https://www.youtube.com/watch?v=yI_1cuhoDgA&t=12095
           2. "Securely Migrating Untrusted Workloads with CRIU"
              https://www.youtube.com/watch?v=yI_1cuhoDgA&t=14400
           LPC 2019
           1. "CRIU and the PID dance"
               https://www.youtube.com/watch?v=LN2CUgp8deo&list=PLVsQ_xZBEyN30ZA3Pc9MZMFzdjwyz26dO&index=9&t=2m48s
           2. "Update on Task Migration at Google Using CRIU"
              https://www.youtube.com/watch?v=LN2CUgp8deo&list=PLVsQ_xZBEyN30ZA3Pc9MZMFzdjwyz26dO&index=9&t=1h2m8s
      
      [2] https://github.com/checkpoint-restore/criu/pull/1155
      
      [3] https://github.com/nviennot/run_as_exe
      
      * tag 'cap-checkpoint-restore-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:
        selftests: add clone3() CAP_CHECKPOINT_RESTORE test
        prctl: exe link permission error changed from -EINVAL to -EPERM
        prctl: Allow local CAP_CHECKPOINT_RESTORE to change /proc/self/exe
        proc: allow access in init userns for map_files with CAP_CHECKPOINT_RESTORE
        pid_namespace: use checkpoint_restore_ns_capable() for ns_last_pid
        pid: use checkpoint_restore_ns_capable() for set_tid
        capabilities: Introduce CAP_CHECKPOINT_RESTORE
      74858abb
    • Linus Torvalds's avatar
      Merge tag 'fork-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux · 9ba27414
      Linus Torvalds authored
      Pull fork cleanups from Christian Brauner:
       "This is cleanup series from when we reworked a chunk of the process
        creation paths in the kernel and switched to struct
        {kernel_}clone_args.
      
        High-level this does two main things:
      
         - Remove the double export of both do_fork() and _do_fork() where
           do_fork() used the incosistent legacy clone calling convention.
      
           Now we only export _do_fork() which is based on struct
           kernel_clone_args.
      
         - Remove the copy_thread_tls()/copy_thread() split making the
           architecture specific HAVE_COYP_THREAD_TLS config option obsolete.
      
        This switches all remaining architectures to select
        HAVE_COPY_THREAD_TLS and thus to the copy_thread_tls() calling
        convention. The current split makes the process creation codepaths
        more convoluted than they need to be. Each architecture has their own
        copy_thread() function unless it selects HAVE_COPY_THREAD_TLS then it
        has a copy_thread_tls() function.
      
        The split is not needed anymore nowadays, all architectures support
        CLONE_SETTLS but quite a few of them never bothered to select
        HAVE_COPY_THREAD_TLS and instead simply continued to use copy_thread()
        and use the old calling convention. Removing this split cleans up the
        process creation codepaths and paves the way for implementing clone3()
        on such architectures since it requires the copy_thread_tls() calling
        convention.
      
        After having made each architectures support copy_thread_tls() this
        series simply renames that function back to copy_thread(). It also
        switches all architectures that call do_fork() directly over to
        _do_fork() and the struct kernel_clone_args calling convention. This
        is a corollary of switching the architectures that did not yet support
        it over to copy_thread_tls() since do_fork() is conditional on not
        supporting copy_thread_tls() (Mostly because it lacks a separate
        argument for tls which is trivial to fix but there's no need for this
        function to exist.).
      
        The do_fork() removal is in itself already useful as it allows to to
        remove the export of both do_fork() and _do_fork() we currently have
        in favor of only _do_fork(). This has already been discussed back when
        we added clone3(). The legacy clone() calling convention is - as is
        probably well-known - somewhat odd:
      
          #
          # ABI hall of shame
          #
          config CLONE_BACKWARDS
          config CLONE_BACKWARDS2
          config CLONE_BACKWARDS3
      
        that is aggravated by the fact that some architectures such as sparc
        follow the CLONE_BACKWARDSx calling convention but don't really select
        the corresponding config option since they call do_fork() directly.
      
        So do_fork() enforces a somewhat arbitrary calling convention in the
        first place that doesn't really help the individual architectures that
        deviate from it. They can thus simply be switched to _do_fork()
        enforcing a single calling convention. (I really hope that any new
        architectures will __not__ try to implement their own calling
        conventions...)
      
        Most architectures already have made a similar switch (m68k comes to
        mind).
      
        Overall this removes more code than it adds even with a good portion
        of added comments. It simplifies a chunk of arch specific assembly
        either by moving the code into C or by simply rewriting the assembly.
      
        Architectures that have been touched in non-trivial ways have all been
        actually boot and stress tested: sparc and ia64 have been tested with
        Debian 9 images. They are the two architectures which have been
        touched the most. All non-trivial changes to architectures have seen
        acks from the relevant maintainers. nios2 with a custom built
        buildroot image. h8300 I couldn't get something bootable to test on
        but the changes have been fairly automatic and I'm sure we'll hear
        people yell if I broke something there.
      
        All other architectures that have been touched in trivial ways have
        been compile tested for each single patch of the series via git rebase
        -x "make ..." v5.8-rc2. arm{64} and x86{_64} have been boot tested
        even though they have just been trivially touched (removal of the
        HAVE_COPY_THREAD_TLS macro from their Kconfig) because well they are
        basically "core architectures" and since it is trivial to get your
        hands on a useable image"
      
      * tag 'fork-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:
        arch: rename copy_thread_tls() back to copy_thread()
        arch: remove HAVE_COPY_THREAD_TLS
        unicore: switch to copy_thread_tls()
        sh: switch to copy_thread_tls()
        nds32: switch to copy_thread_tls()
        microblaze: switch to copy_thread_tls()
        hexagon: switch to copy_thread_tls()
        c6x: switch to copy_thread_tls()
        alpha: switch to copy_thread_tls()
        fork: remove do_fork()
        h8300: select HAVE_COPY_THREAD_TLS, switch to kernel_clone_args
        nios2: enable HAVE_COPY_THREAD_TLS, switch to kernel_clone_args
        ia64: enable HAVE_COPY_THREAD_TLS, switch to kernel_clone_args
        sparc: unconditionally enable HAVE_COPY_THREAD_TLS
        sparc: share process creation helpers between sparc and sparc64
        sparc64: enable HAVE_COPY_THREAD_TLS
        fork: fold legacy_clone_args_valid() into _do_fork()
      9ba27414
    • Linus Torvalds's avatar
      Merge tag 'threads-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux · 0a72761b
      Linus Torvalds authored
      Pull thread updates from Christian Brauner:
       "This contains the changes to add the missing support for attaching to
        time namespaces via pidfds.
      
        Last cycle setns() was changed to support attaching to multiple
        namespaces atomically. This requires all namespaces to have a point of
        no return where they can't fail anymore.
      
        Specifically, <namespace-type>_install() is allowed to perform
        permission checks and install the namespace into the new struct nsset
        that it has been given but it is not allowed to make visible changes
        to the affected task. Once <namespace-type>_install() returns,
        anything that the given namespace type additionally requires to be
        setup needs to ideally be done in a function that can't fail or if it
        fails the failure must be non-fatal.
      
        For time namespaces the relevant functions that fell into this
        category were timens_set_vvar_page() and vdso_join_timens(). The
        latter could still fail although it didn't need to. This function is
        only implemented for vdso_join_timens() in current mainline. As
        discussed on-list (cf. [1]), in order to make setns() support time
        namespaces when attaching to multiple namespaces at once properly we
        changed vdso_join_timens() to always succeed. So vdso_join_timens()
        replaces the mmap_write_lock_killable() with mmap_read_lock().
      
        Please note that arm is about to grow vdso support for time namespaces
        (possibly this merge window). We've synced on this change and arm64
        also uses mmap_read_lock(), i.e. makes vdso_join_timens() a function
        that can't fail. Once the changes here and the arm64 changes have
        landed, vdso_join_timens() should be turned into a void function so
        it's obvious to callers and implementers on other architectures that
        the expectation is that it can't fail.
      
        We didn't do this right away because it would've introduced
        unnecessary merge conflicts between the two trees for no major gain.
      
        As always, tests included"
      
      [1]: https://lore.kernel.org/lkml/20200611110221.pgd3r5qkjrjmfqa2@wittgenstein
      
      * tag 'threads-v5.9' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:
        tests: add CLONE_NEWTIME setns tests
        nsproxy: support CLONE_NEWTIME with setns()
        timens: add timens_commit() helper
        timens: make vdso_join_timens() always succeed
      0a72761b
    • Roy van Doormaal's avatar
      hwmon: (adc128d818) Fix advanced configuration register init · e2f75e6b
      Roy van Doormaal authored
      If the operation mode is non-zero and an external reference voltage is set,
      first the operation mode is written to the advanced configuration register,
      followed by the externel reference enable bit,
      resetting the configuration mode to 0.
      
      To fix this, first compose the value of the advanced configuration register
      based on the configuration mode and the external reference voltage.
      The advanced configuration register is then written to the device,
      if it is different from the default register value (0x0).
      Signed-off-by: default avatarRoy van Doormaal <roy.van.doormaal@prodrive-technologies.com>
      Link: https://lore.kernel.org/r/20200728151846.231785-1-roy.van.doormaal@prodrive-technologies.comSigned-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      e2f75e6b
    • Linus Torvalds's avatar
      Merge branch 'exec-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace · 3950e975
      Linus Torvalds authored
      Pull execve updates from Eric Biederman:
       "During the development of v5.7 I ran into bugs and quality of
        implementation issues related to exec that could not be easily fixed
        because of the way exec is implemented. So I have been diggin into
        exec and cleaning up what I can.
      
        This cycle I have been looking at different ideas and different
        implementations to see what is possible to improve exec, and cleaning
        the way exec interfaces with in kernel users. Only cleaning up the
        interfaces of exec with rest of the kernel has managed to stabalize
        and make it through review in time for v5.9-rc1 resulting in 2 sets of
        changes this cycle.
      
         - Implement kernel_execve
      
         - Make the user mode driver code a better citizen
      
        With kernel_execve the code size got a little larger as the copying of
        parameters from userspace and copying of parameters from userspace is
        now separate. The good news is kernel threads no longer need to play
        games with set_fs to use exec. Which when combined with the rest of
        Christophs set_fs changes should security bugs with set_fs much more
        difficult"
      
      * 'exec-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace: (23 commits)
        exec: Implement kernel_execve
        exec: Factor bprm_stack_limits out of prepare_arg_pages
        exec: Factor bprm_execve out of do_execve_common
        exec: Move bprm_mm_init into alloc_bprm
        exec: Move initialization of bprm->filename into alloc_bprm
        exec: Factor out alloc_bprm
        exec: Remove unnecessary spaces from binfmts.h
        umd: Stop using split_argv
        umd: Remove exit_umh
        bpfilter: Take advantage of the facilities of struct pid
        exit: Factor thread_group_exited out of pidfd_poll
        umd: Track user space drivers with struct pid
        bpfilter: Move bpfilter_umh back into init data
        exec: Remove do_execve_file
        umh: Stop calling do_execve_file
        umd: Transform fork_usermode_blob into fork_usermode_driver
        umd: Rename umd_info.cmdline umd_info.driver_name
        umd: For clarity rename umh_info umd_info
        umh: Separate the user mode driver and the user mode helper support
        umh: Remove call_usermodehelper_setup_file.
        ...
      3950e975
    • Alexandru Ardelean's avatar
      hwmon: (axi-fan-control) remove duplicate macros · dfddc57c
      Alexandru Ardelean authored
      These macros are also present in the "include/linux/fpga/adi-axi-common.h"
      file which is included in this driver.
      
      This patch removes them from the AXI Fan Control driver. No sense in having
      them in 2 places.
      Signed-off-by: default avatarAlexandru Ardelean <alexandru.ardelean@analog.com>
      Link: https://lore.kernel.org/r/20200803054311.98174-1-alexandru.ardelean@analog.comSigned-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      dfddc57c
    • Saheed O. Bolarinwa's avatar
      hwmon: (i5k_amb, vt8231) Drop uses of pci_read_config_*() return value · 2207515d
      Saheed O. Bolarinwa authored
      The return value of pci_read_config_*() may not indicate a device error.
      However, the value read by these functions is more likely to indicate
      this kind of error. This presents two overlapping ways of reporting
      errors and complicates error checking.
      
      It is possible to move to one single way of checking for error if the
      dependency on the return value of these functions is removed, then it
      can later be made to return void.
      
      Remove all uses of the return value of pci_read_config_*().
      Check the actual value read for ~0. In this case, ~0 is an invalid
      value thus it indicates some kind of error.
      Suggested-by: default avatarBjorn Helgaas <bjorn@helgaas.com>
      Signed-off-by: default avatarSaheed O. Bolarinwa <refactormyself@gmail.com>
      Link: https://lore.kernel.org/r/20200801112446.149549-11-refactormyself@gmail.comSigned-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      2207515d
    • Linus Torvalds's avatar
      Merge tag 'audit-pr-20200803' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit · fd76a74d
      Linus Torvalds authored
      Pull audit updates from Paul Moore:
       "Aside from some smaller bug fixes, here are the highlights:
      
         - add a new backlog wait metric to the audit status message, this is
           intended to help admins determine how long processes have been
           waiting for the audit backlog queue to clear
      
         - generate audit records for nftables configuration changes
      
         - generate CWD audit records for for the relevant LSM audit records"
      
      * tag 'audit-pr-20200803' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit:
        audit: report audit wait metric in audit status reply
        audit: purge audit_log_string from the intra-kernel audit API
        audit: issue CWD record to accompany LSM_AUDIT_DATA_* records
        audit: use the proper gfp flags in the audit_log_nfcfg() calls
        audit: remove unused !CONFIG_AUDITSYSCALL __audit_inode* stubs
        audit: add gfp parameter to audit_log_nfcfg
        audit: log nftables configuration change events
        audit: Use struct_size() helper in alloc_chunk
      fd76a74d
    • Linus Torvalds's avatar
      Merge tag 'selinux-pr-20200803' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux · 49e917de
      Linus Torvalds authored
      Pull selinux updates from Paul Moore:
       "Beyond the usual smattering of bug fixes, we've got three small
        improvements worth highlighting:
      
         - improved SELinux policy symbol table performance due to a reworking
           of the insert and search functions
      
         - allow reading of SELinux labels before the policy is loaded,
           allowing for some more "exotic" initramfs approaches
      
         - improved checking an error reporting about process
           class/permissions during SELinux policy load"
      
      * tag 'selinux-pr-20200803' of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux:
        selinux: complete the inlining of hashtab functions
        selinux: prepare for inlining of hashtab functions
        selinux: specialize symtab insert and search functions
        selinux: Fix spelling mistakes in the comments
        selinux: fixed a checkpatch warning with the sizeof macro
        selinux: log error messages on required process class / permissions
        scripts/selinux/mdp: fix initial SID handling
        selinux: allow reading labels before policy is loaded
      49e917de
    • Linus Torvalds's avatar
      Merge tag 'seccomp-v5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux · 9ecc6ea4
      Linus Torvalds authored
      Pull seccomp updates from Kees Cook:
       "There are a bunch of clean ups and selftest improvements along with
        two major updates to the SECCOMP_RET_USER_NOTIF filter return:
        EPOLLHUP support to more easily detect the death of a monitored
        process, and being able to inject fds when intercepting syscalls that
        expect an fd-opening side-effect (needed by both container folks and
        Chrome). The latter continued the refactoring of __scm_install_fd()
        started by Christoph, and in the process found and fixed a handful of
        bugs in various callers.
      
         - Improved selftest coverage, timeouts, and reporting
      
         - Add EPOLLHUP support for SECCOMP_RET_USER_NOTIF (Christian Brauner)
      
         - Refactor __scm_install_fd() into __receive_fd() and fix buggy
           callers
      
         - Introduce 'addfd' command for SECCOMP_RET_USER_NOTIF (Sargun
           Dhillon)"
      
      * tag 'seccomp-v5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux: (30 commits)
        selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
        seccomp: Introduce addfd ioctl to seccomp user notifier
        fs: Expand __receive_fd() to accept existing fd
        pidfd: Replace open-coded receive_fd()
        fs: Add receive_fd() wrapper for __receive_fd()
        fs: Move __scm_install_fd() to __receive_fd()
        net/scm: Regularize compat handling of scm_detach_fds()
        pidfd: Add missing sock updates for pidfd_getfd()
        net/compat: Add missing sock updates for SCM_RIGHTS
        selftests/seccomp: Check ENOSYS under tracing
        selftests/seccomp: Refactor to use fixture variants
        selftests/harness: Clean up kern-doc for fixtures
        seccomp: Use -1 marker for end of mode 1 syscall list
        seccomp: Fix ioctl number for SECCOMP_IOCTL_NOTIF_ID_VALID
        selftests/seccomp: Rename user_trap_syscall() to user_notif_syscall()
        selftests/seccomp: Make kcmp() less required
        seccomp: Use pr_fmt
        selftests/seccomp: Improve calibration loop
        selftests/seccomp: use 90s as timeout
        selftests/seccomp: Expand benchmark to per-filter measurements
        ...
      9ecc6ea4
    • Linus Torvalds's avatar
      Merge tag 'uninit-macro-v5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux · 99ea1521
      Linus Torvalds authored
      Pull uninitialized_var() macro removal from Kees Cook:
       "This is long overdue, and has hidden too many bugs over the years. The
        series has several "by hand" fixes, and then a trivial treewide
        replacement.
      
         - Clean up non-trivial uses of uninitialized_var()
      
         - Update documentation and checkpatch for uninitialized_var() removal
      
         - Treewide removal of uninitialized_var()"
      
      * tag 'uninit-macro-v5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:
        compiler: Remove uninitialized_var() macro
        treewide: Remove uninitialized_var() usage
        checkpatch: Remove awareness of uninitialized_var() macro
        mm/debug_vm_pgtable: Remove uninitialized_var() usage
        f2fs: Eliminate usage of uninitialized_var() macro
        media: sur40: Remove uninitialized_var() usage
        KVM: PPC: Book3S PR: Remove uninitialized_var() usage
        clk: spear: Remove uninitialized_var() usage
        clk: st: Remove uninitialized_var() usage
        spi: davinci: Remove uninitialized_var() usage
        ide: Remove uninitialized_var() usage
        rtlwifi: rtl8192cu: Remove uninitialized_var() usage
        b43: Remove uninitialized_var() usage
        drbd: Remove uninitialized_var() usage
        x86/mm/numa: Remove uninitialized_var() usage
        docs: deprecated.rst: Add uninitialized_var()
      99ea1521