Linux 5.12

Linux 5.12

[Linus Torvalds]

Thanks to everybody who made last week very calm indeed, which just
makes me feel much happier about the final 5.12 release.

Both the shortlog (appended) and the diffstat are absolutely tiny, and
it's mainly just a random collection of small fixes in various areas:
arm64 devicetree files, some x86 perf event fixes (and a couple of
tooling ones), various minor driver fixes (amd and i915 gpu fixes
stand out, but honestly, that's not because they are big, but because
the rest is even smaller), a couple of small reverts, and a few
locking fixes (one kvm serialization fix, one memory ordering fix for
rwlocks).

Anyway, this obviously means that I'll start the merge window for 5.13
tomorrow. But I'd ask that even developers champing at the bit to get
their shiny new code merged please spend a bit of time running and
checking out 5.12.

Despite the extra week, this was actually a fairly small release
overall.  Judging by linux-next, 5.13 will be making up for it.

         Linus

---

Ali Saidi (1):
      locking/qrwlock: Fix ordering in queued_write_lock_slowpath()

Andre Przywara (1):
      arm64: dts: allwinner: Revert SD card CD GPIO for Pine64-LTS

Andy Shevchenko (1):
      pinctrl: core: Show pin numbers for the controllers with base = 0

Christian König (2):
      coda: fix reference counting in coda_file_mmap error path
      ovl: fix reference counting in ovl_mmap error path

Christoph Hellwig (1):
      block: return -EBUSY when there are open partitions in blkdev_reread_part

Eli Cohen (1):
      vdpa/mlx5: Set err = -ENOMEM in case dma_map_sg_attrs fails

Hugh Dickins (2):
      mm/filemap: fix find_lock_entries hang on 32-bit THP
      mm/filemap: fix mapping_seek_hole_data on THP & 32-bit

Imre Deak (1):
      drm/i915: Fix modesetting in case of unexpected AUX timeouts

James Bottomley (1):
      KEYS: trusted: Fix TPM reservation for seal/unseal

Jiansong Chen (1):
      drm/amdgpu: fix GCR_GENERAL_CNTL offset for dimgrey_cavefish

Jim Mattson (1):
      perf/x86/kvm: Fix Broadwell Xeon stepping in isolation_ucodes[]

Jon Hunter (2):
      arm64: tegra: Set fw_devlink=on for Jetson TX2
      arm64: tegra: Fix mmc0 alias for Jetson Xavier NX

Kan Liang (1):
      perf/x86/intel/uncore: Remove uncore extra PCI dev HSWEP_PCI_PCU_3

Leo Yan (1):
      perf auxtrace: Fix potential NULL pointer dereference

Linus Torvalds (3):
      Revert "gcov: clang: fix clang-11+ build"
      Revert "net/rds: Avoid potential use after free in
rds_send_remove_from_sock"
      Linux 5.12

Mike Galbraith (1):
      x86/crash: Fix crash_setup_memmap_entries() out-of-bounds access

Neil Armstrong (1):
      mmc: meson-gx: replace WARN_ONCE with dev_warn_once about
scatterlist size alignment in block mode

Philip Yang (1):
      drm/amdgpu: reserve fence slot to update page table

Qingqing Zhuo (1):
      drm/amd/display: Update modifier list for gfx10_3

Sameer Pujar (1):
      arm64: tegra: Move clocks from RT5658 endpoint to device node

Serge E. Hallyn (1):
      capabilities: require CAP_SETFCAP to map uid 0

Simon Ser (1):
      amd/display: allow non-linear multi-planar formats

Steven Rostedt (VMware) (1):
      tracing: Fix checking event hash pointer logic when tp_printk is enabled

Thierry Reding (1):
      arm64: tegra: Add unit-address for ACONNECT on Tegra186

Thomas Richter (1):
      perf ftrace: Fix access to pid in array when setting a pid filter

Tony Lindgren (1):
      gpio: omap: Save and restore sysconfig

Vasily Averin (1):
      tools/cgroup/slabinfo.py: updated to work on current kernel

Wanpeng Li (1):
      KVM: x86/xen: Take srcu lock when accessing kvm_memslots()

Xie Yongji (1):
      vhost-vdpa: protect concurrent access to vhost device iotlb

Yuanyuan Zhong (1):
      pinctrl: lewisburg: Update number of pins in community

Zhen Lei (2):
      perf data: Fix error return code in perf_data__create_dir()
      perf map: Fix error return code in maps__clone()

Zhenyu Wang (1):
      drm/i915/gvt: Fix BDW command parser regression

Zhouyi Zhou (1):
      preempt/dynamic: Fix typo in macro conditional statement

Re: Linux 5.12

[Guenter Roeck]

On Sun, Apr 25, 2021 at 02:06:35PM -0700, Linus Torvalds wrote:
> Thanks to everybody who made last week very calm indeed, which just
> makes me feel much happier about the final 5.12 release.
> 
> Both the shortlog (appended) and the diffstat are absolutely tiny, and
> it's mainly just a random collection of small fixes in various areas:
> arm64 devicetree files, some x86 perf event fixes (and a couple of
> tooling ones), various minor driver fixes (amd and i915 gpu fixes
> stand out, but honestly, that's not because they are big, but because
> the rest is even smaller), a couple of small reverts, and a few
> locking fixes (one kvm serialization fix, one memory ordering fix for
> rwlocks).
> 
> Anyway, this obviously means that I'll start the merge window for 5.13
> tomorrow. But I'd ask that even developers champing at the bit to get
> their shiny new code merged please spend a bit of time running and
> checking out 5.12.
> 

Build results:
	total: 151 pass: 151 fail: 0
Qemu test results:
	total: 461 pass: 461 fail: 0

Guenter

Re: Linux 5.12

[Guenter Roeck]

On Sun, Apr 25, 2021 at 02:06:35PM -0700, Linus Torvalds wrote:
> Thanks to everybody who made last week very calm indeed, which just
> makes me feel much happier about the final 5.12 release.
> 
> Both the shortlog (appended) and the diffstat are absolutely tiny, and
> it's mainly just a random collection of small fixes in various areas:
> arm64 devicetree files, some x86 perf event fixes (and a couple of
> tooling ones), various minor driver fixes (amd and i915 gpu fixes
> stand out, but honestly, that's not because they are big, but because
> the rest is even smaller), a couple of small reverts, and a few
> locking fixes (one kvm serialization fix, one memory ordering fix for
> rwlocks).
> 
> Anyway, this obviously means that I'll start the merge window for 5.13
> tomorrow. But I'd ask that even developers champing at the bit to get
> their shiny new code merged please spend a bit of time running and
> checking out 5.12.
> 
> Despite the extra week, this was actually a fairly small release
> overall.  Judging by linux-next, 5.13 will be making up for it.
> 

I wonder if it makes sense to report the status of -next at the beginning
of a commit window on a regular basis.

For next-20210423:

Build results:
	total: 151 pass: 149 fail: 2
Failed builds:
	csky:tinyconfig
	mips:allnoconfig
Qemu test results:
	total: 461 pass: 440 fail: 21
Failed tests:
	arm:raspi2:multi_v7_defconfig:net,usb:bcm2836-rpi-2-b:initrd
	arm:raspi2:multi_v7_defconfig:sd:net,usb:bcm2836-rpi-2-b:rootfs
	mipsel:mips32r6-generic:malta_32r6_defconfig:nocd:smp:net,pcnet:ide:rootfs
	<all riscv32>

Let's see how many of those problems find their way into mainline.

Guenter

Re: Linux 5.12

[Ken Moffat]

On Sun, 25 Apr 2021 at 22:08, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Thanks to everybody who made last week very calm indeed, which just
> makes me feel much happier about the final 5.12 release.
>
> Both the shortlog (appended) and the diffstat are absolutely tiny, and
> it's mainly just a random collection of small fixes in various areas:
> arm64 devicetree files, some x86 perf event fixes (and a couple of
> tooling ones), various minor driver fixes (amd and i915 gpu fixes
> stand out, but honestly, that's not because they are big, but because
> the rest is even smaller), a couple of small reverts, and a few
> locking fixes (one kvm serialization fix, one memory ordering fix for
> rwlocks).
>

Not yet visible at https://www.kernel.org/

ĸen