)]}'
{
  "log": [
    {
      "commit": "d434405aaab7d0ebc516b68a8fc4100922d7f5ef",
      "tree": "0e0a6058097af2be2e1597656ff8b3fc3377102d",
      "parents": [
        "7d900724913cb293620a05c5a3134710db95d0d9"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 15:16:13 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 15:16:13 2021 -0700"
      },
      "message": "Linux 5.12-rc7\n"
    },
    {
      "commit": "7d900724913cb293620a05c5a3134710db95d0d9",
      "tree": "7bfb920e78f99ae561d857453dc3b6904cc302b7",
      "parents": [
        "add6b92660b3dca65465d3bd7710b4b1338f34f0",
        "53b74fa990bf76f290aa5930abfcf37424a1a865"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:53:36 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:53:36 2021 -0700"
      },
      "message": "Merge tag \u0027for-5.12-rc6-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux\n\nPull btrfs fix from David Sterba:\n \"One more patch that we\u0027d like to get to 5.12 before release.\n\n  It\u0027s changing where and how the superblock is stored in the zoned\n  mode. It is an on-disk format change but so far there are no\n  implications for users as the proper mkfs support hasn\u0027t been merged\n  and is waiting for the kernel side to settle.\n\n  Until now, the superblocks were derived from the zone index, but zone\n  size can differ per device. This is changed to be based on fixed\n  offset values, to make it independent of the device zone size.\n\n  The work on that got a bit delayed, we discussed the exact locations\n  to support potential device sizes and usecases. (Partially delayed\n  also due to my vacation.) Having that in the same release where the\n  zoned mode is declared usable is highly desired, there are userspace\n  projects that need to be updated to recognize the feature. Pushing\n  that to the next release would make things harder to test\"\n\n* tag \u0027for-5.12-rc6-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux:\n  btrfs: zoned: move superblock logging zone location\n"
    },
    {
      "commit": "add6b92660b3dca65465d3bd7710b4b1338f34f0",
      "tree": "51456afda61d2409fad7adc3399456a56731fdc0",
      "parents": [
        "06f838e02d3b6e161df08c910e12e8366f1cb465",
        "6d48b7912cc72275dc7c59ff961c8bac7ef66a92"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:47:03 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:47:03 2021 -0700"
      },
      "message": "Merge tag \u0027locking-urgent-2021-04-11\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull locking fixlets from Ingo Molnar:\n \"Two minor fixes: one for a Clang warning, the other improves an\n  ambiguous/confusing kernel log message\"\n\n* tag \u0027locking-urgent-2021-04-11\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n  lockdep: Address clang -Wformat warning printing for %hd\n  lockdep: Add a missing initialization hint to the \"INFO: Trying to register non-static key\" message\n"
    },
    {
      "commit": "06f838e02d3b6e161df08c910e12e8366f1cb465",
      "tree": "b380ea8289b54e5cd1dc09a962e938361e5d9d91",
      "parents": [
        "52e44129fba5cfc4e351fdb5e45849afc74d9a53",
        "632a1c209b8773cb0119fe3aada9f1db14fa357c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:42:18 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Apr 11 11:42:18 2021 -0700"
      },
      "message": "Merge tag \u0027x86_urgent_for_v5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull x86 fixes from Borislav Petkov:\n\n - Fix the vDSO exception handling return path to disable interrupts\n   again.\n\n - A fix for the CE collector to return the proper return values to its\n   callers which are used to convey what the collector has done with the\n   error address.\n\n* tag \u0027x86_urgent_for_v5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n  x86/traps: Correct exc_general_protection() and math_error() return paths\n  RAS/CEC: Correct ce_add_elem()\u0027s returned values\n"
    },
    {
      "commit": "52e44129fba5cfc4e351fdb5e45849afc74d9a53",
      "tree": "ddde234bfd51c4e60309cd8c0677a7de0d682e47",
      "parents": [
        "efc2da9241e643cb90897ac4ed3542daa3edf3bc",
        "0760fa3d8f7fceeea508b98899f1c826e10ffe78"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 12:51:12 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 12:51:12 2021 -0700"
      },
      "message": "Merge branch \u0027for-5.12-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu\n\nPull percpu fix from Dennis Zhou:\n \"This contains a fix for sporadically failing atomic percpu\n  allocations.\n\n  I only caught it recently while I was reviewing a new series [1] and\n  simultaneously saw reports by btrfs in xfstests [2] and [3].\n\n  In v5.9, memcg accounting was extended to percpu done by adding a\n  second type of chunk. I missed an interaction with the free page float\n  count used to ensure we can support atomic allocations. If one type of\n  chunk has no free pages, but the other has enough to satisfy the free\n  page float requirement, we will not repopulate the free pages for the\n  former type of chunk. This led to the sporadically failing atomic\n  allocations\"\n\nLink: https://lore.kernel.org/linux-mm/20210324190626.564297-1-guro@fb.com/ [1]\nLink: https://lore.kernel.org/linux-mm/20210401185158.3275.409509F4@e16-tech.com/ [2]\nLink: https://lore.kernel.org/linux-mm/CAL3q7H5RNBjCi708GH7jnczAOe0BLnacT9C+OBgA-Dx9jhB6SQ@mail.gmail.com/ [3]\n\n* \u0027for-5.12-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu:\n  percpu: make pcpu_nr_empty_pop_pages per chunk type\n"
    },
    {
      "commit": "efc2da9241e643cb90897ac4ed3542daa3edf3bc",
      "tree": "f2a0b2edbd0315316daf720f282b7a162f16b10f",
      "parents": [
        "95c7b07551879c8ad4d6dca10c02de46ddbf55a8",
        "5cd0f6f57639c5afbb36100c69281fee82c95ee7"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 12:29:19 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 12:29:19 2021 -0700"
      },
      "message": "Merge tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi\n\nPull SCSI fixes from James Bottomley:\n \"Seven fixes, all in drivers.\n\n  The hpsa three are the most extensive and the most problematic: it\u0027s a\n  packed structure misalignment that oopses on ia64 but looks like it\n  would also oops on quite a few non-x86 architectures.\n\n  The pm80xx is a regression and the rest are bug fixes for patches in\n  the misc tree\"\n\n* tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:\n  scsi: scsi_transport_srp: Don\u0027t block target in SRP_PORT_LOST state\n  scsi: target: iscsi: Fix zero tag inside a trace event\n  scsi: pm80xx: Fix chip initialization failure\n  scsi: ufs: core: Fix wrong Task Tag used in task management request UPIUs\n  scsi: ufs: core: Fix task management request completion timeout\n  scsi: hpsa: Add an assert to prevent __packed reintroduction\n  scsi: hpsa: Fix boot on ia64 (atomic_t alignment)\n  scsi: hpsa: Use __packed on individual structs, not header-wide\n"
    },
    {
      "commit": "95c7b07551879c8ad4d6dca10c02de46ddbf55a8",
      "tree": "5f4b11ab614ed22013e22c4ab5ae73e9bc57b314",
      "parents": [
        "d5fa1dad75bef69fbff5a193b7a99ada624a0154",
        "791f9e36599d94af5a76d3f74d04e16326761aae"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:31:52 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:31:52 2021 -0700"
      },
      "message": "Merge tag \u0027powerpc-5.12-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux\n\nPull powerpc fixes from Michael Ellerman:\n \"Some some more powerpc fixes for 5.12:\n\n   - Fix an oops triggered by ptrace when CONFIG_PPC_FPU_REGS\u003dn\n\n   - Fix an oops on sigreturn when the VDSO is unmapped on 32-bit\n\n   - Fix vdso_wrapper.o not being rebuilt everytime vdso.so is rebuilt\n\n  Thanks to Christophe Leroy\"\n\n* tag \u0027powerpc-5.12-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:\n  powerpc/vdso: Make sure vdso_wrapper.o is rebuilt everytime vdso.so is rebuilt\n  powerpc/signal32: Fix Oops on sigreturn with unmapped VDSO\n  powerpc/ptrace: Don\u0027t return error when getting/setting FP regs without CONFIG_PPC_FPU_REGS\n"
    },
    {
      "commit": "d5fa1dad75bef69fbff5a193b7a99ada624a0154",
      "tree": "eca7a32d86ae8c1a0d374aa9fee550ba49148019",
      "parents": [
        "445e09e79743c8ba01f1e9eb6b10faab5a92a5c7",
        "eed6e41813deb9ee622cd9242341f21430d7789f"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:24:35 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:24:35 2021 -0700"
      },
      "message": "Merge tag \u0027driver-core-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core\n\nPull driver core fix from Greg KH:\n \"Here is a single driver core fix for 5.12-rc7 to resolve a reported\n  problem that caused some devices to lockup when booting. It has been\n  in linux-next with no reported issues\"\n\n* tag \u0027driver-core-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core:\n  driver core: Fix locking bug in deferred_probe_timeout_work_func()\n"
    },
    {
      "commit": "445e09e79743c8ba01f1e9eb6b10faab5a92a5c7",
      "tree": "8913ed654a51dcd599a167ef3b88e8fc19054963",
      "parents": [
        "12a0cf7241f9ee6b9b62e4c5aad53c43f46817a4",
        "bc2f3e4c662841dc19f7e7efae87782b9f3c0831"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:19:33 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:19:33 2021 -0700"
      },
      "message": "Merge tag \u0027usb-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb\n\nPull USB/Thunderbolt fixes from Greg KH:\n \"Here are a few small USB and Thunderbolt driver fixes for 5.12-rc7 for\n  reported issues:\n\n   - thunderbolt leaks and off-by-one fix\n\n   - cdnsp deque fix\n\n   - usbip fixes for syzbot-reported issues\n\n  All have been in linux-next with no reported problems\"\n\n* tag \u0027usb-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb:\n  usbip: synchronize event handler with sysfs code paths\n  usbip: vudc synchronize sysfs code paths\n  usbip: stub-dev synchronize sysfs code paths\n  usbip: add sysfs_lock to synchronize sysfs code paths\n  thunderbolt: Fix off by one in tb_port_find_retimer()\n  thunderbolt: Fix a leak in tb_retimer_add()\n  usb: cdnsp: Fixes issue with dequeuing requests after disabling endpoint\n"
    },
    {
      "commit": "12a0cf7241f9ee6b9b62e4c5aad53c43f46817a4",
      "tree": "969537c40bc954bcb65c257709858565735830f6",
      "parents": [
        "d4961772226de3b48a395a26c076d450d7044c76",
        "df8a39f2911a4c7769e0f760509f556a9e9d37af"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:10:55 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Apr 10 09:10:55 2021 -0700"
      },
      "message": "Merge branch \u0027i2c/for-current\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux\n\nPull i2c fixes from Wolfram Sang:\n \"A mixture of driver and documentation bugfixes for I2C\"\n\n* \u0027i2c/for-current\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux:\n  i2c: imx: mention Oleksij as maintainer of the binding docs\n  i2c: exynos5: correct top kerneldoc\n  i2c: designware: Adjust bus_freq_hz when refuse high speed mode set\n  i2c: hix5hd2: use the correct HiSilicon copyright\n  i2c: gpio: update email address in binding docs\n  i2c: imx: drop me as maintainer of binding docs\n  i2c: stm32f4: Mundane typo fix\n  I2C: JZ4780: Fix bug for Ingenic X1000.\n  i2c: turn recovery error on init to debug\n"
    },
    {
      "commit": "53b74fa990bf76f290aa5930abfcf37424a1a865",
      "tree": "71c5cb4776dd1543b0dc5c09a534d3f451c90714",
      "parents": [
        "c1d6abdac46ca8127274bea195d804e3f2cec7ee"
      ],
      "author": {
        "name": "Naohiro Aota",
        "email": "naohiro.aota@wdc.com",
        "time": "Thu Apr 08 17:25:28 2021 +0900"
      },
      "committer": {
        "name": "David Sterba",
        "email": "dsterba@suse.com",
        "time": "Sat Apr 10 12:13:16 2021 +0200"
      },
      "message": "btrfs: zoned: move superblock logging zone location\n\nMoves the location of the superblock logging zones. The new locations of\nthe logging zones are now determined based on fixed block addresses\ninstead of on fixed zone numbers.\n\nThe old placement method based on fixed zone numbers causes problems when\none needs to inspect a file system image without access to the drive zone\ninformation. In such case, the super block locations cannot be reliably\ndetermined as the zone size is unknown. By locating the superblock logging\nzones using fixed addresses, we can scan a dumped file system image without\nthe zone information since a super block copy will always be present at or\nafter the fixed known locations.\n\nIntroduce the following three pairs of zones containing fixed offset\nlocations, regardless of the device zone size.\n\n  - primary superblock: offset   0B (and the following zone)\n  - first copy:         offset 512G (and the following zone)\n  - Second copy:        offset   4T (4096G, and the following zone)\n\nIf a logging zone is outside of the disk capacity, we do not record the\nsuperblock copy.\n\nThe first copy position is much larger than for a non-zoned filesystem,\nwhich is at 64M.  This is to avoid overlapping with the log zones for\nthe primary superblock. This higher location is arbitrary but allows\nsupporting devices with very large zone sizes, plus some space around in\nbetween.\n\nSuch large zone size is unrealistic and very unlikely to ever be seen in\nreal devices. Currently, SMR disks have a zone size of 256MB, and we are\nexpecting ZNS drives to be in the 1-4GB range, so this limit gives us\nroom to breathe. For now, we only allow zone sizes up to 8GB. The\nmaximum zone size that would still fit in the space is 256G.\n\nThe fixed location addresses are somewhat arbitrary, with the intent of\nmaintaining superblock reliability for smaller and larger devices, with\nthe preference for the latter. For this reason, there are two superblocks\nunder the first 1T. This should cover use cases for physical devices and\nfor emulated/device-mapper devices.\n\nThe superblock logging zones are reserved for superblock logging and\nnever used for data or metadata blocks. Note that we only reserve the\ntwo zones per primary/copy actually used for superblock logging. We do\nnot reserve the ranges of zones possibly containing superblocks with the\nlargest supported zone size (0-16GB, 512G-528GB, 4096G-4112G).\n\nThe zones containing the fixed location offsets used to store\nsuperblocks on a non-zoned volume are also reserved to avoid confusion.\n\nSigned-off-by: Naohiro Aota \u003cnaohiro.aota@wdc.com\u003e\nSigned-off-by: David Sterba \u003cdsterba@suse.com\u003e\n"
    },
    {
      "commit": "d4961772226de3b48a395a26c076d450d7044c76",
      "tree": "eb27d70daed2522f168e287ded841d20f83fe374",
      "parents": [
        "9288e1f7d396b7702649d78f2c711c3e0020c71d",
        "50ce6826a48f119baf2794fa384a64efe9bd84a5"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 20:00:10 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 20:00:10 2021 -0700"
      },
      "message": "Merge tag \u0027clk-fixes-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux\n\nPull clk fixes from Stephen Boyd:\n \"Here\u0027s the latest pile of clk driver and clk framework fixes for this\n  release:\n\n   - Two clk framework fixes for a long standing issue in\n     clk_notifier_{register,unregister}() where we used a pointer that\n     was for a struct containing a list head when there was no container\n     struct\n\n   - A compile warning fix for socfpga that\u0027s good to have\n\n   - A double free problem with devm registered fixed factor clks\n\n   - One last fix to the Qualcomm camera clk driver to use the right clk\n     ops so clks don\u0027t get stuck and stop working because the firmware\n     takes them for a ride\"\n\n* tag \u0027clk-fixes-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux:\n  clk: fixed: fix double free in resource managed fixed-factor clock\n  clk: fix invalid usage of list cursor in unregister\n  clk: fix invalid usage of list cursor in register\n  clk: qcom: camcc: Update the clock ops for the SC7180\n  clk: socfpga: fix iomem pointer cast on 64-bit\n"
    },
    {
      "commit": "9288e1f7d396b7702649d78f2c711c3e0020c71d",
      "tree": "5b4065a157fce1440dfdf2728229e60f670e3f2d",
      "parents": [
        "adb2c4174fb2294bfed3b161174e8d79743f0167",
        "92f1e8adf7db2ef9b90e5662182810c0cf8ac22e"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 17:12:31 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 17:12:31 2021 -0700"
      },
      "message": "Merge tag \u0027perf-tools-fixes-for-v5.12-2020-04-09\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux\n\nPull perf tool fixes from Arnaldo Carvalho de Melo:\n\n - Fix wrong LBR block sorting in \u0027perf report\u0027\n\n - Fix \u0027perf inject\u0027 repipe usage when consuming perf.data files\n\n - Avoid potential buffer overrun when decoding ARM SPE hardware tracing\n   packets, bug found using a fuzzer\n\n* tag \u0027perf-tools-fixes-for-v5.12-2020-04-09\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux:\n  perf arm-spe: Avoid potential buffer overrun\n  perf report: Fix wrong LBR block sorting\n  perf inject: Fix repipe usage\n"
    },
    {
      "commit": "adb2c4174fb2294bfed3b161174e8d79743f0167",
      "tree": "d9a29fefa738fa0d36c29e00e032a72df193db4f",
      "parents": [
        "4e04e7513b0fa2fe8966a1c83fb473f1667e2810",
        "7d37cb2c912dc5c25ffac784a4f9b98c06c6bd08"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 17:06:32 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 17:06:32 2021 -0700"
      },
      "message": "Merge branch \u0027akpm\u0027 (patches from Andrew)\n\nMerge misc fixes from Andrew Morton:\n \"14 patches.\n\n  Subsystems affected by this patch series: mm (kasan, gup, pagecache,\n  and kfence), MAINTAINERS, mailmap, nds32, gcov, ocfs2, ia64, and lib\"\n\n* emailed patches from Andrew Morton \u003cakpm@linux-foundation.org\u003e:\n  lib: fix kconfig dependency on ARCH_WANT_FRAME_POINTERS\n  kfence, x86: fix preemptible warning on KPTI-enabled systems\n  lib/test_kasan_module.c: suppress unused var warning\n  kasan: fix conflict with page poisoning\n  fs: direct-io: fix missing sdio-\u003eboundary\n  ia64: fix user_stack_pointer() for ptrace()\n  ocfs2: fix deadlock between setattr and dio_end_io_write\n  gcov: re-fix clang-11+ support\n  nds32: flush_dcache_page: use page_mapping_file to avoid races with swapoff\n  mm/gup: check page posion status for coredump.\n  .mailmap: fix old email addresses\n  mailmap: update email address for Jordan Crouse\n  treewide: change my e-mail address, fix my name\n  MAINTAINERS: update CZ.NIC\u0027s Turris information\n"
    },
    {
      "commit": "4e04e7513b0fa2fe8966a1c83fb473f1667e2810",
      "tree": "96b7be4ff5e7d8b026c5d06c635cfece4ffb5cec",
      "parents": [
        "3b9784350f990d8fe2ca08978dc25cd5180d5c21",
        "27f0ad71699de41bae013c367b95a6b319cc46a9"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 15:26:51 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 15:26:51 2021 -0700"
      },
      "message": "Merge tag \u0027net-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes from Jakub Kicinski:\n \"Networking fixes for 5.12-rc7, including fixes from can, ipsec,\n  mac80211, wireless, and bpf trees.\n\n  No scary regressions here or in the works, but small fixes for 5.12\n  changes keep coming.\n\n  Current release - regressions:\n\n   - virtio: do not pull payload in skb-\u003ehead\n\n   - virtio: ensure mac header is set in virtio_net_hdr_to_skb()\n\n   - Revert \"net: correct sk_acceptq_is_full()\"\n\n   - mptcp: revert \"mptcp: provide subflow aware release function\"\n\n   - ethernet: lan743x: fix ethernet frame cutoff issue\n\n   - dsa: fix type was not set for devlink port\n\n   - ethtool: remove link_mode param and derive link params from driver\n\n   - sched: htb: fix null pointer dereference on a null new_q\n\n   - wireless: iwlwifi: Fix softirq/hardirq disabling in\n     iwl_pcie_enqueue_hcmd()\n\n   - wireless: iwlwifi: fw: fix notification wait locking\n\n   - wireless: brcmfmac: p2p: Fix deadlock introduced by avoiding the\n     rtnl dependency\n\n  Current release - new code bugs:\n\n   - napi: fix hangup on napi_disable for threaded napi\n\n   - bpf: take module reference for trampoline in module\n\n   - wireless: mt76: mt7921: fix airtime reporting and related tx hangs\n\n   - wireless: iwlwifi: mvm: rfi: don\u0027t lock mvm-\u003emutex when sending\n     config command\n\n  Previous releases - regressions:\n\n   - rfkill: revert back to old userspace API by default\n\n   - nfc: fix infinite loop, refcount \u0026 memory leaks in LLCP sockets\n\n   - let skb_orphan_partial wake-up waiters\n\n   - xfrm/compat: Cleanup WARN()s that can be user-triggered\n\n   - vxlan, geneve: do not modify the shared tunnel info when PMTU\n     triggers an ICMP reply\n\n   - can: fix msg_namelen values depending on CAN_REQUIRED_SIZE\n\n   - can: uapi: mark union inside struct can_frame packed\n\n   - sched: cls: fix action overwrite reference counting\n\n   - sched: cls: fix err handler in tcf_action_init()\n\n   - ethernet: mlxsw: fix ECN marking in tunnel decapsulation\n\n   - ethernet: nfp: Fix a use after free in nfp_bpf_ctrl_msg_rx\n\n   - ethernet: i40e: fix receiving of single packets in xsk zero-copy\n     mode\n\n   - ethernet: cxgb4: avoid collecting SGE_QBASE regs during traffic\n\n  Previous releases - always broken:\n\n   - bpf: Refuse non-O_RDWR flags in BPF_OBJ_GET\n\n   - bpf: Refcount task stack in bpf_get_task_stack\n\n   - bpf, x86: Validate computation of branch displacements\n\n   - ieee802154: fix many similar syzbot-found bugs\n       - fix NULL dereferences in netlink attribute handling\n       - reject unsupported operations on monitor interfaces\n       - fix error handling in llsec_key_alloc()\n\n   - xfrm: make ipv4 pmtu check honor ip header df\n\n   - xfrm: make hash generation lock per network namespace\n\n   - xfrm: esp: delete NETIF_F_SCTP_CRC bit from features for esp\n     offload\n\n   - ethtool: fix incorrect datatype in set_eee ops\n\n   - xdp: fix xdp_return_frame() kernel BUG throw for page_pool memory\n     model\n\n   - openvswitch: fix send of uninitialized stack memory in ct limit\n     reply\n\n  Misc:\n\n   - udp: add get handling for UDP_GRO sockopt\"\n\n* tag \u0027net-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (182 commits)\n  net: fix hangup on napi_disable for threaded napi\n  net: hns3: Trivial spell fix in hns3 driver\n  lan743x: fix ethernet frame cutoff issue\n  net: ipv6: check for validity before dereferencing cfg-\u003efc_nlinfo.nlh\n  net: dsa: lantiq_gswip: Configure all remaining GSWIP_MII_CFG bits\n  net: dsa: lantiq_gswip: Don\u0027t use PHY auto polling\n  net: sched: sch_teql: fix null-pointer dereference\n  ipv6: report errors for iftoken via netlink extack\n  net: sched: fix err handler in tcf_action_init()\n  net: sched: fix action overwrite reference counting\n  Revert \"net: sched: bump refcount for new action in ACT replace mode\"\n  ice: fix memory leak of aRFS after resuming from suspend\n  i40e: Fix sparse warning: missing error code \u0027err\u0027\n  i40e: Fix sparse error: \u0027vsi-\u003enetdev\u0027 could be null\n  i40e: Fix sparse error: uninitialized symbol \u0027ring\u0027\n  i40e: Fix sparse errors in i40e_txrx.c\n  i40e: Fix parameters in aq_get_phy_register()\n  nl80211: fix beacon head validation\n  bpf, x86: Validate computation of branch displacements for x86-32\n  bpf, x86: Validate computation of branch displacements for x86-64\n  ...\n"
    },
    {
      "commit": "3b9784350f990d8fe2ca08978dc25cd5180d5c21",
      "tree": "22a38e0417e8efa1f0ef40ee814f3f6c74035328",
      "parents": [
        "a2521822bdfd73bd40d7cd81dfa89cc922b1cff4",
        "c60eb049f4a19ddddcd3ee97a9c79ab8066a6a03"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 15:06:52 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 15:06:52 2021 -0700"
      },
      "message": "Merge tag \u0027io_uring-5.12-2021-04-09\u0027 of git://git.kernel.dk/linux-block\n\nPull io_uring fixes from Jens Axboe:\n \"Two minor fixups for the reissue logic, and one for making sure that\n  unbounded work is canceled on io-wq exit\"\n\n* tag \u0027io_uring-5.12-2021-04-09\u0027 of git://git.kernel.dk/linux-block:\n  io-wq: cancel unbounded works on io-wq destroy\n  io_uring: fix rw req completion\n  io_uring: clear F_REISSUE right after getting it\n"
    },
    {
      "commit": "7d37cb2c912dc5c25ffac784a4f9b98c06c6bd08",
      "tree": "8cc90b221a51525eca0d9c7fe0794425af0ade5f",
      "parents": [
        "6a77d38efcda40f555a920909eab22ee0917fd0d"
      ],
      "author": {
        "name": "Julian Braha",
        "email": "julianbraha@gmail.com",
        "time": "Fri Apr 09 13:27:47 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "lib: fix kconfig dependency on ARCH_WANT_FRAME_POINTERS\n\nWhen LATENCYTOP, LOCKDEP, or FAULT_INJECTION_STACKTRACE_FILTER is\nenabled and ARCH_WANT_FRAME_POINTERS is disabled, Kbuild gives a warning\nsuch as:\n\n  WARNING: unmet direct dependencies detected for FRAME_POINTER\n    Depends on [n]: DEBUG_KERNEL [\u003dy] \u0026\u0026 (M68K || UML || SUPERH) || ARCH_WANT_FRAME_POINTERS [\u003dn] || MCOUNT [\u003dn]\n    Selected by [y]:\n    - LATENCYTOP [\u003dy] \u0026\u0026 DEBUG_KERNEL [\u003dy] \u0026\u0026 STACKTRACE_SUPPORT [\u003dy] \u0026\u0026 PROC_FS [\u003dy] \u0026\u0026 !MIPS \u0026\u0026 !PPC \u0026\u0026 !S390 \u0026\u0026 !MICROBLAZE \u0026\u0026 !ARM \u0026\u0026 !ARC \u0026\u0026 !X86\n\nDepending on ARCH_WANT_FRAME_POINTERS causes a recursive dependency\nerror.  ARCH_WANT_FRAME_POINTERS is to be selected by the architecture,\nand is not supposed to be overridden by other config options.\n\nLink: https://lkml.kernel.org/r/20210329165329.27994-1-julianbraha@gmail.com\nSigned-off-by: Julian Braha \u003cjulianbraha@gmail.com\u003e\nCc: Andreas Schwab \u003cschwab@linux-m68k.org\u003e\nCc: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: Necip Fazil Yildiran \u003cfazilyildiran@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "6a77d38efcda40f555a920909eab22ee0917fd0d",
      "tree": "756dce0425ae2b4685d276f52aaaa2f645c6a4ef",
      "parents": [
        "e156656717b810202914b77557de8112df4dad0d"
      ],
      "author": {
        "name": "Marco Elver",
        "email": "elver@google.com",
        "time": "Fri Apr 09 13:27:44 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "kfence, x86: fix preemptible warning on KPTI-enabled systems\n\nOn systems with KPTI enabled, we can currently observe the following\nwarning:\n\n  BUG: using smp_processor_id() in preemptible\n  caller is invalidate_user_asid+0x13/0x50\n  CPU: 6 PID: 1075 Comm: dmesg Not tainted 5.12.0-rc4-gda4a2b1a5479-kfence_1+ #1\n  Hardware name: Hewlett-Packard HP Pro 3500 Series/2ABF, BIOS 8.11 10/24/2012\n  Call Trace:\n   dump_stack+0x7f/0xad\n   check_preemption_disabled+0xc8/0xd0\n   invalidate_user_asid+0x13/0x50\n   flush_tlb_one_kernel+0x5/0x20\n   kfence_protect+0x56/0x80\n   ...\n\nWhile it normally makes sense to require preemption to be off, so that\nthe expected CPU\u0027s TLB is flushed and not another, in our case it really\nis best-effort (see comments in kfence_protect_page()).\n\nAvoid the warning by disabling preemption around flush_tlb_one_kernel().\n\nLink: https://lore.kernel.org/lkml/YGIDBAboELGgMgXy@elver.google.com/\nLink: https://lkml.kernel.org/r/20210330065737.652669-1-elver@google.com\nSigned-off-by: Marco Elver \u003celver@google.com\u003e\nReported-by: Tomi Sarvela \u003ctomi.p.sarvela@intel.com\u003e\nCc: Alexander Potapenko \u003cglider@google.com\u003e\nCc: Dmitry Vyukov \u003cdvyukov@google.com\u003e\nCc: Andrey Konovalov \u003candreyknvl@google.com\u003e\nCc: Jann Horn \u003cjannh@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "e156656717b810202914b77557de8112df4dad0d",
      "tree": "ab42356aa1ccad9455927a5dbd8b28dc077872ae",
      "parents": [
        "06b1f85588948bd4c772845e5d6891b8f6082248"
      ],
      "author": {
        "name": "Andrew Morton",
        "email": "akpm@linux-foundation.org",
        "time": "Fri Apr 09 13:27:41 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "lib/test_kasan_module.c: suppress unused var warning\n\nLocal `unused\u0027 is intentionally unused - it is there to suppress\n__must_check warnings.\n\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nLink: https://lkml.kernel.org/r/202104050216.HflRxfJm-lkp@intel.com\nCc: Marco Elver \u003celver@google.com\u003e\nCc: Alexander Potapenko \u003cglider@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "06b1f85588948bd4c772845e5d6891b8f6082248",
      "tree": "cfe4931b5eaa039a84cee63bb271ce21c1eb5b87",
      "parents": [
        "df41872b68601059dd4a84858952dcae58acd331"
      ],
      "author": {
        "name": "Andrey Konovalov",
        "email": "andreyknvl@google.com",
        "time": "Fri Apr 09 13:27:38 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "kasan: fix conflict with page poisoning\n\nWhen page poisoning is enabled, it accesses memory that is marked as\npoisoned by KASAN, which leas to false-positive KASAN reports.\n\nSuppress the reports by adding KASAN annotations to unpoison_page()\n(poison_page() already has them).\n\nLink: https://lkml.kernel.org/r/2dc799014d31ac13fd97bd906bad33e16376fc67.1617118501.git.andreyknvl@google.com\nSigned-off-by: Andrey Konovalov \u003candreyknvl@google.com\u003e\nCc: Alexander Potapenko \u003cglider@google.com\u003e\nCc: Marco Elver \u003celver@google.com\u003e\nCc: Dmitry Vyukov \u003cdvyukov@google.com\u003e\nCc: Andrey Ryabinin \u003caryabinin@virtuozzo.com\u003e\nCc: Andrey Konovalov \u003candreyknvl@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "df41872b68601059dd4a84858952dcae58acd331",
      "tree": "3dcf37942a7c52b11f79e0bf7b81264bc9f367f6",
      "parents": [
        "7ad1e366167837daeb93d0bacb57dee820b0b898"
      ],
      "author": {
        "name": "Jack Qiu",
        "email": "jack.qiu@huawei.com",
        "time": "Fri Apr 09 13:27:35 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "fs: direct-io: fix missing sdio-\u003eboundary\n\nI encountered a hung task issue, but not a performance one.  I run DIO\non a device (need lba continuous, for example open channel ssd), maybe\nhungtask in below case:\n\n  DIO:\t\t\t\t\t\tCheckpoint:\n  get addr A(at boundary), merge into BIO,\n  no submit because boundary missing\n\t\t\t\t\t\tflush dirty data(get addr A+1), wait IO(A+1)\n\t\t\t\t\t\twriteback timeout, because DIO(A) didn\u0027t submit\n  get addr A+2 fail, because checkpoint is doing\n\ndio_send_cur_page() may clear sdio-\u003eboundary, so prevent it from missing\na boundary.\n\nLink: https://lkml.kernel.org/r/20210322042253.38312-1-jack.qiu@huawei.com\nFixes: b1058b981272 (\"direct-io: submit bio after boundary buffer is added to it\")\nSigned-off-by: Jack Qiu \u003cjack.qiu@huawei.com\u003e\nReviewed-by: Jan Kara \u003cjack@suse.cz\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "7ad1e366167837daeb93d0bacb57dee820b0b898",
      "tree": "de3fd1892ce5e6e033661d7bdac856c8a71bffa1",
      "parents": [
        "90bd070aae6c4fb5d302f9c4b9c88be60c8197ec"
      ],
      "author": {
        "name": "Sergei Trofimovich",
        "email": "slyfox@gentoo.org",
        "time": "Fri Apr 09 13:27:32 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "ia64: fix user_stack_pointer() for ptrace()\n\nia64 has two stacks:\n\n - memory stack (or stack), pointed at by by r12\n\n - register backing store (register stack), pointed at by\n   ar.bsp/ar.bspstore with complications around dirty\n   register frame on CPU.\n\nIn [1] Dmitry noticed that PTRACE_GET_SYSCALL_INFO returns the register\nstack instead memory stack.\n\nThe bug comes from the fact that user_stack_pointer() and\ncurrent_user_stack_pointer() don\u0027t return the same register:\n\n  ulong user_stack_pointer(struct pt_regs *regs) { return regs-\u003ear_bspstore; }\n  #define current_user_stack_pointer() (current_pt_regs()-\u003er12)\n\nThe change gets both back in sync.\n\nI think ptrace(PTRACE_GET_SYSCALL_INFO) is the only affected user by\nthis bug on ia64.\n\nThe change fixes \u0027rt_sigreturn.gen.test\u0027 strace test where it was\nobserved initially.\n\nLink: https://bugs.gentoo.org/769614 [1]\nLink: https://lkml.kernel.org/r/20210331084447.2561532-1-slyfox@gentoo.org\nSigned-off-by: Sergei Trofimovich \u003cslyfox@gentoo.org\u003e\nReported-by: Dmitry V. Levin \u003cldv@altlinux.org\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "90bd070aae6c4fb5d302f9c4b9c88be60c8197ec",
      "tree": "780aa6b672ed9ff3e9901d4c69398bd87edbce54",
      "parents": [
        "9562fd132985ea9185388a112e50f2a51557827d"
      ],
      "author": {
        "name": "Wengang Wang",
        "email": "wen.gang.wang@oracle.com",
        "time": "Fri Apr 09 13:27:29 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "ocfs2: fix deadlock between setattr and dio_end_io_write\n\nThe following deadlock is detected:\n\n  truncate -\u003e setattr path is waiting for pending direct IO to be done (inode-\u003ei_dio_count become zero) with inode-\u003ei_rwsem held (down_write).\n\n  PID: 14827  TASK: ffff881686a9af80  CPU: 20  COMMAND: \"ora_p005_hrltd9\"\n   #0  __schedule at ffffffff818667cc\n   #1  schedule at ffffffff81866de6\n   #2  inode_dio_wait at ffffffff812a2d04\n   #3  ocfs2_setattr at ffffffffc05f322e [ocfs2]\n   #4  notify_change at ffffffff812a5a09\n   #5  do_truncate at ffffffff812808f5\n   #6  do_sys_ftruncate.constprop.18 at ffffffff81280cf2\n   #7  sys_ftruncate at ffffffff81280d8e\n   #8  do_syscall_64 at ffffffff81003949\n   #9  entry_SYSCALL_64_after_hwframe at ffffffff81a001ad\n\ndio completion path is going to complete one direct IO (decrement\ninode-\u003ei_dio_count), but before that it hung at locking inode-\u003ei_rwsem:\n\n   #0  __schedule+700 at ffffffff818667cc\n   #1  schedule+54 at ffffffff81866de6\n   #2  rwsem_down_write_failed+536 at ffffffff8186aa28\n   #3  call_rwsem_down_write_failed+23 at ffffffff8185a1b7\n   #4  down_write+45 at ffffffff81869c9d\n   #5  ocfs2_dio_end_io_write+180 at ffffffffc05d5444 [ocfs2]\n   #6  ocfs2_dio_end_io+85 at ffffffffc05d5a85 [ocfs2]\n   #7  dio_complete+140 at ffffffff812c873c\n   #8  dio_aio_complete_work+25 at ffffffff812c89f9\n   #9  process_one_work+361 at ffffffff810b1889\n  #10  worker_thread+77 at ffffffff810b233d\n  #11  kthread+261 at ffffffff810b7fd5\n  #12  ret_from_fork+62 at ffffffff81a0035e\n\nThus above forms ABBA deadlock.  The same deadlock was mentioned in\nupstream commit 28f5a8a7c033 (\"ocfs2: should wait dio before inode lock\nin ocfs2_setattr()\").  It seems that that commit only removed the\ncluster lock (the victim of above dead lock) from the ABBA deadlock\nparty.\n\nEnd-user visible effects: Process hang in truncate -\u003e ocfs2_setattr path\nand other processes hang at ocfs2_dio_end_io_write path.\n\nThis is to fix the deadlock itself.  It removes inode_lock() call from\ndio completion path to remove the deadlock and add ip_alloc_sem lock in\nsetattr path to synchronize the inode modifications.\n\n[wen.gang.wang@oracle.com: remove the \"had_alloc_lock\" as suggested]\n  Link: https://lkml.kernel.org/r/20210402171344.1605-1-wen.gang.wang@oracle.com\n\nLink: https://lkml.kernel.org/r/20210331203654.3911-1-wen.gang.wang@oracle.com\nSigned-off-by: Wengang Wang \u003cwen.gang.wang@oracle.com\u003e\nReviewed-by: Joseph Qi \u003cjoseph.qi@linux.alibaba.com\u003e\nCc: Mark Fasheh \u003cmark@fasheh.com\u003e\nCc: Joel Becker \u003cjlbec@evilplan.org\u003e\nCc: Junxiao Bi \u003cjunxiao.bi@oracle.com\u003e\nCc: Changwei Ge \u003cgechangwei@live.cn\u003e\nCc: Gang He \u003cghe@suse.com\u003e\nCc: Jun Piao \u003cpiaojun@huawei.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "9562fd132985ea9185388a112e50f2a51557827d",
      "tree": "04ae60b766d4cfd2d51f39ddcdef087f4da8c9c3",
      "parents": [
        "a3a8833dffb7e7329c2586b8bfc531adb503f123"
      ],
      "author": {
        "name": "Nick Desaulniers",
        "email": "ndesaulniers@google.com",
        "time": "Fri Apr 09 13:27:26 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "gcov: re-fix clang-11+ support\n\nLLVM changed the expected function signature for llvm_gcda_emit_function()\nin the clang-11 release.  Users of clang-11 or newer may have noticed\ntheir kernels producing invalid coverage information:\n\n  $ llvm-cov gcov -a -c -u -f -b \u003cinput\u003e.gcda -- gcno\u003d\u003cinput\u003e.gcno\n  1 \u003cfunc\u003e: checksum mismatch, \\\n    (\u003clineno chksum A\u003e, \u003ccfg chksum B\u003e) !\u003d (\u003clineno chksum A\u003e, \u003ccfg chksum C\u003e)\n  2 Invalid .gcda File!\n  ...\n\nFix up the function signatures so calling this function interprets its\nparameters correctly and computes the correct cfg checksum.  In\nparticular, in clang-11, the additional checksum is no longer optional.\n\nLink: https://reviews.llvm.org/rG25544ce2df0daa4304c07e64b9c8b0f7df60c11d\nLink: https://lkml.kernel.org/r/20210408184631.1156669-1-ndesaulniers@google.com\nReported-by: Prasad Sodagudi \u003cpsodagud@quicinc.com\u003e\nTested-by: Prasad Sodagudi \u003cpsodagud@quicinc.com\u003e\nSigned-off-by: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nReviewed-by: Nathan Chancellor \u003cnathan@kernel.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e\t[5.4+]\n\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "a3a8833dffb7e7329c2586b8bfc531adb503f123",
      "tree": "7fadf4a4abab241df784c017e8b9bb7efc2064c7",
      "parents": [
        "d3378e86d1822b6d0bebfbc18a8348691c05dfa0"
      ],
      "author": {
        "name": "Mike Rapoport",
        "email": "rppt@linux.ibm.com",
        "time": "Fri Apr 09 13:27:23 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "nds32: flush_dcache_page: use page_mapping_file to avoid races with swapoff\n\nCommit cb9f753a3731 (\"mm: fix races between swapoff and flush dcache\")\nupdated flush_dcache_page implementations on several architectures to\nuse page_mapping_file() in order to avoid races between page_mapping()\nand swapoff().\n\nThis update missed arch/nds32 and there is a possibility of a race\nthere.\n\nReplace page_mapping() with page_mapping_file() in nds32 implementation\nof flush_dcache_page().\n\nLink: https://lkml.kernel.org/r/20210330175126.26500-1-rppt@kernel.org\nFixes: cb9f753a3731 (\"mm: fix races between swapoff and flush dcache\")\nSigned-off-by: Mike Rapoport \u003crppt@linux.ibm.com\u003e\nReviewed-by: Matthew Wilcox (Oracle) \u003cwilly@infradead.org\u003e\nAcked-by: Greentime Hu \u003cgreen.hu@gmail.com\u003e\nCc: Huang Ying \u003cying.huang@intel.com\u003e\nCc: Nick Hu \u003cnickhu@andestech.com\u003e\nCc: Vincent Chen \u003cdeanbo422@gmail.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "d3378e86d1822b6d0bebfbc18a8348691c05dfa0",
      "tree": "2227be458aa753929524f8ecc88ea34050897f36",
      "parents": [
        "a5c5e441518f1f39da7ed3ef8e61361a9ea90c8b"
      ],
      "author": {
        "name": "Aili Yao",
        "email": "yaoaili@kingsoft.com",
        "time": "Fri Apr 09 13:27:19 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "mm/gup: check page posion status for coredump.\n\nWhen we do coredump for user process signal, this may be an SIGBUS signal\nwith BUS_MCEERR_AR or BUS_MCEERR_AO code, which means this signal is\nresulted from ECC memory fail like SRAR or SRAO, we expect the memory\nrecovery work is finished correctly, then the get_dump_page() will not\nreturn the error page as its process pte is set invalid by\nmemory_failure().\n\nBut memory_failure() may fail, and the process\u0027s related pte may not be\ncorrectly set invalid, for current code, we will return the poison page,\nget it dumped, and then lead to system panic as its in kernel code.\n\nSo check the poison status in get_dump_page(), and if TRUE, return NULL.\n\nThere maybe other scenario that is also better to check the posion status\nand not to panic, so make a wrapper for this check, Thanks to David\u0027s\nsuggestion(\u003cdavid@redhat.com\u003e).\n\n[akpm@linux-foundation.org: s/0/false/]\n[yaoaili@kingsoft.com: is_page_poisoned() arg cannot be null, per Matthew]\n\nLink: https://lkml.kernel.org/r/20210322115233.05e4e82a@alex-virtual-machine\nLink: https://lkml.kernel.org/r/20210319104437.6f30e80d@alex-virtual-machine\nSigned-off-by: Aili Yao \u003cyaoaili@kingsoft.com\u003e\nCc: David Hildenbrand \u003cdavid@redhat.com\u003e\nCc: Matthew Wilcox \u003cwilly@infradead.org\u003e\nCc: Naoya Horiguchi \u003cnaoya.horiguchi@nec.com\u003e\nCc: Oscar Salvador \u003cosalvador@suse.de\u003e\nCc: Mike Kravetz \u003cmike.kravetz@oracle.com\u003e\nCc: Aili Yao \u003cyaoaili@kingsoft.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "a5c5e441518f1f39da7ed3ef8e61361a9ea90c8b",
      "tree": "52dc0875510dc1b04a3c0fd6d768536f80b63bd1",
      "parents": [
        "620ff418ef440f2d585d8c8b2e9396ccfacaacd7"
      ],
      "author": {
        "name": "Matthew Wilcox",
        "email": "willy@infradead.org",
        "time": "Fri Apr 09 13:27:10 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": ".mailmap: fix old email addresses\n\nUpdate Nick \u0026 Nadia\u0027s old addresses.\n\nLink: https://lkml.kernel.org/r/20210406134036.GQ2531743@casper.infradead.org\nSigned-off-by: Matthew Wilcox \u003cwilly@infradead.org\u003e\nCc: Nicholas Piggin \u003cnpiggin@gmail.com\u003e\nCc: Nadia Yvette Chambers \u003cnyc@holomorphy.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "620ff418ef440f2d585d8c8b2e9396ccfacaacd7",
      "tree": "795b8c485f2f61f1f5f00e095cad403558e855cb",
      "parents": [
        "b37c38484375f5a204500e0b10b40da268090995"
      ],
      "author": {
        "name": "Jordan Crouse",
        "email": "jordan@cosmicpenguin.net",
        "time": "Fri Apr 09 13:27:07 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "mailmap: update email address for Jordan Crouse\n\njcrouse at codeaurora.org has started bouncing.  Redirect to a more\npermanent address.\n\nLink: https://lkml.kernel.org/r/20210325143700.1490518-1-jordan@cosmicpenguin.net\nSigned-off-by: Jordan Crouse \u003cjordan@cosmicpenguin.net\u003e\nCc: Alexander Lobakin \u003calobakin@pm.me\u003e\nCc: Jonathan Corbet \u003ccorbet@lwn.net\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Miguel Ojeda \u003cojeda@kernel.org\u003e\nCc: Thomas Bogendoerfer \u003ctsbogend@alpha.franken.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "b37c38484375f5a204500e0b10b40da268090995",
      "tree": "3b183d13eaf3b945f6d9e8b58ac0cf1904e1658f",
      "parents": [
        "4873d8cc141e76aa5f3e7ef6e98dfb3823fcbe6d"
      ],
      "author": {
        "name": "Marek Behún",
        "email": "kabel@kernel.org",
        "time": "Fri Apr 09 13:27:04 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "treewide: change my e-mail address, fix my name\n\nChange my e-mail address to kabel@kernel.org, and fix my name in\nnon-code parts (add diacritical mark).\n\nLink: https://lkml.kernel.org/r/20210325171123.28093-2-kabel@kernel.org\nSigned-off-by: Marek Behún \u003ckabel@kernel.org\u003e\nCc: Bartosz Golaszewski \u003cbgolaszewski@baylibre.com\u003e\nCc: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nCc: Jassi Brar \u003cjassisinghbrar@gmail.com\u003e\nCc: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nCc: Pavel Machek \u003cpavel@ucw.cz\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "4873d8cc141e76aa5f3e7ef6e98dfb3823fcbe6d",
      "tree": "e794bcfe1ea6dd2b00f3d0ef86d592887d502a9b",
      "parents": [
        "17e7124aad766b3f158943acb51467f86220afe9"
      ],
      "author": {
        "name": "Marek Behún",
        "email": "kabel@kernel.org",
        "time": "Fri Apr 09 13:27:01 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 14:54:23 2021 -0700"
      },
      "message": "MAINTAINERS: update CZ.NIC\u0027s Turris information\n\nAdd all the files maintained by Turris team, not only for MOX, but also\nfor Omnia.  Change website.\n\nLink: https://lkml.kernel.org/r/20210325171123.28093-1-kabel@kernel.org\nSigned-off-by: Marek Behún \u003ckabel@kernel.org\u003e\nCc: Pavel Machek \u003cpavel@ucw.cz\u003e\nCc: Jassi Brar \u003cjassisinghbrar@gmail.com\u003e\nCc: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nCc: Bartosz Golaszewski \u003cbgolaszewski@baylibre.com\u003e\nCc: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "a2521822bdfd73bd40d7cd81dfa89cc922b1cff4",
      "tree": "0e5a40c94b7306868ed807e84232c5d387ca170f",
      "parents": [
        "a85f165e1f38c0a5a6e671ce8126a8cafe35af09",
        "d473d32c2fbac2d1d7082c61899cfebd34eb267a"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 13:01:48 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 13:01:48 2021 -0700"
      },
      "message": "Merge tag \u0027devicetree-fixes-for-5.12-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux\n\nPull devicetree fixes from Rob Herring:\n\n - Fix fw_devlink failure with \".*,nr-gpios\" properties\n\n - Doc link reference fixes from Mauro\n\n - Fixes for unaligned FDT handling found on OpenRisc. First, avoid\n   crash with better error handling when unflattening an unaligned FDT.\n   Second, fix memory allocations for FDTs to ensure alignment.\n\n* tag \u0027devicetree-fixes-for-5.12-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux:\n  of: property: fw_devlink: do not link \".*,nr-gpios\"\n  dt-bindings:iio:adc: update motorola,cpcap-adc.yaml reference\n  dt-bindings: fix references for iio-bindings.txt\n  dt-bindings: don\u0027t use ../dir for doc references\n  of: unittest: overlay: ensure proper alignment of copied FDT\n  of: properly check for error returned by fdt_get_name()\n"
    },
    {
      "commit": "a85f165e1f38c0a5a6e671ce8126a8cafe35af09",
      "tree": "9e136cfd01023900453e4ee76c973a9d9549b25d",
      "parents": [
        "60144b23c94216b4aca6fba90dca9349183f39e1",
        "bd119f471299c8692a00b2f5e9bba8e3b81c3466"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 12:56:10 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 12:56:10 2021 -0700"
      },
      "message": "Merge tag \u0027drm-fixes-2021-04-10\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Dave Airlie:\n \"Was relatively quiet this week, but still a few pulls came in, pretty\n  much small fixes across the board, a couple of regression fixes in the\n  amdgpu/radeon code, msm has a few minor fixes across the board, a\n  panel regression fix also.\n\n  amdgpu:\n   - DCN3 fix\n   - Fix CAC setting regression for TOPAZ\n   - Fix ttm regression\n\n  radeon:\n   - Fix ttm regression\n\n  msm:\n   - a5xx/a6xx timestamp fix\n   - microcode version check\n   - fail path fix\n   - block programming fix\n   - error removal fix\n\n  i915:\n   - Fix invalid access to ACPI _DSM objects\n\n  xen:\n   - Fix use-after-free in xen\n   - minor duplicate defintion cleanup\n\n  vc4:\n   - Reduce fifo threshold on hvs4 to fix a fifo full error\n   - minor redunantant assignment cleanup\n\n  panel:\n   - Disable TE support for Droid4 and N950\"\n\n* tag \u0027drm-fixes-2021-04-10\u0027 of git://anongit.freedesktop.org/drm/drm:\n  drm/vc4: crtc: Reduce PV fifo threshold on hvs4\n  drm/vc4: plane: Remove redundant assignment\n  drm/amdgpu/smu7: fix CAC setting on TOPAZ\n  drm/radeon: Fix size overflow\n  drm/amdgpu: Fix size overflow\n  drm/i915: Fix invalid access to ACPI _DSM objects\n  drm/amd/display: Add missing mask for DCN3\n  drm/panel: panel-dsi-cm: disable TE for now\n  drm/msm/disp/dpu1: program 3d_merge only if block is attached\n  drm/msm: a6xx: fix version check for the A650 SQE microcode\n  drm/msm: Fix a5xx/a6xx timestamps\n  drm/msm: Fix removal of valid error case when checking speed_bin\n  drm/msm: Set drvdata to NULL when msm_drm_init() fails\n  drivers: gpu: drm: xen_drm_front_drm_info is declared twice\n  gpu/xen: Fix a use after free in xen_drm_drv_init\n"
    },
    {
      "commit": "27f0ad71699de41bae013c367b95a6b319cc46a9",
      "tree": "f74e446319f81d7d42410f8b06b5a56235903c53",
      "parents": [
        "cd7e963d2f0875789ddb5c3746b628716bd0a8c9"
      ],
      "author": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Fri Apr 09 17:24:17 2021 +0200"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Fri Apr 09 12:50:31 2021 -0700"
      },
      "message": "net: fix hangup on napi_disable for threaded napi\n\nnapi_disable() is subject to an hangup, when the threaded\nmode is enabled and the napi is under heavy traffic.\n\nIf the relevant napi has been scheduled and the napi_disable()\nkicks in before the next napi_threaded_wait() completes - so\nthat the latter quits due to the napi_disable_pending() condition,\nthe existing code leaves the NAPI_STATE_SCHED bit set and the\nnapi_disable() loop waiting for such bit will hang.\n\nThis patch addresses the issue by dropping the NAPI_STATE_DISABLE\nbit test in napi_thread_wait(). The later napi_threaded_poll()\niteration will take care of clearing the NAPI_STATE_SCHED.\n\nThis also addresses a related problem reported by Jakub:\nbefore this patch a napi_disable()/napi_enable() pair killed\nthe napi thread, effectively disabling the threaded mode.\nOn the patched kernel napi_disable() simply stops scheduling\nthe relevant thread.\n\nv1 -\u003e v2:\n  - let the main napi_thread_poll() loop clear the SCHED bit\n\nReported-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\nFixes: 29863d41bb6e (\"net: implement threaded-able napi poll loop support\")\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\nReviewed-by: Eric Dumazet \u003cedumazet@google.com\u003e\nLink: https://lore.kernel.org/r/883923fa22745a9589e8610962b7dc59df09fb1f.1617981844.git.pabeni@redhat.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "cd7e963d2f0875789ddb5c3746b628716bd0a8c9",
      "tree": "82d2a912cea53440144cdb56f200a43919b90038",
      "parents": [
        "3bc41d6d2721d5168a8f7fea34028a5332068f5e"
      ],
      "author": {
        "name": "Salil Mehta",
        "email": "salil.mehta@huawei.com",
        "time": "Fri Apr 09 08:42:23 2021 +0100"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Fri Apr 09 12:50:31 2021 -0700"
      },
      "message": "net: hns3: Trivial spell fix in hns3 driver\n\nSome trivial spelling mistakes which caught my eye during the\nreview of the code.\n\nSigned-off-by: Salil Mehta \u003csalil.mehta@huawei.com\u003e\nLink: https://lore.kernel.org/r/20210409074223.32480-1-salil.mehta@huawei.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "3bc41d6d2721d5168a8f7fea34028a5332068f5e",
      "tree": "49f60782ab19f86874a50804a9f7d07addba04fb",
      "parents": [
        "864db232dc7036aa2de19749c3d5be0143b24f8f"
      ],
      "author": {
        "name": "Sven Van Asbroeck",
        "email": "thesven73@gmail.com",
        "time": "Thu Apr 08 20:39:04 2021 -0400"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Fri Apr 09 12:49:38 2021 -0700"
      },
      "message": "lan743x: fix ethernet frame cutoff issue\n\nThe ethernet frame length is calculated incorrectly. Depending on\nthe value of RX_HEAD_PADDING, this may result in ethernet frames\nthat are too short (cut off at the end), or too long (garbage added\nto the end).\n\nFix by calculating the ethernet frame length correctly. For added\nclarity, use the ETH_FCS_LEN constant in the calculation.\n\nMany thanks to Heiner Kallweit for suggesting this solution.\n\nSuggested-by: Heiner Kallweit \u003chkallweit1@gmail.com\u003e\nFixes: 3e21a10fdea3 (\"lan743x: trim all 4 bytes of the FCS; not just 2\")\nLink: https://lore.kernel.org/lkml/20210408172353.21143-1-TheSven73@gmail.com/\nSigned-off-by: Sven Van Asbroeck \u003cthesven73@gmail.com\u003e\nReviewed-by: George McCollister \u003cgeorge.mccollister@gmail.com\u003e\nTested-by: George McCollister \u003cgeorge.mccollister@gmail.com\u003e\nLink: https://lore.kernel.org/r/20210409003904.8957-1-TheSven73@gmail.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "d473d32c2fbac2d1d7082c61899cfebd34eb267a",
      "tree": "7c7be3b4e3526861bd576e39bf15798b6fd34526",
      "parents": [
        "21d6ff39e1692b1f8c0d17331b15f76b40a3c726"
      ],
      "author": {
        "name": "Ilya Lipnitskiy",
        "email": "ilya.lipnitskiy@gmail.com",
        "time": "Mon Apr 05 15:25:40 2021 -0700"
      },
      "committer": {
        "name": "Rob Herring",
        "email": "robh@kernel.org",
        "time": "Fri Apr 09 14:24:25 2021 -0500"
      },
      "message": "of: property: fw_devlink: do not link \".*,nr-gpios\"\n\n[\u003cvendor\u003e,]nr-gpios property is used by some GPIO drivers[0] to indicate\nthe number of GPIOs present on a system, not define a GPIO. nr-gpios is\nnot configured by #gpio-cells and can\u0027t be parsed along with other\n\"*-gpios\" properties.\n\nnr-gpios without the \"\u003cvendor\u003e,\" prefix is not allowed by the DT\nspec[1], so only add exception for the \",nr-gpios\" suffix and let the\nerror message continue being printed for non-compliant implementations.\n\n[0] nr-gpios is referenced in Documentation/devicetree/bindings/gpio:\n - gpio-adnp.txt\n - gpio-xgene-sb.txt\n - gpio-xlp.txt\n - snps,dw-apb-gpio.yaml\n\n[1] Link: https://github.com/devicetree-org/dt-schema/blob/cb53a16a1eb3e2169ce170c071e47940845ec26e/schemas/gpio/gpio-consumer.yaml#L20\n\nFixes errors such as:\n  OF: /palmbus@300000/gpio@600: could not find phandle\n\nFixes: 7f00be96f125 (\"of: property: Add device link support for interrupt-parent, dmas and -gpio(s)\")\nSigned-off-by: Ilya Lipnitskiy \u003cilya.lipnitskiy@gmail.com\u003e\nCc: Saravana Kannan \u003csaravanak@google.com\u003e\nCc: stable@vger.kernel.org # v5.5+\nLink: https://lore.kernel.org/r/20210405222540.18145-1-ilya.lipnitskiy@gmail.com\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n"
    },
    {
      "commit": "21d6ff39e1692b1f8c0d17331b15f76b40a3c726",
      "tree": "f6064947a0eb4e80d670f075f03ff7522a9ce477",
      "parents": [
        "8235ef155d00d903ff46df099175517ff08f34c9"
      ],
      "author": {
        "name": "Mauro Carvalho Chehab",
        "email": "mchehab+huawei@kernel.org",
        "time": "Fri Apr 09 14:47:47 2021 +0200"
      },
      "committer": {
        "name": "Rob Herring",
        "email": "robh@kernel.org",
        "time": "Fri Apr 09 14:24:25 2021 -0500"
      },
      "message": "dt-bindings:iio:adc: update motorola,cpcap-adc.yaml reference\n\nChangeset 1ca9d1b1342d (\"dt-bindings:iio:adc:motorola,cpcap-adc yaml conversion\")\nrenamed: Documentation/devicetree/bindings/iio/adc/cpcap-adc.txt\nto: Documentation/devicetree/bindings/iio/adc/motorola,cpcap-adc.yaml.\n\nUpdate its cross-reference accordingly.\n\nFixes: 1ca9d1b1342d (\"dt-bindings:iio:adc:motorola,cpcap-adc yaml conversion\")\nAcked-by: Jonathan Cameron \u003cJonathan.Cameron@huawei.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab+huawei@kernel.org\u003e\nLink: https://lore.kernel.org/r/3e205e5fa701e4bc15d39d6ac1f57717df2bb4c6.1617972339.git.mchehab+huawei@kernel.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n"
    },
    {
      "commit": "8235ef155d00d903ff46df099175517ff08f34c9",
      "tree": "704f7a79c26ca21a3b1146c77b5a3bf647b96e3f",
      "parents": [
        "f6d6c6993a30af46c3a2c323589611890c10ecda"
      ],
      "author": {
        "name": "Mauro Carvalho Chehab",
        "email": "mchehab+huawei@kernel.org",
        "time": "Fri Apr 09 14:47:46 2021 +0200"
      },
      "committer": {
        "name": "Rob Herring",
        "email": "robh@kernel.org",
        "time": "Fri Apr 09 14:18:49 2021 -0500"
      },
      "message": "dt-bindings: fix references for iio-bindings.txt\n\nThe iio-bindings.txt was converted into two files and merged\nat the dt-schema git tree at:\n\n\thttps://github.com/devicetree-org/dt-schema\n\nYet, some documents still refer to the old file. Fix their\nreferences, in order to point to the right URL.\n\nFixes: dba91f82d580 (\"dt-bindings:iio:iio-binding.txt Drop file as content now in dt-schema\")\nAcked-by: Jonathan Cameron \u003cJonathan.Cameron@huawei.com\u003e\nAcked-by: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab+huawei@kernel.org\u003e\nLink: https://lore.kernel.org/r/4efd81eca266ca0875d3bf9d1672097444146c69.1617972339.git.mchehab+huawei@kernel.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n"
    },
    {
      "commit": "f6d6c6993a30af46c3a2c323589611890c10ecda",
      "tree": "777e19ea2902f9b7098e313c0048ed74cc485b1a",
      "parents": [
        "48d499bd89191b359a6dbe44d32107e3021571c2"
      ],
      "author": {
        "name": "Mauro Carvalho Chehab",
        "email": "mchehab+huawei@kernel.org",
        "time": "Fri Apr 09 14:47:45 2021 +0200"
      },
      "committer": {
        "name": "Rob Herring",
        "email": "robh@kernel.org",
        "time": "Fri Apr 09 14:18:49 2021 -0500"
      },
      "message": "dt-bindings: don\u0027t use ../dir for doc references\n\nAs documents have been renamed and moved around, their\nreferences will break, but this will be unnoticed, as the\nscript which checks for it won\u0027t handle \"../\" references.\n\nSo, replace them by the full patch.\n\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab+huawei@kernel.org\u003e\nLink: https://lore.kernel.org/r/68d3a1244119d1f2829c375b0ef554cf348bc89f.1617972339.git.mchehab+huawei@kernel.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n"
    },
    {
      "commit": "bd119f471299c8692a00b2f5e9bba8e3b81c3466",
      "tree": "c1fb8d679a0e233ade5f23c416de402f82d08cb5",
      "parents": [
        "d416bd0bf7efc733f80cbd9b1e387368965ef121",
        "b6a37a93c9ac3900987c79b726d0bb3699d8db4e"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Sat Apr 10 05:18:31 2021 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Sat Apr 10 05:18:35 2021 +1000"
      },
      "message": "Merge tag \u0027drm-intel-fixes-2021-04-09\u0027 of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes\n\n- Fix invalid access to ACPI _DSM objects (Takashi)\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n\nFrom: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/YHAW6NInrybUoat6@intel.com\n"
    },
    {
      "commit": "d416bd0bf7efc733f80cbd9b1e387368965ef121",
      "tree": "69e9ac0510e7b1da39ea95e5fb89a4d5252c38d7",
      "parents": [
        "2e99cd7a313a0d97b62ccf320c72ef70179dc3f3",
        "eb9dfdd1ed40357b99a4201c8534c58c562e48c9"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Sat Apr 10 05:15:35 2021 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Sat Apr 10 05:18:10 2021 +1000"
      },
      "message": "Merge tag \u0027drm-misc-fixes-2021-04-09\u0027 of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes\n\ndrm-misc-fixes for v5.12-rc7:\n- Fix use-after-free in xen.\n- Reduce fifo threshold on hvs4 to fix a fifo full error.\n- Disable TE support for Droid4 and N950.\n- Small compiler fixes.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n\nFrom: Maarten Lankhorst \u003cmaarten.lankhorst@linux.intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/e7647dd9-60c3-9dfd-a377-89d717212e13@linux.intel.com\n"
    },
    {
      "commit": "60144b23c94216b4aca6fba90dca9349183f39e1",
      "tree": "d8377c1d2896c0c61b955c24bdbceee7789d21c6",
      "parents": [
        "189fefc7a4f0401d0f799de96b772319a6541fc1",
        "9ad6e9cb39c66366bf7b9aece114aca277981a1f"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 11:51:06 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 11:51:06 2021 -0700"
      },
      "message": "Merge tag \u0027selinux-pr-20210409\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux\n\nPull selinux fixes from Paul Moore:\n \"Three SELinux fixes.\n\n  These fix known problems relating to (re)loading SELinux policy or\n  changing the policy booleans, and pass our test suite without problem\"\n\n* tag \u0027selinux-pr-20210409\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux:\n  selinux: fix race between old and new sidtab\n  selinux: fix cond_list corruption when changing booleans\n  selinux: make nslot handling in avtab more robust\n"
    },
    {
      "commit": "189fefc7a4f0401d0f799de96b772319a6541fc1",
      "tree": "e56075286127609d34a3103eae695c43e6d4b0d9",
      "parents": [
        "3766fcf5d318046e0ae58659e03ead35d40cb9dd",
        "bc04d93ea30a0a8eb2a2648b848cef35d1f6f798"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 10:09:51 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 10:09:51 2021 -0700"
      },
      "message": "Merge tag \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost\n\nPull vdpa/mlx5 fixes from Michael Tsirkin:\n \"Last minute fixes.\n\n  These all look like something we are better off having\n  than not ...\"\n\n* tag \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost:\n  vdpa/mlx5: Fix suspend/resume index restoration\n  vdpa/mlx5: Fix wrong use of bit numbers\n  vdpa/mlx5: Retrieve BAR address suitable any function\n  vdpa/mlx5: Use the correct dma device when registering memory\n  vdpa/mlx5: should exclude header length and fcs from mtu\n"
    },
    {
      "commit": "3766fcf5d318046e0ae58659e03ead35d40cb9dd",
      "tree": "3dd9cc3eb410d25bf3eeee7b5418fbcfb6de4f5d",
      "parents": [
        "0b76088799cc8db1ea9c626e54e7bc65f605e65f",
        "9afeefcf06fc7b4bdab06a6e2cb06745bded34dd"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 10:05:25 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 10:05:25 2021 -0700"
      },
      "message": "Merge tag \u0027rproc-v5.12-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/andersson/remoteproc\n\nPull remoteproc fixes from Bjorn Andersson:\n \"This fixes an issue with firmware loading on the TI K3 PRU, fixes\n  compatibility with GNU binutils for the same and resolves link error\n  due to a 64-bit division in the Qualcomm PIL info.\n\n  It also recognizes Mathieu Poirier as co-maintainer of the remoteproc\n  and rpmsg subsystems\"\n\n* tag \u0027rproc-v5.12-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/andersson/remoteproc:\n  remoteproc: pru: Fix firmware loading crashes on K3 SoCs\n  remoteproc: pru: Fix loading of GNU Binutils ELF\n  MAINTAINERS: Add co-maintainer for remoteproc/RPMSG subsystems\n  remoteproc: qcom: pil_info: avoid 64-bit division\n"
    },
    {
      "commit": "0b76088799cc8db1ea9c626e54e7bc65f605e65f",
      "tree": "8f4ced642b80391f54665039cd0d701ca4e2e4cc",
      "parents": [
        "ccd6c35c72c771616c37d1978e02a982da0678ef",
        "d120198bd5ff1d41808b6914e1eb89aff937415c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 09:58:42 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 09:58:42 2021 -0700"
      },
      "message": "Merge tag \u0027for-linus-5.12b-rc7-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip\n\nPull xen fix from Juergen Gross:\n \"A single fix of a 5.12 patch for the rather uncommon problem of\n  running as a Xen guest with a real time kernel config\"\n\n* tag \u0027for-linus-5.12b-rc7-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:\n  xen/evtchn: Change irq_info lock to raw_spinlock_t\n"
    },
    {
      "commit": "ccd6c35c72c771616c37d1978e02a982da0678ef",
      "tree": "12ab764a9c0deca1010bd75a6beb1e6d90962a29",
      "parents": [
        "895915226a598394fe9bf57fe97612bdfcb2fb86",
        "fa26d0c778b432d3d9814ea82552e813b33eeb5c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 09:25:31 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 09:25:31 2021 -0700"
      },
      "message": "Merge tag \u0027acpi-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull ACPI fix from Rafael Wysocki:\n \"Fix a build issue introduced by a previous fix in the ACPI processor\n  driver (Vitaly Kuznetsov)\"\n\n* tag \u0027acpi-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n  ACPI: processor: Fix build when CONFIG_ACPI_PROCESSOR\u003dm\n"
    },
    {
      "commit": "bc04d93ea30a0a8eb2a2648b848cef35d1f6f798",
      "tree": "f8a021c94b2f473770d42f4909198875c588db3e",
      "parents": [
        "4b454a82418dd76d8c0590bb3f7a99a63ea57dc5"
      ],
      "author": {
        "name": "Eli Cohen",
        "email": "elic@nvidia.com",
        "time": "Thu Apr 08 12:10:47 2021 +0300"
      },
      "committer": {
        "name": "Michael S. Tsirkin",
        "email": "mst@redhat.com",
        "time": "Fri Apr 09 12:08:28 2021 -0400"
      },
      "message": "vdpa/mlx5: Fix suspend/resume index restoration\n\nWhen we suspend the VM, the VDPA interface will be reset. When the VM is\nresumed again, clear_virtqueues() will clear the available and used\nindices resulting in hardware virqtqueue objects becoming out of sync.\nWe can avoid this function alltogether since qemu will clear them if\nrequired, e.g. when the VM went through a reboot.\n\nMoreover, since the hw available and used indices should always be\nidentical on query and should be restored to the same value same value\nfor virtqueues that complete in order, we set the single value provided\nby set_vq_state(). In get_vq_state() we return the value of hardware\nused index.\n\nFixes: b35ccebe3ef7 (\"vdpa/mlx5: Restore the hardware used index after change map\")\nFixes: 1a86b377aa21 (\"vdpa/mlx5: Add VDPA driver for supported mlx5 devices\")\nSigned-off-by: Eli Cohen \u003celic@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20210408091047.4269-6-elic@nvidia.com\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\n"
    },
    {
      "commit": "4b454a82418dd76d8c0590bb3f7a99a63ea57dc5",
      "tree": "03de024620006bc0e0510b1de235028a525a8353",
      "parents": [
        "b2ae0a2db8a2d42a643590c4935faf61fedf553b"
      ],
      "author": {
        "name": "Eli Cohen",
        "email": "elic@nvidia.com",
        "time": "Thu Apr 08 12:10:46 2021 +0300"
      },
      "committer": {
        "name": "Michael S. Tsirkin",
        "email": "mst@redhat.com",
        "time": "Fri Apr 09 12:08:27 2021 -0400"
      },
      "message": "vdpa/mlx5: Fix wrong use of bit numbers\n\nVIRTIO_F_VERSION_1 is a bit number. Use BIT_ULL() with mask\nconditionals.\n\nAlso, in mlx5_vdpa_is_little_endian() use BIT_ULL for consistency with\nthe rest of the code.\n\nFixes: 1a86b377aa21 (\"vdpa/mlx5: Add VDPA driver for supported mlx5 devices\")\nSigned-off-by: Eli Cohen \u003celic@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20210408091047.4269-5-elic@nvidia.com\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\n"
    },
    {
      "commit": "b2ae0a2db8a2d42a643590c4935faf61fedf553b",
      "tree": "75ec0de8cc271f8f3d74c5773516dd8263c2cc4c",
      "parents": [
        "d13a15d544ce51c0d83744ccb638c954e645feea"
      ],
      "author": {
        "name": "Eli Cohen",
        "email": "elic@nvidia.com",
        "time": "Thu Apr 08 12:10:45 2021 +0300"
      },
      "committer": {
        "name": "Michael S. Tsirkin",
        "email": "mst@redhat.com",
        "time": "Fri Apr 09 12:08:27 2021 -0400"
      },
      "message": "vdpa/mlx5: Retrieve BAR address suitable any function\n\nstruct mlx5_core_dev has a bar_addr field that contains the correct bar\naddress for the function regardless of whether it is pci function or sub\nfunction. Use it.\n\nFixes: 1958fc2f0712 (\"net/mlx5: SF, Add auxiliary device driver\")\nSigned-off-by: Eli Cohen \u003celic@nvidia.com\u003e\nReviewed-by: Parav Pandit \u003cparav@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20210408091047.4269-4-elic@nvidia.com\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\n"
    },
    {
      "commit": "d13a15d544ce51c0d83744ccb638c954e645feea",
      "tree": "52dd86562d0d0ef63dede16bca43af92237d2098",
      "parents": [
        "d084d996aaf53c0cc583dc75a4fc2a67fe485846"
      ],
      "author": {
        "name": "Eli Cohen",
        "email": "elic@nvidia.com",
        "time": "Thu Apr 08 12:10:44 2021 +0300"
      },
      "committer": {
        "name": "Michael S. Tsirkin",
        "email": "mst@redhat.com",
        "time": "Fri Apr 09 12:08:27 2021 -0400"
      },
      "message": "vdpa/mlx5: Use the correct dma device when registering memory\n\nIn cases where the vdpa instance uses a SF (sub function), the DMA\ndevice is the parent device. Use a function to retrieve the correct DMA\ndevice.\n\nFixes: 1958fc2f0712 (\"net/mlx5: SF, Add auxiliary device driver\")\nSigned-off-by: Eli Cohen \u003celic@nvidia.com\u003e\nReviewed-by: Parav Pandit \u003cparav@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20210408091047.4269-3-elic@nvidia.com\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\n"
    },
    {
      "commit": "d084d996aaf53c0cc583dc75a4fc2a67fe485846",
      "tree": "c2abe0c58fa5b3acfc05bae0bd22a0910ffc514f",
      "parents": [
        "e49d033bddf5b565044e2abe4241353959bc9120"
      ],
      "author": {
        "name": "Si-Wei Liu",
        "email": "si-wei.liu@oracle.com",
        "time": "Thu Apr 08 12:10:43 2021 +0300"
      },
      "committer": {
        "name": "Michael S. Tsirkin",
        "email": "mst@redhat.com",
        "time": "Fri Apr 09 12:08:27 2021 -0400"
      },
      "message": "vdpa/mlx5: should exclude header length and fcs from mtu\n\nWhen feature VIRTIO_NET_F_MTU is negotiated on mlx5_vdpa,\n22 extra bytes worth of MTU length is shown in guest.\nThis is because the mlx5_query_port_max_mtu API returns\nthe \"hardware\" MTU value, which does not just contain the\n Ethernet payload, but includes extra lengths starting\nfrom the Ethernet header up to the FCS altogether.\n\nFix the MTU so packets won\u0027t get dropped silently.\n\nFixes: 1a86b377aa21 (\"vdpa/mlx5: Add VDPA driver for supported mlx5 devices\")\nSigned-off-by: Si-Wei Liu \u003csi-wei.liu@oracle.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\nAcked-by: Eli Cohen \u003celic@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20210408091047.4269-2-elic@nvidia.com\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\n"
    },
    {
      "commit": "895915226a598394fe9bf57fe97612bdfcb2fb86",
      "tree": "f6628c0cb235dc2bd17e4eec8a3b62d672903579",
      "parents": [
        "17e7124aad766b3f158943acb51467f86220afe9"
      ],
      "author": {
        "name": "Hans de Goede",
        "email": "hdegoede@redhat.com",
        "time": "Fri Apr 09 15:58:50 2021 +0200"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Apr 09 09:08:02 2021 -0700"
      },
      "message": "Bluetooth: btusb: Revert Fix the autosuspend enable and disable\n\ndrivers/usb/core/hub.c: usb_new_device() contains the following:\n\n        /* By default, forbid autosuspend for all devices.  It will be\n         * allowed for hubs during binding.\n         */\n        usb_disable_autosuspend(udev);\n\nSo for anything which is not a hub, such as btusb devices, autosuspend is\ndisabled by default and we must call usb_enable_autosuspend(udev) to\nenable it.\n\nThis means that the \"Fix the autosuspend enable and disable\" commit,\nwhich drops the usb_enable_autosuspend() call when the enable_autosuspend\nmodule option is true, is completely wrong, revert it.\n\nThis reverts commit 7bd9fb058d77213130e4b3e594115c028b708e7e.\n\nCc: Hui Wang \u003chui.wang@canonical.com\u003e\nFixes: 7bd9fb058d77 (\"Bluetooth: btusb: Fix the autosuspend enable and disable\")\nAcked-by: Hui Wang \u003chui.wang@canonical.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "0760fa3d8f7fceeea508b98899f1c826e10ffe78",
      "tree": "f4fffe3b9d2e2c9c6bcf7b64efed634f8e300d61",
      "parents": [
        "e49d033bddf5b565044e2abe4241353959bc9120"
      ],
      "author": {
        "name": "Roman Gushchin",
        "email": "guro@fb.com",
        "time": "Wed Apr 07 20:57:33 2021 -0700"
      },
      "committer": {
        "name": "Dennis Zhou",
        "email": "dennis@kernel.org",
        "time": "Fri Apr 09 13:58:38 2021 +0000"
      },
      "message": "percpu: make pcpu_nr_empty_pop_pages per chunk type\n\nnr_empty_pop_pages is used to guarantee that there are some free\npopulated pages to satisfy atomic allocations. Accounted and\nnon-accounted allocations are using separate sets of chunks,\nso both need to have a surplus of empty pages.\n\nThis commit makes pcpu_nr_empty_pop_pages and the corresponding logic\nper chunk type.\n\n[Dennis]\nThis issue came up as I was reviewing [1] and realized I missed this.\nSimultaneously, it was reported btrfs was seeing failed atomic\nallocations in fsstress tests [2] and [3].\n\n[1] https://lore.kernel.org/linux-mm/20210324190626.564297-1-guro@fb.com/\n[2] https://lore.kernel.org/linux-mm/20210401185158.3275.409509F4@e16-tech.com/\n[3] https://lore.kernel.org/linux-mm/CAL3q7H5RNBjCi708GH7jnczAOe0BLnacT9C+OBgA-Dx9jhB6SQ@mail.gmail.com/\n\nFixes: 3c7be18ac9a0 (\"mm: memcg/percpu: account percpu memory to memory cgroups\")\nCc: stable@vger.kernel.org # 5.9+\nSigned-off-by: Roman Gushchin \u003cguro@fb.com\u003e\nTested-by: Filipe Manana \u003cfdmanana@suse.com\u003e\nSigned-off-by: Dennis Zhou \u003cdennis@kernel.org\u003e\n"
    },
    {
      "commit": "632a1c209b8773cb0119fe3aada9f1db14fa357c",
      "tree": "b4581824c67a657e741df1fb5d69378db1249017",
      "parents": [
        "3a62583c2853b0ab37a57dde79decea210b5fb89"
      ],
      "author": {
        "name": "Thomas Tai",
        "email": "thomas.tai@oracle.com",
        "time": "Thu Apr 08 13:28:33 2021 -0400"
      },
      "committer": {
        "name": "Borislav Petkov",
        "email": "bp@suse.de",
        "time": "Fri Apr 09 13:45:09 2021 +0200"
      },
      "message": "x86/traps: Correct exc_general_protection() and math_error() return paths\n\nCommit\n\n  334872a09198 (\"x86/traps: Attempt to fixup exceptions in vDSO before signaling\")\n\nadded return statements which bypass calling cond_local_irq_disable().\n\nAccording to\n\n  ca4c6a9858c2 (\"x86/traps: Make interrupt enable/disable symmetric in C code\"),\n\ncond_local_irq_disable() is needed because the asm return code no longer\ndisables interrupts. Follow the existing code as an example to use \"goto\nexit\" instead of \"return\" statement.\n\n [ bp: Massage commit message. ]\n\nFixes: 334872a09198 (\"x86/traps: Attempt to fixup exceptions in vDSO before signaling\")\nSigned-off-by: Thomas Tai \u003cthomas.tai@oracle.com\u003e\nSigned-off-by: Borislav Petkov \u003cbp@suse.de\u003e\nReviewed-by: Alexandre Chartre \u003calexandre.chartre@oracle.com\u003e\nLink: https://lkml.kernel.org/r/1617902914-83245-1-git-send-email-thomas.tai@oracle.com\n"
    },
    {
      "commit": "17e7124aad766b3f158943acb51467f86220afe9",
      "tree": "7138ae707edd4837f263d139b0dea45837391899",
      "parents": [
        "4fa56ad0d12e24df768c98bffe9039f915d1bc02",
        "0fc9322ab5e1fe6910c9673e1a7ff29f7dd72611"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 18:57:47 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 18:57:47 2021 -0700"
      },
      "message": "Merge tag \u00275.12-rc6-smb3\u0027 of git://git.samba.org/sfrench/cifs-2.6\n\nPull cifs fixes from Steve French:\n \"Three cifs/smb3 fixes, two for stable: a reconnect fix and a fix for\n  display of devnames with special characters\"\n\n* tag \u00275.12-rc6-smb3\u0027 of git://git.samba.org/sfrench/cifs-2.6:\n  cifs: escape spaces in share names\n  fs: cifs: Remove unnecessary struct declaration\n  cifs: On cifs_reconnect, resolve the hostname again.\n"
    },
    {
      "commit": "2e99cd7a313a0d97b62ccf320c72ef70179dc3f3",
      "tree": "7ccd25c3cc0c488659760888411f8de6a8458ce5",
      "parents": [
        "2bbbb07da802a5b5e2252841b754292cc834e8c9",
        "12aca1ce9ee33af3751aec5e55a5900747cbdd4b"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Apr 09 10:33:11 2021 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Apr 09 10:33:38 2021 +1000"
      },
      "message": "Merge tag \u0027drm-msm-fixes-2021-04-02\u0027 of https://gitlab.freedesktop.org/drm/msm into drm-fixes\n\nsome more minor fixes:\n- a5xx/a6xx timestamp fix\n- microcode version check\n- fail path fix\n- block programming fix\n- error removal fix.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Rob Clark \u003crobdclark@gmail.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/CAF6AEGsMj7Nv3vVaVWMxPy8Y\u003dZ_SnZmVKhKgKDxDYTr9rGN_+w@mail.gmail.com\n"
    },
    {
      "commit": "864db232dc7036aa2de19749c3d5be0143b24f8f",
      "tree": "dc7d062aa31dd41d2dde3653442a412fec116fef",
      "parents": [
        "2d1b50abf8d4964b14705bfec253be6e80c22099"
      ],
      "author": {
        "name": "Muhammad Usama Anjum",
        "email": "musamaanjum@gmail.com",
        "time": "Fri Apr 09 03:01:29 2021 +0500"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 16:41:46 2021 -0700"
      },
      "message": "net: ipv6: check for validity before dereferencing cfg-\u003efc_nlinfo.nlh\n\nnlh is being checked for validtity two times when it is dereferenced in\nthis function. Check for validity again when updating the flags through\nnlh pointer to make the dereferencing safe.\n\nCC: \u003cstable@vger.kernel.org\u003e\nAddresses-Coverity: (\"NULL pointer dereference\")\nSigned-off-by: Muhammad Usama Anjum \u003cmusamaanjum@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2d1b50abf8d4964b14705bfec253be6e80c22099",
      "tree": "aa5b68af113e75b4f040253def2d9a5ac5368841",
      "parents": [
        "6494d15fd643ed24e0603e52923ee64ed1cfa00e",
        "4b5923249b8fa427943b50b8f35265176472be38"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 16:38:23 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 16:38:23 2021 -0700"
      },
      "message": "Merge branch \u0027lantiq-GSWIP-fixes\u0027\n\nMartin Blumenstingl says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nlantiq: GSWIP: two more fixes\n\nafter my last patch got accepted and is now in net as commit\n3e6fdeb28f4c33 (\"net: dsa: lantiq_gswip: Let GSWIP automatically set\nthe xMII clock\") [0] some more people from the OpenWrt community\n(many thanks to everyone involved) helped test the GSWIP driver: [1]\n\nIt turns out that the previous fix does not work for all boards.\nThere\u0027s no regression, but it doesn\u0027t fix as many problems as I\nthought. This is why two more fixes are needed:\n- the first one solves many (four known but probably there are\n  a few extra hidden ones) reported bugs with the GSWIP where no\n  traffic would flow. Not all circumstances are fully understood\n  but testing shows that switching away from PHY auto polling\n  solves all of them\n- while investigating the different problems which are addressed\n  by the first patch some small issues with the existing code were\n  found. These are addressed by the second patch\n\nChanges since v1 at [0]:\n- Don\u0027t configure the link parameters in gswip_phylink_mac_config\n  (as we\u0027re using the \"modern\" way in gswip_phylink_mac_link_up).\n  Thanks to Andrew for the hint with the phylink documentation.\n- Clarify that GSWIP_MII_CFG_RMII_CLK is ignored by the hardware in\n  the description of the second patch as suggested by Hauke\n- Don\u0027t set GSWIP_MII_CFG_RGMII_IBS in the second patch as we don\u0027t\n  have any hardware available for testing this. The patch\n  description now also reflects this.\n- Added Andrew\u0027s Reviewed-by to the first patch (thank you!)\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "4b5923249b8fa427943b50b8f35265176472be38",
      "tree": "aa5b68af113e75b4f040253def2d9a5ac5368841",
      "parents": [
        "3e9005be87777afc902b9f5497495898202d335d"
      ],
      "author": {
        "name": "Martin Blumenstingl",
        "email": "martin.blumenstingl@googlemail.com",
        "time": "Thu Apr 08 20:38:28 2021 +0200"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 16:38:23 2021 -0700"
      },
      "message": "net: dsa: lantiq_gswip: Configure all remaining GSWIP_MII_CFG bits\n\nThere are a few more bits in the GSWIP_MII_CFG register for which we\ndid rely on the boot-loader (or the hardware defaults) to set them up\nproperly.\n\nFor some external RMII PHYs we need to select the GSWIP_MII_CFG_RMII_CLK\nbit and also we should un-set it for non-RMII PHYs. The\nGSWIP_MII_CFG_RMII_CLK bit is ignored for other PHY connection modes.\n\nThe GSWIP IP also supports in-band auto-negotiation for RGMII PHYs when\nthe GSWIP_MII_CFG_RGMII_IBS bit is set. Clear this bit always as there\u0027s\nno known hardware which uses this (so it is not tested yet).\n\nClear the xMII isolation bit when set at initialization time if it was\npreviously set by the bootloader. Not doing so could lead to no traffic\n(neither RX nor TX) on a port with this bit set.\n\nWhile here, also add the GSWIP_MII_CFG_RESET bit. We don\u0027t need to\nmanage it because this bit is self-clearning when set. We still add it\nhere to get a better overview of the GSWIP_MII_CFG register.\n\nFixes: 14fceff4771e51 (\"net: dsa: Add Lantiq / Intel DSA driver for vrx200\")\nCc: stable@vger.kernel.org\nSuggested-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nAcked-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: Martin Blumenstingl \u003cmartin.blumenstingl@googlemail.com\u003e\nReviewed-by: Florian Fainelli \u003cf.fainelli@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "3e9005be87777afc902b9f5497495898202d335d",
      "tree": "83d62050c8a4e1d4de2a12594901ed394e102155",
      "parents": [
        "6494d15fd643ed24e0603e52923ee64ed1cfa00e"
      ],
      "author": {
        "name": "Martin Blumenstingl",
        "email": "martin.blumenstingl@googlemail.com",
        "time": "Thu Apr 08 20:38:27 2021 +0200"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 16:38:23 2021 -0700"
      },
      "message": "net: dsa: lantiq_gswip: Don\u0027t use PHY auto polling\n\nPHY auto polling on the GSWIP hardware can be used so link changes\n(speed, link up/down, etc.) can be detected automatically. Internally\nGSWIP reads the PHY\u0027s registers for this functionality. Based on this\nautomatic detection GSWIP can also automatically re-configure it\u0027s port\nsettings. Unfortunately this auto polling (and configuration) mechanism\nseems to cause various issues observed by different people on different\ndevices:\n- FritzBox 7360v2: the two Gbit/s ports (connected to the two internal\n  PHY11G instances) are working fine but the two Fast Ethernet ports\n  (using an AR8030 RMII PHY) are completely dead (neither RX nor TX are\n  received). It turns out that the AR8030 PHY sets the BMSR_ESTATEN bit\n  as well as the ESTATUS_1000_TFULL and ESTATUS_1000_XFULL bits. This\n  makes the PHY auto polling state machine (rightfully?) think that the\n  established link speed (when the other side is Gbit/s capable) is\n  1Gbit/s.\n- None of the Ethernet ports on the Zyxel P-2812HNU-F1 (two are\n  connected to the internal PHY11G GPHYs while the other three are\n  external RGMII PHYs) are working. Neither RX nor TX traffic was\n  observed. It is not clear which part of the PHY auto polling state-\n  machine caused this.\n- FritzBox 7412 (only one LAN port which is connected to one of the\n  internal GPHYs running in PHY22F / Fast Ethernet mode) was seeing\n  random disconnects (link down events could be seen). Sometimes all\n  traffic would stop after such disconnect. It is not clear which part\n  of the PHY auto polling state-machine cauased this.\n- TP-Link TD-W9980 (two ports are connected to the internal GPHYs\n  running in PHY11G / Gbit/s mode, the other two are external RGMII\n  PHYs) was affected by similar issues as the FritzBox 7412 just without\n  the \"link down\" events\n\nSwitch to software based configuration instead of PHY auto polling (and\nletting the GSWIP hardware configure the ports automatically) for the\nfollowing link parameters:\n- link up/down\n- link speed\n- full/half duplex\n- flow control (RX / TX pause)\n\nAfter a big round of manual testing by various people (who helped test\nthis on OpenWrt) it turns out that this fixes all reported issues.\n\nAdditionally it can be considered more future proof because any\n\"quirk\" which is implemented for a PHY on the driver side can now be\nused with the GSWIP hardware as well because Linux is in control of the\nlink parameters.\n\nAs a nice side-effect this also solves a problem where fixed-links were\nnot supported previously because we were relying on the PHY auto polling\nmechanism, which cannot work for fixed-links as there\u0027s no PHY from\nwhere it can read the registers. Configuring the link settings on the\nGSWIP ports means that we now use the settings from device-tree also for\nports with fixed-links.\n\nFixes: 14fceff4771e51 (\"net: dsa: Add Lantiq / Intel DSA driver for vrx200\")\nFixes: 3e6fdeb28f4c33 (\"net: dsa: lantiq_gswip: Let GSWIP automatically set the xMII clock\")\nCc: stable@vger.kernel.org\nAcked-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nReviewed-by: Andrew Lunn \u003candrew@lunn.ch\u003e\nSigned-off-by: Martin Blumenstingl \u003cmartin.blumenstingl@googlemail.com\u003e\nReviewed-by: Florian Fainelli \u003cf.fainelli@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "4fa56ad0d12e24df768c98bffe9039f915d1bc02",
      "tree": "b13df16cb9168e9fe5ff6845836f47d0e08eeea4",
      "parents": [
        "3fb4f979b4fa1f92a02b538ae86e725b73e703d0",
        "d1c803a9ccd7bd3aff5e989ccfb39ed3b799b975"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 15:51:11 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 15:51:11 2021 -0700"
      },
      "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma\n\nPull rdma fixes from Jason Gunthorpe:\n \"Nothing very exciting here, just a few small bug fixes. No red flags\n  for this release have shown up.\n\n   - Regression from the last pull request in cxgb4 related to the ipv6\n     fixes\n\n   - KASAN crasher in rtrs\n\n   - oops in hfi1 related to a buggy BIOS\n\n   - Userspace could oops qedr\u0027s XRC support\n\n   - Uninitialized memory when parsing a LS_NLA_TYPE_DGID netlink\n     message\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma:\n  RDMA/addr: Be strict with gid size\n  RDMA/qedr: Fix kernel panic when trying to access recv_cq\n  IB/hfi1: Fix probe time panic when AIP is enabled with a buggy BIOS\n  RDMA/cxgb4: check for ipv6 address properly while destroying listener\n  RDMA/rtrs-clt: Close rtrs client conn before destroying rtrs clt session files\n"
    },
    {
      "commit": "48d499bd89191b359a6dbe44d32107e3021571c2",
      "tree": "2fa58efa7eeb0a6367f6efbcd4b5f4438a1fdfc0",
      "parents": [
        "649cab56de8eb2952498de9b752761ca980cb88a"
      ],
      "author": {
        "name": "Frank Rowand",
        "email": "frank.rowand@sony.com",
        "time": "Thu Apr 08 15:45:08 2021 -0500"
      },
      "committer": {
        "name": "Rob Herring",
        "email": "robh@kernel.org",
        "time": "Thu Apr 08 16:38:47 2021 -0500"
      },
      "message": "of: unittest: overlay: ensure proper alignment of copied FDT\n\nThe Devicetree standard specifies an 8 byte alignment of the FDT.\nCode in libfdt expects this alignment for an FDT image in memory.\nkmemdup() returns 4 byte alignment on openrisc.  Replace kmemdup()\nwith kmalloc(), align pointer, memcpy() to get proper alignment.\n\nThe 4 byte alignment exposed a related bug which triggered a crash\non openrisc with:\ncommit 79edff12060f (\"scripts/dtc: Update to upstream version v1.6.0-51-g183df9e9c2b9\")\nas reported in:\nhttps://lore.kernel.org/lkml/20210327224116.69309-1-linux@roeck-us.net/\n\nReported-by: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Frank Rowand \u003cfrank.rowand@sony.com\u003e\nLink: https://lore.kernel.org/r/20210408204508.2276230-1-frowand.list@gmail.com\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n"
    },
    {
      "commit": "6494d15fd643ed24e0603e52923ee64ed1cfa00e",
      "tree": "0d9f38678db6346082420b84e1fefa25a770c6f4",
      "parents": [
        "1ffbc7ea91606e4abd10eb60de5367f1c86daf5e",
        "1831da7ea5bdf5531d78bcf81f526faa4c4375fa"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:21:40 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:21:40 2021 -0700"
      },
      "message": "Merge branch \u002740GbE\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tnguy/net-queue\n\nTony Nguyen says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nIntel Wired LAN Driver Updates 2021-04-08\n\nThis series contains updates to i40e and ice drivers.\n\nGrzegorz fixes the ordering of parameters to i40e_aq_get_phy_register()\nwhich is causing incorrect information to be reported.\n\nArkadiusz fixes various sparse issues reported on the i40e driver.\n\nYongxin Liu fixes a memory leak with aRFS following resume from suspend\nfor ice driver.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "1ffbc7ea91606e4abd10eb60de5367f1c86daf5e",
      "tree": "fed41033c9f622975d8e93bde394ac9d6927b67f",
      "parents": [
        "971e3057113d5eb25597af1ae61450c0b87c5287"
      ],
      "author": {
        "name": "Pavel Tikhomirov",
        "email": "ptikhomirov@virtuozzo.com",
        "time": "Thu Apr 08 18:14:31 2021 +0300"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:14:42 2021 -0700"
      },
      "message": "net: sched: sch_teql: fix null-pointer dereference\n\nReproduce:\n\n  modprobe sch_teql\n  tc qdisc add dev teql0 root teql0\n\nThis leads to (for instance in Centos 7 VM) OOPS:\n\n[  532.366633] BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8\n[  532.366733] IP: [\u003cffffffffc06124a8\u003e] teql_destroy+0x18/0x100 [sch_teql]\n[  532.366825] PGD 80000001376d5067 PUD 137e37067 PMD 0\n[  532.366906] Oops: 0000 [#1] SMP\n[  532.366987] Modules linked in: sch_teql ...\n[  532.367945] CPU: 1 PID: 3026 Comm: tc Kdump: loaded Tainted: G               ------------ T 3.10.0-1062.7.1.el7.x86_64 #1\n[  532.368041] Hardware name: Virtuozzo KVM, BIOS 1.11.0-2.vz7.2 04/01/2014\n[  532.368125] task: ffff8b7d37d31070 ti: ffff8b7c9fdbc000 task.ti: ffff8b7c9fdbc000\n[  532.368224] RIP: 0010:[\u003cffffffffc06124a8\u003e]  [\u003cffffffffc06124a8\u003e] teql_destroy+0x18/0x100 [sch_teql]\n[  532.368320] RSP: 0018:ffff8b7c9fdbf8e0  EFLAGS: 00010286\n[  532.368394] RAX: ffffffffc0612490 RBX: ffff8b7cb1565e00 RCX: ffff8b7d35ba2000\n[  532.368476] RDX: ffff8b7d35ba2000 RSI: 0000000000000000 RDI: ffff8b7cb1565e00\n[  532.368557] RBP: ffff8b7c9fdbf8f8 R08: ffff8b7d3fd1f140 R09: ffff8b7d3b001600\n[  532.368638] R10: ffff8b7d3b001600 R11: ffffffff84c7d65b R12: 00000000ffffffd8\n[  532.368719] R13: 0000000000008000 R14: ffff8b7d35ba2000 R15: ffff8b7c9fdbf9a8\n[  532.368800] FS:  00007f6a4e872740(0000) GS:ffff8b7d3fd00000(0000) knlGS:0000000000000000\n[  532.368885] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[  532.368961] CR2: 00000000000000a8 CR3: 00000001396ee000 CR4: 00000000000206e0\n[  532.369046] Call Trace:\n[  532.369159]  [\u003cffffffff84c8192e\u003e] qdisc_create+0x36e/0x450\n[  532.369268]  [\u003cffffffff846a9b49\u003e] ? ns_capable+0x29/0x50\n[  532.369366]  [\u003cffffffff849afde2\u003e] ? nla_parse+0x32/0x120\n[  532.369442]  [\u003cffffffff84c81b4c\u003e] tc_modify_qdisc+0x13c/0x610\n[  532.371508]  [\u003cffffffff84c693e7\u003e] rtnetlink_rcv_msg+0xa7/0x260\n[  532.372668]  [\u003cffffffff84907b65\u003e] ? sock_has_perm+0x75/0x90\n[  532.373790]  [\u003cffffffff84c69340\u003e] ? rtnl_newlink+0x890/0x890\n[  532.374914]  [\u003cffffffff84c8da7b\u003e] netlink_rcv_skb+0xab/0xc0\n[  532.376055]  [\u003cffffffff84c63708\u003e] rtnetlink_rcv+0x28/0x30\n[  532.377204]  [\u003cffffffff84c8d400\u003e] netlink_unicast+0x170/0x210\n[  532.378333]  [\u003cffffffff84c8d7a8\u003e] netlink_sendmsg+0x308/0x420\n[  532.379465]  [\u003cffffffff84c2f3a6\u003e] sock_sendmsg+0xb6/0xf0\n[  532.380710]  [\u003cffffffffc034a56e\u003e] ? __xfs_filemap_fault+0x8e/0x1d0 [xfs]\n[  532.381868]  [\u003cffffffffc034a75c\u003e] ? xfs_filemap_fault+0x2c/0x30 [xfs]\n[  532.383037]  [\u003cffffffff847ec23a\u003e] ? __do_fault.isra.61+0x8a/0x100\n[  532.384144]  [\u003cffffffff84c30269\u003e] ___sys_sendmsg+0x3e9/0x400\n[  532.385268]  [\u003cffffffff847f3fad\u003e] ? handle_mm_fault+0x39d/0x9b0\n[  532.386387]  [\u003cffffffff84d88678\u003e] ? __do_page_fault+0x238/0x500\n[  532.387472]  [\u003cffffffff84c31921\u003e] __sys_sendmsg+0x51/0x90\n[  532.388560]  [\u003cffffffff84c31972\u003e] SyS_sendmsg+0x12/0x20\n[  532.389636]  [\u003cffffffff84d8dede\u003e] system_call_fastpath+0x25/0x2a\n[  532.390704]  [\u003cffffffff84d8de21\u003e] ? system_call_after_swapgs+0xae/0x146\n[  532.391753] Code: 00 00 00 00 00 00 5b 5d c3 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 55 48 89 e5 41 55 41 54 53 48 8b b7 48 01 00 00 48 89 fb \u003c48\u003e 8b 8e a8 00 00 00 48 85 c9 74 43 48 89 ca eb 0f 0f 1f 80 00\n[  532.394036] RIP  [\u003cffffffffc06124a8\u003e] teql_destroy+0x18/0x100 [sch_teql]\n[  532.395127]  RSP \u003cffff8b7c9fdbf8e0\u003e\n[  532.396179] CR2: 00000000000000a8\n\nNull pointer dereference happens on master-\u003eslaves dereference in\nteql_destroy() as master is null-pointer.\n\nWhen qdisc_create() calls teql_qdisc_init() it imediately fails after\ncheck \"if (m-\u003edev \u003d\u003d dev)\" because both devices are teql0, and it does\nnot set qdisc_priv(sch)-\u003em leaving it zero on error path, then\nqdisc_create() imediately calls teql_destroy() which does not expect\nzero master pointer and we get OOPS.\n\nFixes: 87b60cfacf9f (\"net_sched: fix error recovery at qdisc creation\")\nSigned-off-by: Pavel Tikhomirov \u003cptikhomirov@virtuozzo.com\u003e\nReviewed-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "971e3057113d5eb25597af1ae61450c0b87c5287",
      "tree": "ae19dab62690938047d3275ffd23eb5e07e9a120",
      "parents": [
        "ac075bdd6899b03785d7fbe3abed1cdf13162726",
        "26f55a59dc65ff77cd1c4b37991e26497fc68049"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:10:53 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:10:53 2021 -0700"
      },
      "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf\n\nDaniel Borkmann says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\npull-request: bpf 2021-04-08\n\nThe following pull-request contains BPF updates for your *net* tree.\n\nWe\u0027ve added 4 non-merge commits during the last 2 day(s) which contain\na total of 4 files changed, 31 insertions(+), 10 deletions(-).\n\nThe main changes are:\n\n1) Validate and reject invalid JIT branch displacements, from Piotr Krysiuk.\n\n2) Fix incorrect unhash restore as well as fwd_alloc memory accounting in\n   sock map, from John Fastabend.\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "ac075bdd6899b03785d7fbe3abed1cdf13162726",
      "tree": "071a2bd6608ede0d346ec4efd613b4dcc7892b77",
      "parents": [
        "3583a4e8d77d44697a21437227dd53fc6e7b2cb5",
        "9a6847ba1747858ccac53c5aba3e25c54fbdf846"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:08:37 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 14:08:37 2021 -0700"
      },
      "message": "Merge tag \u0027mac80211-for-net-2021-04-08.2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211\n\nJohannes berg says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nVarious small fixes:\n * S1G beacon validation\n * potential leak in nl80211\n * fast-RX confusion with 4-addr mode\n * erroneous WARN_ON that userspace can trigger\n * wrong time units in virt_wifi\n * rfkill userspace API breakage\n * TXQ AC confusing that led to traffic stopped forever\n * connection monitoring time after/before confusion\n * netlink beacon head validation buffer overrun\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "3583a4e8d77d44697a21437227dd53fc6e7b2cb5",
      "tree": "cf2dd8e85c6c74f7f1d14ab7c5bf3707c2b91263",
      "parents": [
        "f2fbd0aacdaf10cef961750af55d895b8a455b12"
      ],
      "author": {
        "name": "Stephen Hemminger",
        "email": "stephen@networkplumber.org",
        "time": "Wed Apr 07 08:59:12 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:52:36 2021 -0700"
      },
      "message": "ipv6: report errors for iftoken via netlink extack\n\nSetting iftoken can fail for several different reasons but there\nand there was no report to user as to the cause. Add netlink\nextended errors to the processing of the request.\n\nThis requires adding additional argument through rtnl_af_ops\nset_link_af callback.\n\nReported-by: Hongren Zheng \u003cli@zenithal.me\u003e\nSigned-off-by: Stephen Hemminger \u003cstephen@networkplumber.org\u003e\nReviewed-by: David Ahern \u003cdsahern@kernel.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "f2fbd0aacdaf10cef961750af55d895b8a455b12",
      "tree": "6b0f2e28dd6ccd4b98b4e2201766ce4359fd8120",
      "parents": [
        "8a12f8836145ffe37e9c8733dce18c22fb668b66",
        "b3650bf76a32380d4d80a3e21b5583e7303f216c"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:47:34 2021 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:47:34 2021 -0700"
      },
      "message": "Merge branch \u0027net-sched-action-init-fixes\u0027\n\nVlad Buslov says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nAction initalization fixes\n\nThis series fixes reference counting of action instances and modules in\nseveral parts of action init code. The first patch reverts previous fix\nthat didn\u0027t properly account for rollback from a failure in the middle of\nthe loop in tcf_action_init() which is properly fixed by the following\npatch.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "b3650bf76a32380d4d80a3e21b5583e7303f216c",
      "tree": "6b0f2e28dd6ccd4b98b4e2201766ce4359fd8120",
      "parents": [
        "87c750e8c38bce706eb32e4d8f1e3402f2cebbd4"
      ],
      "author": {
        "name": "Vlad Buslov",
        "email": "vladbu@nvidia.com",
        "time": "Wed Apr 07 18:36:04 2021 +0300"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:47:33 2021 -0700"
      },
      "message": "net: sched: fix err handler in tcf_action_init()\n\nWith recent changes that separated action module load from action\ninitialization tcf_action_init() function error handling code was modified\nto manually release the loaded modules if loading/initialization of any\nfurther action in same batch failed. For the case when all modules\nsuccessfully loaded and some of the actions were initialized before one of\nthem failed in init handler. In this case for all previous actions the\nmodule will be released twice by the error handler: First time by the loop\nthat manually calls module_put() for all ops, and second time by the action\ndestroy code that puts the module after destroying the action.\n\nReproduction:\n\n$ sudo tc actions add action simple sdata \\\"2\\\" index 2\n$ sudo tc actions add action simple sdata \\\"1\\\" index 1 \\\n                      action simple sdata \\\"2\\\" index 2\nRTNETLINK answers: File exists\nWe have an error talking to the kernel\n$ sudo tc actions ls action simple\ntotal acts 1\n\n        action order 0: Simple \u003c\"2\"\u003e\n         index 2 ref 1 bind 0\n$ sudo tc actions flush action simple\n$ sudo tc actions ls action simple\n$ sudo tc actions add action simple sdata \\\"2\\\" index 2\nError: Failed to load TC action module.\nWe have an error talking to the kernel\n$ lsmod | grep simple\nact_simple             20480  -1\n\nFix the issue by modifying module reference counting handling in action\ninitialization code:\n\n- Get module reference in tcf_idr_create() and put it in tcf_idr_release()\ninstead of taking over the reference held by the caller.\n\n- Modify users of tcf_action_init_1() to always release the module\nreference which they obtain before calling init function instead of\nassuming that created action takes over the reference.\n\n- Finally, modify tcf_action_init_1() to not release the module reference\nwhen overwriting existing action as this is no longer necessary since both\nupper and lower layers obtain and manage their own module references\nindependently.\n\nFixes: d349f9976868 (\"net_sched: fix RTNL deadlock again caused by request_module()\")\nSuggested-by: Cong Wang \u003cxiyou.wangcong@gmail.com\u003e\nSigned-off-by: Vlad Buslov \u003cvladbu@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "87c750e8c38bce706eb32e4d8f1e3402f2cebbd4",
      "tree": "4d5c73cbd7a1b764b7af10521233a872b36c42c7",
      "parents": [
        "4ba86128ba077fbb7d86516ae24ed642e6c3adef"
      ],
      "author": {
        "name": "Vlad Buslov",
        "email": "vladbu@nvidia.com",
        "time": "Wed Apr 07 18:36:03 2021 +0300"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:47:33 2021 -0700"
      },
      "message": "net: sched: fix action overwrite reference counting\n\nAction init code increments reference counter when it changes an action.\nThis is the desired behavior for cls API which needs to obtain action\nreference for every classifier that points to action. However, act API just\nneeds to change the action and releases the reference before returning.\nThis sequence breaks when the requested action doesn\u0027t exist, which causes\nact API init code to create new action with specified index, but action is\nstill released before returning and is deleted (unless it was referenced\nconcurrently by cls API).\n\nReproduction:\n\n$ sudo tc actions ls action gact\n$ sudo tc actions change action gact drop index 1\n$ sudo tc actions ls action gact\n\nExtend tcf_action_init() to accept \u0027init_res\u0027 array and initialize it with\naction-\u003eops-\u003einit() result. In tcf_action_add() remove pointers to created\nactions from actions array before passing it to tcf_action_put_many().\n\nFixes: cae422f379f3 (\"net: sched: use reference counting action init\")\nReported-by: Kumar Kartikeya Dwivedi \u003cmemxor@gmail.com\u003e\nSigned-off-by: Vlad Buslov \u003cvladbu@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "4ba86128ba077fbb7d86516ae24ed642e6c3adef",
      "tree": "af2ecabc8b4b157e6de02a6840a1e78fad6026d5",
      "parents": [
        "8a12f8836145ffe37e9c8733dce18c22fb668b66"
      ],
      "author": {
        "name": "Vlad Buslov",
        "email": "vladbu@nvidia.com",
        "time": "Wed Apr 07 18:36:02 2021 +0300"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 08 13:47:33 2021 -0700"
      },
      "message": "Revert \"net: sched: bump refcount for new action in ACT replace mode\"\n\nThis reverts commit 6855e8213e06efcaf7c02a15e12b1ae64b9a7149.\n\nFollowing commit in series fixes the issue without introducing regression\nin error rollback of tcf_action_destroy().\n\nSigned-off-by: Vlad Buslov \u003cvladbu@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "df8a39f2911a4c7769e0f760509f556a9e9d37af",
      "tree": "9400d0c718c1e8d5d59d4f362106903fde9e50fd",
      "parents": [
        "56b4c6515a367718ced8595debf1567c052ea0b2"
      ],
      "author": {
        "name": "Wolfram Sang",
        "email": "wsa@kernel.org",
        "time": "Wed Apr 07 20:35:32 2021 +0200"
      },
      "committer": {
        "name": "Wolfram Sang",
        "email": "wsa@kernel.org",
        "time": "Thu Apr 08 22:39:12 2021 +0200"
      },
      "message": "i2c: imx: mention Oleksij as maintainer of the binding docs\n\nWhen I removed myself as a maintainer of the yaml file, I missed that\nsome maintainer is required. Oleksij is already listed in MAINTAINERS\nfor this file, so add him here as well.\n\nFixes: 1ae6b3780848 (\"i2c: imx: drop me as maintainer of binding docs\")\nReviewed-by: Oleksij Rempel \u003co.rempel@pengutronix.de\u003e\nReviewed-by: Rob Herring \u003crobh@kernel.org\u003e\nSigned-off-by: Wolfram Sang \u003cwsa@kernel.org\u003e\n"
    },
    {
      "commit": "c60eb049f4a19ddddcd3ee97a9c79ab8066a6a03",
      "tree": "925912804184a6403646e2cee326046d43e1aece",
      "parents": [
        "9728463737db027557e8ba315cbbca6b81122c04"
      ],
      "author": {
        "name": "Pavel Begunkov",
        "email": "asml.silence@gmail.com",
        "time": "Thu Apr 08 01:54:42 2021 +0100"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "axboe@kernel.dk",
        "time": "Thu Apr 08 13:33:17 2021 -0600"
      },
      "message": "io-wq: cancel unbounded works on io-wq destroy\n\nWARNING: CPU: 5 PID: 227 at fs/io_uring.c:8578 io_ring_exit_work+0xe6/0x470\nRIP: 0010:io_ring_exit_work+0xe6/0x470\nCall Trace:\n process_one_work+0x206/0x400\n worker_thread+0x4a/0x3d0\n kthread+0x129/0x170\n ret_from_fork+0x22/0x30\n\nINFO: task lfs-openat:2359 blocked for more than 245 seconds.\ntask:lfs-openat      state:D stack:    0 pid: 2359 ppid:     1 flags:0x00000004\nCall Trace:\n ...\n wait_for_completion+0x8b/0xf0\n io_wq_destroy_manager+0x24/0x60\n io_wq_put_and_exit+0x18/0x30\n io_uring_clean_tctx+0x76/0xa0\n __io_uring_files_cancel+0x1b9/0x2e0\n do_exit+0xc0/0xb40\n ...\n\nEven after io-wq destroy has been issued io-wq worker threads will\ncontinue executing all left work items as usual, and may hang waiting\nfor I/O that won\u0027t ever complete (aka unbounded).\n\n[\u003c0\u003e] pipe_read+0x306/0x450\n[\u003c0\u003e] io_iter_do_read+0x1e/0x40\n[\u003c0\u003e] io_read+0xd5/0x330\n[\u003c0\u003e] io_issue_sqe+0xd21/0x18a0\n[\u003c0\u003e] io_wq_submit_work+0x6c/0x140\n[\u003c0\u003e] io_worker_handle_work+0x17d/0x400\n[\u003c0\u003e] io_wqe_worker+0x2c0/0x330\n[\u003c0\u003e] ret_from_fork+0x22/0x30\n\nCancel all unbounded I/O instead of executing them. This changes the\nuser visible behaviour, but that\u0027s inevitable as io-wq is not per task.\n\nSuggested-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Pavel Begunkov \u003casml.silence@gmail.com\u003e\nLink: https://lore.kernel.org/r/cd4b543154154cba055cf86f351441c2174d7f71.1617842918.git.asml.silence@gmail.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n"
    },
    {
      "commit": "9728463737db027557e8ba315cbbca6b81122c04",
      "tree": "0ca66c69feef8efb268fd54ae45bde6e38f00863",
      "parents": [
        "6ad7f2332e84c46f0c94e73e05b5b7c2bc1a6b74"
      ],
      "author": {
        "name": "Pavel Begunkov",
        "email": "asml.silence@gmail.com",
        "time": "Thu Apr 08 19:28:03 2021 +0100"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "axboe@kernel.dk",
        "time": "Thu Apr 08 13:32:59 2021 -0600"
      },
      "message": "io_uring: fix rw req completion\n\nWARNING: at fs/io_uring.c:8578 io_ring_exit_work.cold+0x0/0x18\n\nAs reissuing is now passed back by REQ_F_REISSUE and kiocb_done()\ninternally uses __io_complete_rw(), it may stop after setting the flag\nso leaving a dangling request.\n\nThere are tricky edge cases, e.g. reading beyound file, boundary, so\nthe easiest way is to hand code reissue in kiocb_done() as\n__io_complete_rw() was doing for us before.\n\nFixes: 230d50d448ac (\"io_uring: move reissue into regular IO path\")\nSigned-off-by: Pavel Begunkov \u003casml.silence@gmail.com\u003e\nLink: https://lore.kernel.org/r/f602250d292f8a84cca9a01d747744d1e797be26.1617842918.git.asml.silence@gmail.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n"
    },
    {
      "commit": "d1c803a9ccd7bd3aff5e989ccfb39ed3b799b975",
      "tree": "e2702fb118821550e708e9cadd2c88161619ba85",
      "parents": [
        "e1ad897b9c738d5550be6762bf3a6ef1672259a4"
      ],
      "author": {
        "name": "Leon Romanovsky",
        "email": "leonro@nvidia.com",
        "time": "Mon Apr 05 10:44:34 2021 +0300"
      },
      "committer": {
        "name": "Jason Gunthorpe",
        "email": "jgg@nvidia.com",
        "time": "Thu Apr 08 16:14:56 2021 -0300"
      },
      "message": "RDMA/addr: Be strict with gid size\n\nThe nla_len() is less than or equal to 16.  If it\u0027s less than 16 then end\nof the \"gid\" buffer is uninitialized.\n\nFixes: ae43f8286730 (\"IB/core: Add IP to GID netlink offload\")\nLink: https://lore.kernel.org/r/20210405074434.264221-1-leon@kernel.org\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Mark Bloch \u003cmbloch@nvidia.com\u003e\nSigned-off-by: Leon Romanovsky \u003cleonro@nvidia.com\u003e\nSigned-off-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\n"
    },
    {
      "commit": "3fb4f979b4fa1f92a02b538ae86e725b73e703d0",
      "tree": "69c761c6bb47b6e42f5da7832b7a16ba626a24f7",
      "parents": [
        "e0a472fffe435af52ea4e21e1e0001c5c8ffc6c7",
        "ad31a8c05196a3dc5283b193e9c74a72022d3c65"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 11:09:25 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 11:09:25 2021 -0700"
      },
      "message": "Merge tag \u0027s390-5.12-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux\n\nPull s390 fixes from Heiko Carstens:\n\n - fix incorrect dereference of the ext_params2 external interrupt\n   parameter, which leads to an instant kernel crash if a pfault\n   interrupt occurs.\n\n - add forgotten stack unwinder support, and fix memory leak for the\n   new machine check handler stack.\n\n - fix inline assembly register clobbering due to KASAN code\n   instrumentation.\n\n* tag \u0027s390-5.12-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:\n  s390/setup: use memblock_free_late() to free old stack\n  s390/irq: fix reading of ext_params2 field from lowcore\n  s390/unwind: add machine check handler stack\n  s390/cpcmd: fix inline assembly register clobbering\n"
    },
    {
      "commit": "1831da7ea5bdf5531d78bcf81f526faa4c4375fa",
      "tree": "8a2d01d594c8be9bbad5b45364498957d3f6517c",
      "parents": [
        "8a1e918d833ca5c391c4ded5dc006e2d1ce6d37c"
      ],
      "author": {
        "name": "Yongxin Liu",
        "email": "yongxin.liu@windriver.com",
        "time": "Thu Apr 01 11:59:15 2021 -0700"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "ice: fix memory leak of aRFS after resuming from suspend\n\nIn ice_suspend(), ice_clear_interrupt_scheme() is called, and then\nirq_free_descs() will be eventually called to free irq and its descriptor.\n\nIn ice_resume(), ice_init_interrupt_scheme() is called to allocate new\nirqs. However, in ice_rebuild_arfs(), struct irq_glue and struct cpu_rmap\nmaybe cannot be freed, if the irqs that released in ice_suspend() were\nreassigned to other devices, which makes irq descriptor\u0027s affinity_notify\nlost.\n\nSo call ice_free_cpu_rx_rmap() before ice_clear_interrupt_scheme(), which\ncan make sure all irq_glue and cpu_rmap can be correctly released before\ncorresponding irq and descriptor are released.\n\nFix the following memory leak.\n\nunreferenced object 0xffff95bd951afc00 (size 512):\n  comm \"kworker/0:1\", pid 134, jiffies 4294684283 (age 13051.958s)\n  hex dump (first 32 bytes):\n    18 00 00 00 18 00 18 00 70 fc 1a 95 bd 95 ff ff  ........p.......\n    00 00 ff ff 01 00 ff ff 02 00 ff ff 03 00 ff ff  ................\n  backtrace:\n    [\u003c0000000072e4b914\u003e] __kmalloc+0x336/0x540\n    [\u003c0000000054642a87\u003e] alloc_cpu_rmap+0x3b/0xb0\n    [\u003c00000000f220deec\u003e] ice_set_cpu_rx_rmap+0x6a/0x110 [ice]\n    [\u003c000000002370a632\u003e] ice_probe+0x941/0x1180 [ice]\n    [\u003c00000000d692edba\u003e] local_pci_probe+0x47/0xa0\n    [\u003c00000000503934f0\u003e] work_for_cpu_fn+0x1a/0x30\n    [\u003c00000000555a9e4a\u003e] process_one_work+0x1dd/0x410\n    [\u003c000000002c4b414a\u003e] worker_thread+0x221/0x3f0\n    [\u003c00000000bb2b556b\u003e] kthread+0x14c/0x170\n    [\u003c00000000ad2cf1cd\u003e] ret_from_fork+0x1f/0x30\nunreferenced object 0xffff95bd81b0a2a0 (size 96):\n  comm \"kworker/0:1\", pid 134, jiffies 4294684283 (age 13051.958s)\n  hex dump (first 32 bytes):\n    38 00 00 00 01 00 00 00 e0 ff ff ff 0f 00 00 00  8...............\n    b0 a2 b0 81 bd 95 ff ff b0 a2 b0 81 bd 95 ff ff  ................\n  backtrace:\n    [\u003c00000000582dd5c5\u003e] kmem_cache_alloc_trace+0x31f/0x4c0\n    [\u003c000000002659850d\u003e] irq_cpu_rmap_add+0x25/0xe0\n    [\u003c00000000495a3055\u003e] ice_set_cpu_rx_rmap+0xb4/0x110 [ice]\n    [\u003c000000002370a632\u003e] ice_probe+0x941/0x1180 [ice]\n    [\u003c00000000d692edba\u003e] local_pci_probe+0x47/0xa0\n    [\u003c00000000503934f0\u003e] work_for_cpu_fn+0x1a/0x30\n    [\u003c00000000555a9e4a\u003e] process_one_work+0x1dd/0x410\n    [\u003c000000002c4b414a\u003e] worker_thread+0x221/0x3f0\n    [\u003c00000000bb2b556b\u003e] kthread+0x14c/0x170\n    [\u003c00000000ad2cf1cd\u003e] ret_from_fork+0x1f/0x30\n\nFixes: 769c500dcc1e (\"ice: Add advanced power mgmt for WoL\")\nSigned-off-by: Yongxin Liu \u003cyongxin.liu@windriver.com\u003e\nTested-by: Tony Brelinski \u003ctonyx.brelinski@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "8a1e918d833ca5c391c4ded5dc006e2d1ce6d37c",
      "tree": "963bd403c3765288c2ea52fa2dffff79dd7bd8f3",
      "parents": [
        "6b5674fe6b9bf05394886ebcec62b2d7dae88c42"
      ],
      "author": {
        "name": "Arkadiusz Kubalewski",
        "email": "arkadiusz.kubalewski@intel.com",
        "time": "Fri Mar 26 19:43:43 2021 +0100"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "i40e: Fix sparse warning: missing error code \u0027err\u0027\n\nSet proper return values inside error checking if-statements.\n\nPreviously following warning was produced when compiling against sparse.\ni40e_main.c:15162 i40e_init_recovery_mode() warn: missing error code \u0027err\u0027\n\nFixes: 4ff0ee1af0169 (\"i40e: Introduce recovery mode support\")\nSigned-off-by: Aleksandr Loktionov \u003caleksandr.loktionov@intel.com\u003e\nSigned-off-by: Arkadiusz Kubalewski \u003carkadiusz.kubalewski@intel.com\u003e\nTested-by: Dave Switzer \u003cdavid.switzer@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "6b5674fe6b9bf05394886ebcec62b2d7dae88c42",
      "tree": "560cb2f9485934188aaade587ab09d97b80ab7a6",
      "parents": [
        "d6d04ee6d2c9bb5084c8f6074195d6aa0024e825"
      ],
      "author": {
        "name": "Arkadiusz Kubalewski",
        "email": "arkadiusz.kubalewski@intel.com",
        "time": "Fri Mar 26 19:43:42 2021 +0100"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "i40e: Fix sparse error: \u0027vsi-\u003enetdev\u0027 could be null\n\nRemove vsi-\u003enetdev-\u003ename from the trace.\nThis is redundant information. With the devinfo trace, the adapter\nis already identifiable.\n\nPreviously following error was produced when compiling against sparse.\ni40e_main.c:2571 i40e_sync_vsi_filters() error:\n\twe previously assumed \u0027vsi-\u003enetdev\u0027 could be null (see line 2323)\n\nFixes: b603f9dc20af (\"i40e: Log info when PF is entering and leaving Allmulti mode.\")\nSigned-off-by: Aleksandr Loktionov \u003caleksandr.loktionov@intel.com\u003e\nSigned-off-by: Arkadiusz Kubalewski \u003carkadiusz.kubalewski@intel.com\u003e\nTested-by: Dave Switzer \u003cdavid.switzer@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "d6d04ee6d2c9bb5084c8f6074195d6aa0024e825",
      "tree": "1cbfc32dd64d5999a341fbb0ed90f9c2b720f7a0",
      "parents": [
        "12738ac4754ec92a6a45bf3677d8da780a1412b3"
      ],
      "author": {
        "name": "Arkadiusz Kubalewski",
        "email": "arkadiusz.kubalewski@intel.com",
        "time": "Fri Mar 26 19:43:41 2021 +0100"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "i40e: Fix sparse error: uninitialized symbol \u0027ring\u0027\n\nInit pointer with NULL in default switch case statement.\n\nPreviously the error was produced when compiling against sparse.\ni40e_debugfs.c:582 i40e_dbg_dump_desc() error: uninitialized symbol \u0027ring\u0027.\n\nFixes: 44ea803e2fa7 (\"i40e: introduce new dump desc XDP command\")\nSigned-off-by: Aleksandr Loktionov \u003caleksandr.loktionov@intel.com\u003e\nSigned-off-by: Arkadiusz Kubalewski \u003carkadiusz.kubalewski@intel.com\u003e\nTested-by: Dave Switzer \u003cdavid.switzer@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "12738ac4754ec92a6a45bf3677d8da780a1412b3",
      "tree": "644c33990b558c1558b8f8b0f53689e409ce8152",
      "parents": [
        "b2d0efc4be7ed320e33eaa9b6dd6f3f6011ffb8e"
      ],
      "author": {
        "name": "Arkadiusz Kubalewski",
        "email": "arkadiusz.kubalewski@intel.com",
        "time": "Fri Mar 26 19:43:40 2021 +0100"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "i40e: Fix sparse errors in i40e_txrx.c\n\nRemove error handling through pointers. Instead use plain int\nto return value from i40e_run_xdp(...).\n\nPreviously:\n- sparse errors were produced during compilation:\ni40e_txrx.c:2338 i40e_run_xdp() error: (-2147483647) too low for ERR_PTR\ni40e_txrx.c:2558 i40e_clean_rx_irq() error: \u0027skb\u0027 dereferencing possible ERR_PTR()\n\n- sk_buff* was used to return value, but it has never had valid\npointer to sk_buff. Returned value was always int handled as\na pointer.\n\nFixes: 0c8493d90b6b (\"i40e: add XDP support for pass and drop actions\")\nFixes: 2e6893123830 (\"i40e: split XDP_TX tail and XDP_REDIRECT map flushing\")\nSigned-off-by: Aleksandr Loktionov \u003caleksandr.loktionov@intel.com\u003e\nSigned-off-by: Arkadiusz Kubalewski \u003carkadiusz.kubalewski@intel.com\u003e\nTested-by: Dave Switzer \u003cdavid.switzer@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "b2d0efc4be7ed320e33eaa9b6dd6f3f6011ffb8e",
      "tree": "d1e920b0e111019c705eb79ae9e19d6ecc69a99a",
      "parents": [
        "8a12f8836145ffe37e9c8733dce18c22fb668b66"
      ],
      "author": {
        "name": "Grzegorz Siwik",
        "email": "grzegorz.siwik@intel.com",
        "time": "Wed Mar 24 09:58:27 2021 +0100"
      },
      "committer": {
        "name": "Tony Nguyen",
        "email": "anthony.l.nguyen@intel.com",
        "time": "Thu Apr 08 10:21:37 2021 -0700"
      },
      "message": "i40e: Fix parameters in aq_get_phy_register()\n\nChange parameters order in aq_get_phy_register() due to wrong\nstatistics in PHY reported by ethtool. Previously all PHY statistics were\nexactly the same for all interfaces\nNow statistics are reported correctly - different for different interfaces\n\nFixes: 0514db37dd78 (\"i40e: Extend PHY access with page change flag\")\nSigned-off-by: Grzegorz Siwik \u003cgrzegorz.siwik@intel.com\u003e\nTested-by: Dave Switzer \u003cdavid.switzer@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n"
    },
    {
      "commit": "e0a472fffe435af52ea4e21e1e0001c5c8ffc6c7",
      "tree": "5d00d14417addf07db30fcd51655b5522819d1d6",
      "parents": [
        "d381b05e8605f8b11913831e7f3c00e700e97bbc",
        "c8426b2700b57d2760ff335840a02f66a64b6044"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 09:01:30 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 09:01:30 2021 -0700"
      },
      "message": "Merge tag \u0027sound-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound\n\nPull sound fixes from Takashi Iwai:\n \"This batch became unexpectedly bigger due to the pending ASoC patches,\n  but all look small and fine device-specific fixes.\n\n  Many of the commits are for ASoC Intel drivers, while the rest are for\n  ASoC small codec/platform fixes and HD-audio quirks\"\n\n* tag \u0027sound-5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (21 commits)\n  ALSA: hda/realtek: Fix speaker amp setup on Acer Aspire E1\n  ALSA: aloop: Fix initialization of controls\n  ALSA: hda/conexant: Apply quirk for another HP ZBook G5 model\n  ASoC: fsl_esai: Fix TDM slot setup for I2S mode\n  ASoC: codecs: lpass-rx-macro: set npl clock rate correctly\n  ASoC: codecs: lpass-tx-macro: set npl clock rate correctly\n  ASoC: sunxi: sun4i-codec: fill ASoC card owner\n  ASoC: cygnus: fix for_each_child.cocci warnings\n  ASoC: max98373: Added 30ms turn on/off time delay\n  ASoC: max98373: Changed amp shutdown register as volatile\n  ASoC: intel: atom: Remove 44100 sample-rate from the media and deep-buffer DAI descriptions\n  ASoC: intel: atom: Stop advertising non working S24LE support\n  ASoC: wm8960: Fix wrong bclk and lrclk with pll enabled for some chips\n  ASoC: SOF: Intel: move ELH chip info\n  ASoC: SOF: Intel: APL: set shutdown callback to hda_dsp_shutdown\n  ASoC: SOF: Intel: CNL: set shutdown callback to hda_dsp_shutdown\n  ASoC: SOF: Intel: ICL: set shutdown callback to hda_dsp_shutdown\n  ASoC: SOF: Intel: TGL: set shutdown callback to hda_dsp_shutdown\n  ASoC: SOF: Intel: TGL: fix EHL ops\n  ASoC: SOF: core: harden shutdown helper\n  ...\n"
    },
    {
      "commit": "d381b05e8605f8b11913831e7f3c00e700e97bbc",
      "tree": "3a7df43149ca36abfa9b4097492bb1268cb14415",
      "parents": [
        "4ea51e0e37c890847eb2b402b01389ae099efec1",
        "315f02c60d9425b38eb8ad7f21b8a35e40db23f9"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:54:26 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:54:26 2021 -0700"
      },
      "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm\n\nPull kvm fix from Paolo Bonzini:\n \"A lone x86 patch, for a bug found while developing a backport to\n  stable versions\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm:\n  KVM: x86/mmu: preserve pending TLB flush across calls to kvm_tdp_mmu_zap_sp\n"
    },
    {
      "commit": "4ea51e0e37c890847eb2b402b01389ae099efec1",
      "tree": "17ae82c87ac95e1212c006e2406a7327e512975b",
      "parents": [
        "035d80695fae55ed3e788cd8a62525657a43b924",
        "9b5b872215fe6d1ca6a1ef411f130bd58e269012"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:46:53 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:46:53 2021 -0700"
      },
      "message": "Merge tag \u0027for-linus-2021-04-08\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux\n\nPull close_range() fix from Christian Brauner:\n \"Syzbot reported a bug in close_range.\n\n  Debugging this showed we didn\u0027t recalculate the current maximum fd\n  number for CLOSE_RANGE_UNSHARE | CLOSE_RANGE_CLOEXEC after we unshared\n  the file descriptors table. As a result, max_fd could exceed the\n  current fdtable maximum causing us to set excessive bits.\n\n  As a concrete example, let\u0027s say the user requested everything from fd\n  4 to ~0UL to be closed and their current fdtable size is 256 with\n  their highest open fd being 4. With CLOSE_RANGE_UNSHARE the caller\n  will end up with a new fdtable which has room for 64 file descriptors\n  since that is the lowest fdtable size we accept. But now max_fd will\n  still point to 255 and needs to be adjusted. Fix this by retrieving\n  the correct maximum fd value in __range_cloexec().\n\n  I\u0027ve carried this fix for a little while but since there was no\n  linux-next release over easter I waited until now.\n\n  With this change close_range() can be further simplified but imho we\n  are in no hurry to do that and so I\u0027ll defer this for the 5.13 merge\n  window\"\n\n* tag \u0027for-linus-2021-04-08\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux:\n  file: fix close_range() for unshare+cloexec\n"
    },
    {
      "commit": "035d80695fae55ed3e788cd8a62525657a43b924",
      "tree": "5eab4ee31613cc20abb336576de934d99a59936f",
      "parents": [
        "454859c552da78b0f587205d308401922b56863e",
        "4f0ed93fb92d3528c73c80317509df3f800a222b"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:26:06 2021 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Thu Apr 08 08:26:06 2021 -0700"
      },
      "message": "Merge branch \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs\n\nPull umount fix from Al Viro:\n \"Brown paperbag time: dumb braino in the series that went into 5.7\n  broke the \u0027don\u0027t step into -\u003ed_weak_revalidate() when umount(2) looks\n  the victim up\u0027 behaviour.\n\n  Spotted only now - saw\n\n        if (!err \u0026\u0026 unlikely(nd-\u003eflags \u0026 LOOKUP_MOUNTPOINT)) {\n                err \u003d handle_lookup_down(nd);\n                nd-\u003eflags \u0026\u003d ~LOOKUP_JUMPED; // no d_weak_revalidate(), please...\n        }\n\n  and went \"why do we clear that flag here - nothing below that point is\n  going to check it anyway\" / \"wait a minute, what is it doing *after*\n  complete_walk() (which is where we check that flag and call\n  -\u003ed_weak_revalidate())\" / \"how could that possibly _not_ break?\",\n  followed by reproducing the breakage and verifying that the obvious\n  fix of that braino does, indeed, fix it.\n\n  The reproducer is (assuming that $DIR exists and is exported r/w to\n  localhost)\n\n      mkdir $DIR/a\n      mkdir /tmp/foo\n      mount --bind /tmp/foo /tmp/foo\n      mkdir /tmp/foo/a\n      mkdir /tmp/foo/b\n      mount -t nfs4 localhost:$DIR/a /tmp/foo/a\n      mount -t nfs4 localhost:$DIR /tmp/foo/b\n      rmdir /tmp/foo/b/a\n      umount /tmp/foo/b\n      umount /tmp/foo/a\n      umount -l /tmp/foo      # will get everything under /tmp/foo, no matter what\n\n  Correct behaviour is successful umount; broken kernels (5.7-rc1 and\n  later) get\n\n      umount.nfs4: /tmp/foo/a: Stale file handle\n\n  Note that bind mount is there to be able to recover - on broken\n  kernels we\u0027d get stuck with impossible-to-umount filesystem if not for\n  that.\n\n  FWIW, that braino had been posted for review back then, at least\n  twice. Unfortunately, the call of complete_walk() was outside of diff\n  context, so the bogosity hadn\u0027t been immediately obvious from the\n  patch alone ;-/\"\n\n* \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs:\n  LOOKUP_MOUNTPOINT: we are cleaning \"jumped\" flag too late\n"
    },
    {
      "commit": "9a6847ba1747858ccac53c5aba3e25c54fbdf846",
      "tree": "3c9907d8cd594f3ec819146a807a0c5d6fe6869a",
      "parents": [
        "abaf94ecc9c356d0b885a84edef4905cdd89cfdd"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 15:45:20 2021 +0200"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 16:43:05 2021 +0200"
      },
      "message": "nl80211: fix beacon head validation\n\nIf the beacon head attribute (NL80211_ATTR_BEACON_HEAD)\nis too short to even contain the frame control field,\nwe access uninitialized data beyond the buffer. Fix this\nby checking the minimal required size first. We used to\ndo this until S1G support was added, where the fixed\ndata portion has a different size.\n\nReported-and-tested-by: syzbot+72b99dcf4607e8c770f3@syzkaller.appspotmail.com\nSuggested-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nFixes: 1d47f1198d58 (\"nl80211: correctly validate S1G beacon head\")\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nLink: https://lore.kernel.org/r/20210408154518.d9b06d39b4ee.Iff908997b2a4067e8d456b3cb96cab9771d252b8@changeid\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "26f55a59dc65ff77cd1c4b37991e26497fc68049",
      "tree": "0a73cb211c8437e4b6e57c7be19ddabb98250dd8",
      "parents": [
        "e4d4d456436bfb2fe412ee2cd489f7658449b098"
      ],
      "author": {
        "name": "Piotr Krysiuk",
        "email": "piotras@gmail.com",
        "time": "Tue Apr 06 21:59:39 2021 +0100"
      },
      "committer": {
        "name": "Daniel Borkmann",
        "email": "daniel@iogearbox.net",
        "time": "Thu Apr 08 16:24:53 2021 +0200"
      },
      "message": "bpf, x86: Validate computation of branch displacements for x86-32\n\nThe branch displacement logic in the BPF JIT compilers for x86 assumes\nthat, for any generated branch instruction, the distance cannot\nincrease between optimization passes.\n\nBut this assumption can be violated due to how the distances are\ncomputed. Specifically, whenever a backward branch is processed in\ndo_jit(), the distance is computed by subtracting the positions in the\nmachine code from different optimization passes. This is because part\nof addrs[] is already updated for the current optimization pass, before\nthe branch instruction is visited.\n\nAnd so the optimizer can expand blocks of machine code in some cases.\n\nThis can confuse the optimizer logic, where it assumes that a fixed\npoint has been reached for all machine code blocks once the total\nprogram size stops changing. And then the JIT compiler can output\nabnormal machine code containing incorrect branch displacements.\n\nTo mitigate this issue, we assert that a fixed point is reached while\npopulating the output image. This rejects any problematic programs.\nThe issue affects both x86-32 and x86-64. We mitigate separately to\nease backporting.\n\nSigned-off-by: Piotr Krysiuk \u003cpiotras@gmail.com\u003e\nReviewed-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\n"
    },
    {
      "commit": "e4d4d456436bfb2fe412ee2cd489f7658449b098",
      "tree": "fba70db61cd8469f3524666acd385f641dad30f3",
      "parents": [
        "144748eb0c445091466c9b741ebd0bfcc5914f3d"
      ],
      "author": {
        "name": "Piotr Krysiuk",
        "email": "piotras@gmail.com",
        "time": "Mon Apr 05 22:52:15 2021 +0100"
      },
      "committer": {
        "name": "Daniel Borkmann",
        "email": "daniel@iogearbox.net",
        "time": "Thu Apr 08 16:24:36 2021 +0200"
      },
      "message": "bpf, x86: Validate computation of branch displacements for x86-64\n\nThe branch displacement logic in the BPF JIT compilers for x86 assumes\nthat, for any generated branch instruction, the distance cannot\nincrease between optimization passes.\n\nBut this assumption can be violated due to how the distances are\ncomputed. Specifically, whenever a backward branch is processed in\ndo_jit(), the distance is computed by subtracting the positions in the\nmachine code from different optimization passes. This is because part\nof addrs[] is already updated for the current optimization pass, before\nthe branch instruction is visited.\n\nAnd so the optimizer can expand blocks of machine code in some cases.\n\nThis can confuse the optimizer logic, where it assumes that a fixed\npoint has been reached for all machine code blocks once the total\nprogram size stops changing. And then the JIT compiler can output\nabnormal machine code containing incorrect branch displacements.\n\nTo mitigate this issue, we assert that a fixed point is reached while\npopulating the output image. This rejects any problematic programs.\nThe issue affects both x86-32 and x86-64. We mitigate separately to\nease backporting.\n\nSigned-off-by: Piotr Krysiuk \u003cpiotras@gmail.com\u003e\nReviewed-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\n"
    },
    {
      "commit": "eb9dfdd1ed40357b99a4201c8534c58c562e48c9",
      "tree": "c11703da04a123e5780ee43f42111d84cc26c540",
      "parents": [
        "35d65ab3fdba1bdecde9ac3424d6d634ea038729"
      ],
      "author": {
        "name": "Dom Cobley",
        "email": "popcornmix@gmail.com",
        "time": "Thu Mar 18 17:13:28 2021 +0100"
      },
      "committer": {
        "name": "Maxime Ripard",
        "email": "maxime@cerno.tech",
        "time": "Thu Apr 08 14:55:02 2021 +0200"
      },
      "message": "drm/vc4: crtc: Reduce PV fifo threshold on hvs4\n\nExperimentally have found PV on hvs4 reports fifo full\nerror with expected settings and does not with one less\n\nThis appears as:\n[drm:drm_atomic_helper_wait_for_flip_done] *ERROR* [CRTC:82:crtc-3] flip_done timed out\n\nwith bit 10 of PV_STAT set \"HVS driving pixels when the PV FIFO is full\"\n\nFixes: c8b75bca92cb (\"drm/vc4: Add KMS support for Raspberry Pi.\")\nSigned-off-by: Dom Cobley \u003cpopcornmix@gmail.com\u003e\nSigned-off-by: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20210318161328.1471556-3-maxime@cerno.tech\n"
    },
    {
      "commit": "35d65ab3fdba1bdecde9ac3424d6d634ea038729",
      "tree": "2720851619c601f529fc55b629d06162ea0bc238",
      "parents": [
        "3b943360a20f3e4b2e0133c7cd7138b51fd93de6"
      ],
      "author": {
        "name": "Maxime Ripard",
        "email": "maxime@cerno.tech",
        "time": "Thu Mar 18 17:13:27 2021 +0100"
      },
      "committer": {
        "name": "Maxime Ripard",
        "email": "maxime@cerno.tech",
        "time": "Thu Apr 08 14:53:53 2021 +0200"
      },
      "message": "drm/vc4: plane: Remove redundant assignment\n\nThe vc4_plane_atomic_async_update function assigns twice in a row the\nsrc_h field in the drm_plane_state structure to the same value. Remove\nthe second one.\n\nReviewed-by: Dave Stevenson \u003cdave.stevenson@raspberrypi.com\u003e\nSigned-off-by: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20210318161328.1471556-2-maxime@cerno.tech\n"
    },
    {
      "commit": "abaf94ecc9c356d0b885a84edef4905cdd89cfdd",
      "tree": "6c18bb56ff1c1a899e695b664b3475c0e1596202",
      "parents": [
        "b5ac0146492fc5c199de767e492be8a66471011a"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 14:28:34 2021 +0200"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 14:44:56 2021 +0200"
      },
      "message": "nl80211: fix potential leak of ACL params\n\nIn case nl80211_parse_unsol_bcast_probe_resp() results in an\nerror, need to \"goto out\" instead of just returning to free\npossibly allocated data.\n\nFixes: 7443dcd1f171 (\"nl80211: Unsolicited broadcast probe response support\")\nLink: https://lore.kernel.org/r/20210408142833.d8bc2e2e454a.If290b1ba85789726a671ff0b237726d4851b5b0f@changeid\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "b5ac0146492fc5c199de767e492be8a66471011a",
      "tree": "29b01d7603818fa3776369d7b039ca101f9fb997",
      "parents": [
        "b57aa17f07c9270e576ef7df09f142978b5a75f0"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 14:28:27 2021 +0200"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 14:44:54 2021 +0200"
      },
      "message": "cfg80211: check S1G beacon compat element length\n\nWe need to check the length of this element so that we don\u0027t\naccess data beyond its end. Fix that.\n\nFixes: 9eaffe5078ca (\"cfg80211: convert S1G beacon to scan results\")\nLink: https://lore.kernel.org/r/20210408142826.f6f4525012de.I9fdeff0afdc683a6024e5ea49d2daa3cd2459d11@changeid\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "315f02c60d9425b38eb8ad7f21b8a35e40db23f9",
      "tree": "862f1cf2659e23ebe3fb4c20d1a02e44b46c1a97",
      "parents": [
        "55626ca9c6909d077eca71bccbe15fef6e5ad917"
      ],
      "author": {
        "name": "Paolo Bonzini",
        "email": "pbonzini@redhat.com",
        "time": "Tue Apr 06 11:08:51 2021 -0400"
      },
      "committer": {
        "name": "Paolo Bonzini",
        "email": "pbonzini@redhat.com",
        "time": "Thu Apr 08 07:48:18 2021 -0400"
      },
      "message": "KVM: x86/mmu: preserve pending TLB flush across calls to kvm_tdp_mmu_zap_sp\n\nRight now, if a call to kvm_tdp_mmu_zap_sp returns false, the caller\nwill skip the TLB flush, which is wrong.  There are two ways to fix\nit:\n\n- since kvm_tdp_mmu_zap_sp will not yield and therefore will not flush\n  the TLB itself, we could change the call to kvm_tdp_mmu_zap_sp to\n  use \"flush |\u003d ...\"\n\n- or we can chain the flush argument through kvm_tdp_mmu_zap_sp down\n  to __kvm_tdp_mmu_zap_gfn_range.  Note that kvm_tdp_mmu_zap_sp will\n  neither yield nor flush, so flush would never go from true to\n  false.\n\nThis patch does the former to simplify application to stable kernels,\nand to make it further clearer that kvm_tdp_mmu_zap_sp will not flush.\n\nCc: seanjc@google.com\nFixes: 048f49809c526 (\"KVM: x86/mmu: Ensure TLBs are flushed for TDP MMU during NX zapping\")\nCc: \u003cstable@vger.kernel.org\u003e # 5.10.x: 048f49809c: KVM: x86/mmu: Ensure TLBs are flushed for TDP MMU during NX zapping\nCc: \u003cstable@vger.kernel.org\u003e # 5.10.x: 33a3164161: KVM: x86/mmu: Don\u0027t allow TDP MMU to yield when recovering NX pages\nCc: \u003cstable@vger.kernel.org\u003e\nReviewed-by: Sean Christopherson \u003cseanjc@google.com\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n"
    },
    {
      "commit": "bc2f3e4c662841dc19f7e7efae87782b9f3c0831",
      "tree": "14cbd8be2055df9bdce903154c71be21ed953989",
      "parents": [
        "363eaa3a450abb4e63bd6e3ad79d1f7a0f717814",
        "08fe7ae1857080f5075df5ac7fef2ecd4e289117"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Thu Apr 08 11:48:48 2021 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Thu Apr 08 11:48:48 2021 +0200"
      },
      "message": "Merge tag \u0027thunderbolt-for-v5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/westeri/thunderbolt into usb-linus\n\nMika writes:\n\nthunderbolt: Fixes for v5.12-rc7\n\nThis includes two fixes:\n\n  - Fix memory leak in tb_retimer_add()\n  - Off by one in tb_port_find_retimer()\n\nBoth have been in linux-next without reported issues.\n\n* tag \u0027thunderbolt-for-v5.12-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/westeri/thunderbolt:\n  thunderbolt: Fix off by one in tb_port_find_retimer()\n  thunderbolt: Fix a leak in tb_retimer_add()\n"
    },
    {
      "commit": "b57aa17f07c9270e576ef7df09f142978b5a75f0",
      "tree": "9e794055790be16052ff49748b319bad1169f45f",
      "parents": [
        "1b5ab825d9acc0f27d2f25c6252f3526832a9626"
      ],
      "author": {
        "name": "A. Cody Schuffelen",
        "email": "schuffelen@google.com",
        "time": "Thu Mar 18 13:04:19 2021 -0700"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 10:14:57 2021 +0200"
      },
      "message": "virt_wifi: Return micros for BSS TSF values\n\ncfg80211_inform_bss expects to receive a TSF value, but is given the\ntime since boot in nanoseconds. TSF values are expected to be at\nmicrosecond scale rather than nanosecond scale.\n\nSigned-off-by: A. Cody Schuffelen \u003cschuffelen@google.com\u003e\nLink: https://lore.kernel.org/r/20210318200419.1421034-1-schuffelen@google.com\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "1b5ab825d9acc0f27d2f25c6252f3526832a9626",
      "tree": "e7d7abc18959e5c741c430d84550a4fc465b4586",
      "parents": [
        "7d73cd946d4bc7d44cdc5121b1c61d5d71425dea"
      ],
      "author": {
        "name": "Du Cheng",
        "email": "ducheng2@gmail.com",
        "time": "Thu Apr 08 00:27:56 2021 +0800"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 10:14:55 2021 +0200"
      },
      "message": "cfg80211: remove WARN_ON() in cfg80211_sme_connect\n\nA WARN_ON(wdev-\u003econn) would trigger in cfg80211_sme_connect(), if multiple\nsend_msg(NL80211_CMD_CONNECT) system calls are made from the userland, which\nshould be anticipated and handled by the wireless driver. Remove this WARN_ON()\nto prevent kernel panic if kernel is configured to \"panic_on_warn\".\n\nBug reported by syzbot.\n\nReported-by: syzbot+5f9392825de654244975@syzkaller.appspotmail.com\nSigned-off-by: Du Cheng \u003cducheng2@gmail.com\u003e\nLink: https://lore.kernel.org/r/20210407162756.6101-1-ducheng2@gmail.com\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "7d73cd946d4bc7d44cdc5121b1c61d5d71425dea",
      "tree": "83e569a218ba2fad4c32cfba618e2a1d64420b4b",
      "parents": [
        "1153a74768a9212daadbb50767aa400bc6a0c9b0"
      ],
      "author": {
        "name": "Ben Greear",
        "email": "greearb@candelatech.com",
        "time": "Tue Mar 30 16:07:49 2021 -0700"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 10:14:53 2021 +0200"
      },
      "message": "mac80211: fix time-is-after bug in mlme\n\nThe incorrect timeout check caused probing to happen when it did\nnot need to happen.  This in turn caused tx performance drop\nfor around 5 seconds in ath10k-ct driver.  Possibly that tx drop\nis due to a secondary issue, but fixing the probe to not happen\nwhen traffic is running fixes the symptom.\n\nSigned-off-by: Ben Greear \u003cgreearb@candelatech.com\u003e\nFixes: 9abf4e49830d (\"mac80211: optimize station connection monitor\")\nAcked-by: Felix Fietkau \u003cnbd@nbd.name\u003e\nLink: https://lore.kernel.org/r/20210330230749.14097-1-greearb@candelatech.com\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "1153a74768a9212daadbb50767aa400bc6a0c9b0",
      "tree": "79a20af8abb46961fdc50d4ddc09c8bfc8c8b3f1",
      "parents": [
        "71826654ce40112f0651b6f4e94c422354f4adb6"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Tue Mar 23 21:05:01 2021 +0100"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 10:14:48 2021 +0200"
      },
      "message": "mac80211: fix TXQ AC confusion\n\nNormally, TXQs have\n\n  txq-\u003etid \u003d tid;\n  txq-\u003eac \u003d ieee80211_ac_from_tid(tid);\n\nHowever, the special management TXQ actually has\n\n  txq-\u003etid \u003d IEEE80211_NUM_TIDS; // 16\n  txq-\u003eac \u003d IEEE80211_AC_VO;\n\nThis makes sense, but ieee80211_ac_from_tid(16) is the same\nas ieee80211_ac_from_tid(0) which is just IEEE80211_AC_BE.\n\nNow, normally this is fine. However, if the netdev queues\nwere stopped, then the code in ieee80211_tx_dequeue() will\npropagate the stop from the interface (vif-\u003etxqs_stopped[])\nif the AC 2 (ieee80211_ac_from_tid(txq-\u003etid)) is marked as\nstopped. On wake, however, __ieee80211_wake_txqs() will wake\nthe TXQ if AC 0 (txq-\u003eac) is woken up.\n\nIf a driver stops all queues with ieee80211_stop_tx_queues()\nand then wakes them again with ieee80211_wake_tx_queues(),\nthe ieee80211_wake_txqs() tasklet will run to resync queue\nand TXQ state. If all queues were woken, then what\u0027ll happen\nis that _ieee80211_wake_txqs() will run in order of HW queues\n0-3, typically (and certainly for iwlwifi) corresponding to\nACs 0-3, so it\u0027ll call __ieee80211_wake_txqs() for each AC in\norder 0-3.\n\nWhen __ieee80211_wake_txqs() is called for AC 0 (VO) that\u0027ll\nwake up the management TXQ (remember its tid is 16), and the\ndriver\u0027s wake_tx_queue() will be called. That tries to get a\nframe, which will immediately *stop* the TXQ again, because\nnow we check against AC 2, and AC 2 hasn\u0027t yet been marked as\nwoken up again in sdata-\u003evif.txqs_stopped[] since we\u0027re only\nin the __ieee80211_wake_txqs() call for AC 0.\n\nThus, the management TXQ will never be started again.\n\nFix this by checking txq-\u003eac directly instead of calculating\nthe AC as ieee80211_ac_from_tid(txq-\u003etid).\n\nFixes: adf8ed01e4fd (\"mac80211: add an optional TXQ for other PS-buffered frames\")\nAcked-by: Toke Høiland-Jørgensen \u003ctoke@redhat.com\u003e\nLink: https://lore.kernel.org/r/20210323210500.bf4d50afea4a.I136ffde910486301f8818f5442e3c9bf8670a9c4@changeid\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    },
    {
      "commit": "71826654ce40112f0651b6f4e94c422354f4adb6",
      "tree": "d5ea7eea71c56e40c685f8754f1b9e74f66188c4",
      "parents": [
        "dd0b45538146cb6a54d6da7663b8c3afd16ebcfd"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Fri Mar 19 23:25:11 2021 +0100"
      },
      "committer": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Thu Apr 08 10:14:45 2021 +0200"
      },
      "message": "rfkill: revert back to old userspace API by default\n\nRecompiling with the new extended version of struct rfkill_event\nbroke systemd in *two* ways:\n - It used \"sizeof(struct rfkill_event)\" to read the event, but\n   then complained if it actually got something !\u003d 8, this broke\n   it on new kernels (that include the updated API);\n - It used sizeof(struct rfkill_event) to write a command, but\n   didn\u0027t implement the intended expansion protocol where the\n   kernel returns only how many bytes it accepted, and errored\n   out due to the unexpected smaller size on kernels that didn\u0027t\n   include the updated API.\n\nEven though systemd has now been fixed, that fix may not be always\ndeployed, and other applications could potentially have similar\nissues.\n\nAs such, in the interest of avoiding regressions, revert the\ndefault API \"struct rfkill_event\" back to the original size.\n\nInstead, add a new \"struct rfkill_event_ext\" that extends it by\nthe new field, and even more clearly document that applications\nshould be prepared for extensions in two ways:\n * write might only accept fewer bytes on older kernels, and\n   will return how many to let userspace know which data may\n   have been ignored;\n * read might return anything between 8 (the original size) and\n   whatever size the application sized its buffer at, indicating\n   how much event data was supported by the kernel.\n\nPerhaps that will help avoid such issues in the future and we\nwon\u0027t have to come up with another version of the struct if we\never need to extend it again.\n\nApplications that want to take advantage of the new field will\nhave to be modified to use struct rfkill_event_ext instead now,\nwhich comes with the danger of them having already been updated\nto use it from \u0027struct rfkill_event\u0027, but I found no evidence\nof that, and it\u0027s still relatively new.\n\nCc: stable@vger.kernel.org # 5.11\nReported-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nTested-by: Sedat Dilek \u003csedat.dilek@gmail.com\u003e # LLVM/Clang v12.0.0-r4 (x86-64)\nLink: https://lore.kernel.org/r/20210319232510.f1a139cfdd9c.Ic5c7c9d1d28972059e132ea653a21a427c326678@changeid\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n"
    }
  ],
  "next": "dd0b45538146cb6a54d6da7663b8c3afd16ebcfd"
}
