)]}'
{
  "log": [
    {
      "commit": "33cc938e65a98f1d29d0a18403dbbee050dcad9a",
      "tree": "0fa619660551548ea4ee07f37f6d6c0d7f06eb86",
      "parents": [
        "968f35f4ab1c0966ceb39af3c89f2e24afedf878"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 18:52:56 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 18:52:56 2023 +0900"
      },
      "message": "Linux 6.7-rc4\n"
    },
    {
      "commit": "968f35f4ab1c0966ceb39af3c89f2e24afedf878",
      "tree": "f89db4db01179c94baed38ac3e054febc5fb6584",
      "parents": [
        "55abae438c3cf39f66c3e0cb922c3d915363afb5",
        "0015eb6e12384ff1c589928e84deac2ad1ceb236"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 09:08:26 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 09:08:26 2023 +0900"
      },
      "message": "Merge tag \u0027v6.7-rc3-smb3-client-fixes\u0027 of git://git.samba.org/sfrench/cifs-2.6\n\nPull smb client fixes from Steve French:\n\n - Two fallocate fixes\n\n - Fix warnings from new gcc\n\n - Two symlink fixes\n\n* tag \u0027v6.7-rc3-smb3-client-fixes\u0027 of git://git.samba.org/sfrench/cifs-2.6:\n  smb: client, common: fix fortify warnings\n  cifs: Fix FALLOC_FL_INSERT_RANGE by setting i_size after EOF moved\n  cifs: Fix FALLOC_FL_ZERO_RANGE by setting i_size if EOF moved\n  smb: client: report correct st_size for SMB and NFS symlinks\n  smb: client: fix missing mode bits for SMB symlinks\n"
    },
    {
      "commit": "55abae438c3cf39f66c3e0cb922c3d915363afb5",
      "tree": "5a81c17042c040380f4791f3741e2025c24a90eb",
      "parents": [
        "1b8af6552cb7c9bf1194e871f8d733a19b113230",
        "891e0eab32a57fca4d36c5162628eb0bcb1f0edf"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 09:03:07 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 09:03:07 2023 +0900"
      },
      "message": "Merge tag \u0027firewire-fixes-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394\n\nPull firewire fix from Takashi Sakamoto:\n \"A single patch to fix long-standing issue of memory leak at failure of\n  device registration for fw_unit. We rarely encounter the issue, but it\n  should be applied to stable releases, since it fixes inappropriate API\n  usage\"\n\n* tag \u0027firewire-fixes-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394:\n  firewire: core: fix possible memory leak in create_units()\n"
    },
    {
      "commit": "1b8af6552cb7c9bf1194e871f8d733a19b113230",
      "tree": "f0204371e8cf223fb850ed652e0ded091c49b72a",
      "parents": [
        "17b17be28d42f59f579ef9da2557b92a97291777",
        "dc158d23b33df9033bcc8e7117e8591dd2f9d125"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:43:35 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:43:35 2023 +0900"
      },
      "message": "Merge tag \u0027powerpc-6.7-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux\n\nPull powerpc fixes from Michael Ellerman:\n\n - Fix corruption of f0/vs0 during FP/Vector save, seen as userspace\n   crashes when using io-uring workers (in particular with MariaDB)\n\n - Fix KVM_RUN potentially clobbering all host userspace FP/Vector\n   registers\n\nThanks to Timothy Pearson, Jens Axboe, and Nicholas Piggin.\n\n* tag \u0027powerpc-6.7-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:\n  KVM: PPC: Book3S HV: Fix KVM_RUN clobbering FP/VEC user registers\n  powerpc: Don\u0027t clobber f0/vs0 during fp|altivec register save\n"
    },
    {
      "commit": "17b17be28d42f59f579ef9da2557b92a97291777",
      "tree": "d2e4a77ff903c3a2cb30ba177846cebebc6e44f8",
      "parents": [
        "deb4b9dd3b539c8331bbc0d64dff3b4fb57296ef",
        "4ea95c04fa6b9043a1a301240996aeebe3cb28ec"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:37:39 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:37:39 2023 +0900"
      },
      "message": "Merge tag \u0027vfio-v6.7-rc4\u0027 of https://github.com/awilliam/linux-vfio\n\nPull vfio fixes from Alex Williamson:\n\n - Fix the lifecycle of a mutex in the pds variant driver such that a\n   reset prior to opening the device won\u0027t find it uninitialized.\n   Implement the release path to symmetrically destroy the mutex. Also\n   switch a different lock from spinlock to mutex as the code path has\n   the potential to sleep and doesn\u0027t need the spinlock context\n   otherwise (Brett Creeley)\n\n - Fix an issue detected via randconfig where KVM tries to symbol_get an\n   undeclared function. The symbol is temporarily declared\n   unconditionally here, which resolves the problem and avoids churn\n   relative to a series pending for the next merge window which resolves\n   some of this symbol ugliness, but also fixes Kconfig dependencies\n   (Sean Christopherson)\n\n* tag \u0027vfio-v6.7-rc4\u0027 of https://github.com/awilliam/linux-vfio:\n  vfio: Drop vfio_file_iommu_group() stub to fudge around a KVM wart\n  vfio/pds: Fix possible sleep while in atomic context\n  vfio/pds: Fix mutex lock-\u003emagic !\u003d lock warning\n"
    },
    {
      "commit": "deb4b9dd3b539c8331bbc0d64dff3b4fb57296ef",
      "tree": "b1fd0ca66bf387c28253ef6b76734ea18c138d52",
      "parents": [
        "669fc83452d443cb48f03ce0ebc496562e1c2205",
        "7f3da4b698bcc21a6df0e7f114af71d53a3e26ac"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:31:53 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:31:53 2023 +0900"
      },
      "message": "Merge tag \u0027for-linus-6.7a-rc4-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip\n\nPull xen fixes from Juergen Gross:\n\n - A fix for the Xen event driver setting the correct return value when\n   experiencing an allocation failure\n\n - A fix for allocating space for a struct in the percpu area to not\n   cross page boundaries (this one is for x86, a similar one for Arm was\n   already in the pull request for rc3)\n\n* tag \u0027for-linus-6.7a-rc4-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:\n  xen/events: fix error code in xen_bind_pirq_msi_to_irq()\n  x86/xen: fix percpu vcpu_info allocation\n"
    },
    {
      "commit": "669fc83452d443cb48f03ce0ebc496562e1c2205",
      "tree": "f186d2ba702142b91512e2d3db8384716ac5e986",
      "parents": [
        "815fb87b753055df2d9e50f6cd80eb10235fe3e9",
        "a1461f1fd6cfdc4b8917c9d4a91e92605d1f28dc"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:02:49 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sun Dec 03 08:02:49 2023 +0900"
      },
      "message": "Merge tag \u0027probes-fixes-v6.7-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace\n\nPull probes fixes from Masami Hiramatsu:\n\n - objpool: Fix objpool overrun case on memory/cache access delay\n   especially on the big.LITTLE SoC. The objpool uses a copy of object\n   slot index internal loop, but the slot index can be changed on\n   another processor in parallel. In that case, the difference of \u0027head\u0027\n   local copy and the \u0027slot-\u003elast\u0027 index will be bigger than local slot\n   size. In that case, we need to re-read the slot::head to update it.\n\n - kretprobe: Fix to use appropriate rcu API for kretprobe holder. Since\n   kretprobe_holder::rp is RCU managed, it should use\n   rcu_assign_pointer() and rcu_dereference_check() correctly. Also\n   adding __rcu tag for finding wrong usage by sparse.\n\n - rethook: Fix to use appropriate rcu API for rethook::handler. The\n   same as kretprobe, rethook::handler is RCU managed and it should use\n   rcu_assign_pointer() and rcu_dereference_check(). This also adds\n   __rcu tag for finding wrong usage by sparse.\n\n* tag \u0027probes-fixes-v6.7-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace:\n  rethook: Use __rcu pointer for rethook::handler\n  kprobes: consistent rcu api usage for kretprobe holder\n  lib: objpool: fix head overrun on RK3588 SBC\n"
    },
    {
      "commit": "815fb87b753055df2d9e50f6cd80eb10235fe3e9",
      "tree": "85c974edc5348217c255ae20e06865541f6e268c",
      "parents": [
        "ce474ae7d006e4d451d8b9e23ee8110499edb62a",
        "a6b31256928d78204f8f282220d3b0d64387f79d"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 09:01:00 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 09:01:00 2023 +0900"
      },
      "message": "Merge tag \u0027pm-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull power management fixes from Rafael Wysocki:\n \"These fix issues in two cpufreq drivers, in the AMD P-state driver and\n  in the power-capping DTPM framework.\n\n  Specifics:\n\n   - Fix the AMD P-state driver\u0027s EPP sysfs interface in the cases when\n     the performance governor is in use (Ayush Jain)\n\n   - Make the -\u003efast_switch() callback in the AMD P-state driver return\n     the target frequency as expected (Gautham R. Shenoy)\n\n   - Allow user space to control the range of frequencies to use via\n     scaling_min_freq and scaling_max_freq when AMD P-state driver is in\n     use (Wyes Karny)\n\n   - Prevent power domains needed for wakeup signaling from being turned\n     off during system suspend on Qualcomm systems and prevent\n     performance states votes from runtime-suspended devices from being\n     lost across a system suspend-resume cycle in qcom-cpufreq-nvmem\n     (Stephan Gerhold)\n\n   - Fix disabling the 792 Mhz OPP in the imx6q cpufreq driver for the\n     i.MX6ULL types that can run at that frequency (Christoph\n     Niedermaier)\n\n   - Eliminate unnecessary and harmful conversions to uW from the DTPM\n     (dynamic thermal and power management) framework (Lukasz Luba)\"\n\n* tag \u0027pm-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n  cpufreq/amd-pstate: Only print supported EPP values for performance governor\n  cpufreq/amd-pstate: Fix scaling_min_freq and scaling_max_freq update\n  powercap: DTPM: Fix unneeded conversions to micro-Watts\n  cpufreq/amd-pstate: Fix the return value of amd_pstate_fast_switch()\n  pmdomain: qcom: rpmpd: Set GENPD_FLAG_ACTIVE_WAKEUP\n  cpufreq: qcom-nvmem: Preserve PM domain votes in system suspend\n  cpufreq: qcom-nvmem: Enable virtual power domain devices\n  cpufreq: imx6q: Don\u0027t disable 792 Mhz OPP unnecessarily\n"
    },
    {
      "commit": "ce474ae7d006e4d451d8b9e23ee8110499edb62a",
      "tree": "95075df82ccf48aa52e45b00a32478ac374ae507",
      "parents": [
        "35f84584806e4e127a667221c592f8ae248132f6",
        "7d4c44a53dade7103c3a9a928705db2326efba6f"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:52:20 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:52:20 2023 +0900"
      },
      "message": "Merge tag \u0027acpi-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull ACPI fixes from Rafael Wysocki:\n \"This fixes a recently introduced build issue on ARM32 and a NULL\n  pointer dereference in the ACPI backlight driver due to a design issue\n  exposed by a recent change in the ACPI bus type code.\n\n  Specifics:\n\n   - Fix a recently introduced build issue on ARM32 platforms caused by\n     an inadvertent header file breakage (Dave Jiang)\n\n   - Eliminate questionable usage of acpi_driver_data() in the ACPI\n     backlight cooling device code that leads to NULL pointer\n     dereferences after recent ACPI core changes (Hans de Goede)\"\n\n* tag \u0027acpi-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n  ACPI: video: Use acpi_video_device for cooling-dev driver data\n  ACPI: Fix ARM32 platforms compile issue introduced by fw_table changes\n"
    },
    {
      "commit": "35f84584806e4e127a667221c592f8ae248132f6",
      "tree": "5fabb6849edbacd9387fc9824831eec576d96e44",
      "parents": [
        "1a2b4185669b6318cf75ec18d13fa5f8779ac073",
        "f5259997f3e8d6edfcc2daf5b2c0b34f074d7bc0"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:48:59 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:48:59 2023 +0900"
      },
      "message": "Merge tag \u0027arm64-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux\n\nPull arm64 fix from Catalin Marinas:\n \"Fix a regression where the arm64 KPTI ends up enabled even on systems\n  that don\u0027t need it\"\n\n* tag \u0027arm64-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux:\n  arm64: Avoid enabling KPTI unnecessarily\n"
    },
    {
      "commit": "1a2b4185669b6318cf75ec18d13fa5f8779ac073",
      "tree": "aef2d03cee241e09c2267406295596fd6313456f",
      "parents": [
        "06a3c59f9cf4f550facf16a2f1e48ba364deb293",
        "c2183b3dcc9dd41b768569ea88bededa58cceebb"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:42:39 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:42:39 2023 +0900"
      },
      "message": "Merge tag \u0027iommu-fixes-v6.7-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu\n\nPull iommu fixes from Joerg Roedel:\n\n - Fix race conditions in device probe path\n\n - Handle ERR_PTR() returns in __iommu_domain_alloc() path\n\n - Update MAINTAINERS entry for Qualcom IOMMUs\n\n - Printk argument fix in device tree specific code\n\n - Several Intel VT-d fixes from Lu Baolu:\n     - Do not support enforcing cache coherency for non-empty domains\n     - Avoid devTLB invalidation if iommu is off\n     - Disable PCI ATS in legacy passthrough mode\n     - Support non-PCI devices when clearing context\n     - Fix incorrect cache invalidation for mm notification\n     - Add MTL to quirk list to skip TE disabling\n     - Set variable intel_dirty_ops to static\n\n* tag \u0027iommu-fixes-v6.7-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu:\n  iommu: Fix printk arg in of_iommu_get_resv_regions()\n  iommu/vt-d: Set variable intel_dirty_ops to static\n  iommu/vt-d: Fix incorrect cache invalidation for mm notification\n  iommu/vt-d: Add MTL to quirk list to skip TE disabling\n  iommu/vt-d: Make context clearing consistent with context mapping\n  iommu/vt-d: Disable PCI ATS in legacy passthrough mode\n  iommu/vt-d: Omit devTLB invalidation requests when TES\u003d0\n  iommu/vt-d: Support enforce_cache_coherency only for empty domains\n  iommu: Avoid more races around device probe\n  MAINTAINERS: list all Qualcomm IOMMU drivers in the QUALCOMM IOMMU entry\n  iommu: Flow ERR_PTR out from __iommu_domain_alloc()\n"
    },
    {
      "commit": "06a3c59f9cf4f550facf16a2f1e48ba364deb293",
      "tree": "a674c598b425a6a03f3e7928511c50f47eaf921b",
      "parents": [
        "b1e51588aa50287c3d33e14969d47ccdd403ad80",
        "a337c355719c42a6c5b67e985ad753590ed844fb"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:33:29 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:33:29 2023 +0900"
      },
      "message": "Merge tag \u0027sound-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound\n\nPull sound fixes from Takashi Iwai:\n \"No surprise here, including only a collection of HD-audio\n  device-specific small fixes\"\n\n* tag \u0027sound-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:\n  ALSA: hda: Disable power-save on KONTRON SinglePC\n  ALSA: hda/realtek: Add supported ALC257 for ChromeOS\n  ALSA: hda/realtek: Headset Mic VREF to 100%\n  ALSA: hda: intel-nhlt: Ignore vbps when looking for DMIC 32 bps format\n  ALSA: hda: cs35l56: Enable low-power hibernation mode on SPI\n  ALSA: cs35l41: Fix for old systems which do not support command\n  ALSA: hda: cs35l41: Remove unnecessary boolean state variable firmware_running\n  ALSA: hda - Fix speaker and headset mic pin config for CHUWI CoreBook XPro\n"
    },
    {
      "commit": "b1e51588aa50287c3d33e14969d47ccdd403ad80",
      "tree": "1e49c69156aec073fcf7690e27562949d5ad6806",
      "parents": [
        "c9a925b7bcd9552f19ba50519c6a49ed7ca61691",
        "908f60642441cb4f9f0e1eb576e63b0011d318b9"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:18:59 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 08:18:59 2023 +0900"
      },
      "message": "Merge tag \u0027drm-fixes-2023-12-01\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Dave Airlie:\n \"Weekly fixes, mostly amdgpu fixes with a scattering of nouveau, i915,\n  and a couple of reverts. Hopefully it will quieten down in coming\n  weeks.\n\n  drm:\n   - Revert unexport of prime helpers for fd/handle conversion\n\n  dma_resv:\n   - Do not double add fences in dma_resv_add_fence.\n\n  gpuvm:\n   - Fix GPUVM license identifier.\n\n  i915:\n   - Mark internal GSC engine with reserved uabi class\n   - Take VGA converters into account in eDP probe\n   - Fix intel_pre_plane_updates() call to ensure workarounds get applied\n\n  panel:\n   - Revert panel fixes as they require exporting device_is_dependent.\n\n  nouveau:\n   - fix oversized allocations in new vm path\n   - fix zero-length array\n   - remove a stray lock\n\n  nt36523:\n   - Fix error check for nt36523.\n\n  amdgpu:\n   - DMUB fix\n   - DCN 3.5 fixes\n   - XGMI fix\n   - DCN 3.2 fixes\n   - Vangogh suspend fix\n   - NBIO 7.9 fix\n   - GFX11 golden register fix\n   - Backlight fix\n   - NBIO 7.11 fix\n   - IB test overflow fix\n   - DCN 3.1.4 fixes\n   - fix a runtime pm ref count\n   - Retimer fix\n   - ABM fix\n   - DCN 3.1.5 fix\n   - Fix AGP addressing\n   - Fix possible memory leak in SMU error path\n   - Make sure PME is enabled in D3\n   - Fix possible NULL pointer dereference in debugfs\n   - EEPROM fix\n   - GC 9.4.3 fix\n\n  amdkfd:\n   - IP version check fix\n   - Fix memory leak in pqm_uninit()\"\n\n* tag \u0027drm-fixes-2023-12-01\u0027 of git://anongit.freedesktop.org/drm/drm: (53 commits)\n  Revert \"drm/prime: Unexport helpers for fd/handle conversion\"\n  drm/amdgpu: Use another offset for GC 9.4.3 remap\n  drm/amd/display: Fix some HostVM parameters in DML\n  drm/amdkfd: Free gang_ctx_bo and wptr_bo in pqm_uninit\n  drm/amdgpu: Update EEPROM I2C address for smu v13_0_0\n  drm/amd/display: Allow DTBCLK disable for DCN35\n  drm/amdgpu: Fix cat debugfs amdgpu_regs_didt causes kernel null pointer\n  drm/amd: Enable PCIe PME from D3\n  drm/amd/pm: fix a memleak in aldebaran_tables_init\n  drm/amdgpu: fix AGP addressing when GART is not at 0\n  drm/amd/display: update dcn315 lpddr pstate latency\n  drm/amd/display: fix ABM disablement\n  drm/amd/display: Fix black screen on video playback with embedded panel\n  drm/amd/display: Fix conversions between bytes and KB\n  drm/amdkfd: Use common function for IP version check\n  drm/amd/display: Remove config update\n  drm/amd/display: Update DCN35 clock table policy\n  drm/amd/display: force toggle rate wa for first link training for a retimer\n  drm/amdgpu: correct the amdgpu runtime dereference usage count\n  drm/amd/display: Update min Z8 residency time to 2100 for DCN314\n  ...\n"
    },
    {
      "commit": "c9a925b7bcd9552f19ba50519c6a49ed7ca61691",
      "tree": "ea1215a34c3c066ffded3dddea170e6c3b90debf",
      "parents": [
        "ee0c8a9b349ecdc97f81f0000a94ac9be8d8006c",
        "73363c262d6a7d26063da96610f61baf69a70f7c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:47:32 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:47:32 2023 +0900"
      },
      "message": "Merge tag \u0027io_uring-6.7-2023-11-30\u0027 of git://git.kernel.dk/linux\n\nPull io_uring fixes from Jens Axboe:\n\n - Fix an issue with discontig page checking for IORING_SETUP_NO_MMAP\n\n - Fix an issue with not allowing IORING_SETUP_NO_MMAP also disallowing\n   mmap\u0027ed buffer rings\n\n - Fix an issue with deferred release of memory mapped pages\n\n - Fix a lockdep issue with IORING_SETUP_NO_MMAP\n\n - Use fget/fput consistently, even from our sync system calls. No real\n   issue here, but if we were ever to allow closing io_uring descriptors\n   it would be required. Let\u0027s play it safe and just use the full ref\n   counted versions upfront. Most uses of io_uring are threaded anyway,\n   and hence already doing the full version underneath.\n\n* tag \u0027io_uring-6.7-2023-11-30\u0027 of git://git.kernel.dk/linux:\n  io_uring: use fget/fput consistently\n  io_uring: free io_buffer_list entries via RCU\n  io_uring/kbuf: prune deferred locked cache when tearing down\n  io_uring/kbuf: recycle freed mapped buffer ring entries\n  io_uring/kbuf: defer release of mapped buffer rings\n  io_uring: enable io_mem_alloc/free to be used in other parts\n  io_uring: don\u0027t guard IORING_OFF_PBUF_RING with SETUP_NO_MMAP\n  io_uring: don\u0027t allow discontig pages for IORING_SETUP_NO_MMAP\n"
    },
    {
      "commit": "ee0c8a9b349ecdc97f81f0000a94ac9be8d8006c",
      "tree": "ad4d9b592ae8a94acdc75a9f4c88d35fcb404454",
      "parents": [
        "abd792f330fa328e8f8c30f3e32e609006c846fc",
        "8ad3ac92f0760fdd8537857ee1adfde849ab0268"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:39:30 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:39:30 2023 +0900"
      },
      "message": "Merge tag \u0027block-6.7-2023-12-01\u0027 of git://git.kernel.dk/linux\n\nPull block fixes from Jens Axboe:\n\n - NVMe pull request via Keith:\n     - Invalid namespace identification error handling (Marizio Ewan,\n       Keith)\n     - Fabrics keep-alive tuning (Mark)\n\n - Fix for a bad error check regression in bcache (Markus)\n\n - Fix for a performance regression with O_DIRECT (Ming)\n\n - Fix for a flush related deadlock (Ming)\n\n - Make the read-only warn on per-partition (Yu)\n\n* tag \u0027block-6.7-2023-12-01\u0027 of git://git.kernel.dk/linux:\n  nvme-core: check for too small lba shift\n  blk-mq: don\u0027t count completed flush data request as inflight in case of quiesce\n  block: Document the role of the two attribute groups\n  block: warn once for each partition in bio_check_ro()\n  block: move .bd_inode into 1st cacheline of block_device\n  nvme: check for valid nvme_identify_ns() before using it\n  nvme-core: fix a memory leak in nvme_ns_info_from_identify()\n  nvme: fine-tune sending of first keep-alive\n  bcache: revert replacing IS_ERR_OR_NULL with IS_ERR\n"
    },
    {
      "commit": "abd792f330fa328e8f8c30f3e32e609006c846fc",
      "tree": "3e4599fe276875a2d64157e6d41c5c2f49424cfa",
      "parents": [
        "ff4a9f49054a9cc5ae733155398d2aff2ef90836",
        "41e05548fa6b069a2b895cf4c7bd9ad618b21e2f"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:32:29 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:32:29 2023 +0900"
      },
      "message": "Merge tag \u0027dm-6.7/dm-fixes-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm\n\nPull device mapper fixes from Mike Snitzer:\n\n - Fix DM verity target\u0027s FEC support to always initialize IO before it\n   frees it. Also fix alignment of struct dm_verity_fec_io within the\n   per-bio-data\n\n - Fix DM verity target to not FEC failed readahead IO\n\n - Update DM flakey target to use MAX_ORDER rather than MAX_ORDER - 1\n\n* tag \u0027dm-6.7/dm-fixes-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm:\n  dm-flakey: start allocating with MAX_ORDER\n  dm-verity: align struct dm_verity_fec_io properly\n  dm verity: don\u0027t perform FEC for failed readahead IO\n  dm verity: initialize fec io before freeing it\n"
    },
    {
      "commit": "ff4a9f49054a9cc5ae733155398d2aff2ef90836",
      "tree": "e65891cbce8ad33617637918953e65c9c0338863",
      "parents": [
        "c1c09da07c550971a1764a113963533dcc8e4d2a",
        "b09d7f8fd50f6e93cbadd8d27fde178f745b42a1"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:27:20 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:27:20 2023 +0900"
      },
      "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 \"Three small fixes, one in drivers.\n\n  The core changes are to the internal representation of flags in\n  scsi_devices which removes space wasting bools in favour of single bit\n  flags and to add a flag to force a runtime resume which is used by ATA\n  devices\"\n\n* tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:\n  scsi: sd: Fix system start for ATA devices\n  scsi: Change SCSI device boolean fields to single bit flags\n  scsi: ufs: core: Clear cmd if abort succeeds in MCQ mode\n"
    },
    {
      "commit": "c1c09da07c550971a1764a113963533dcc8e4d2a",
      "tree": "19c2a4ddd55b55dcaddc1c0ba514105ef620c557",
      "parents": [
        "e6861be452a53a5de3e1a048eabd811a05a44915",
        "8abc712ea4867a81c860853048f24e511bbc20f2"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:19:27 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:19:27 2023 +0900"
      },
      "message": "Merge tag \u0027fs_for_v6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs\n\nPull ext2 fix from Jan Kara:\n \"Fix an ext2 bug introduced by changes in ext2 \u0026 iomap stepping on each\n  other toes (apparently ext2 driver does not get much testing in\n  linux-next)\"\n\n* tag \u0027fs_for_v6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs:\n  ext2: Fix ki_pos update for DIO buffered-io fallback case\n"
    },
    {
      "commit": "e6861be452a53a5de3e1a048eabd811a05a44915",
      "tree": "065281129fb5e7b1ed51d6298fbd1faa0902063d",
      "parents": [
        "994d5c58e50e91bb02c7be4a91d5186292a895c8",
        "415e5107b0dce0e5407ae4a46700cd7e8859e252"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:02:16 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Dec 02 06:02:16 2023 +0900"
      },
      "message": "Merge tag \u0027bcachefs-2023-11-29\u0027 of https://evilpiepirate.org/git/bcachefs\n\nPull more bcachefs bugfixes from Kent Overstreet:\n\n - bcache \u0026 bcachefs were broken with CFI enabled; patch for closures to\n   fix type punning\n\n - mark erasure coding as extra-experimental; there are incompatible\n   disk space accounting changes coming for erasure coding, and I\u0027m\n   still seeing checksum errors in some tests\n\n - several fixes for durability-related issues (durability is a device\n   specific setting where we can tell bcachefs that data on a given\n   device should be counted as replicated x times)\n\n - a fix for a rare livelock when a btree node merge then updates a\n   parent node that is almost full\n\n - fix a race in the device removal path, where dropping a pointer in a\n   btree node to a device would be clobbered by an in flight btree write\n   updating the btree node key on completion\n\n - fix one SRCU lock hold time warning in the btree gc code - ther\u0027s\n   still a bunch more of these to fix\n\n - fix a rare race where we\u0027d start copygc before initializing the \"are\n   we rw\" percpu refcount; copygc would think we were already ro and die\n   immediately\n\n* tag \u0027bcachefs-2023-11-29\u0027 of https://evilpiepirate.org/git/bcachefs: (23 commits)\n  bcachefs: Extra kthread_should_stop() calls for copygc\n  bcachefs: Convert gc_alloc_start() to for_each_btree_key2()\n  bcachefs: Fix race between btree writes and metadata drop\n  bcachefs: move journal seq assertion\n  bcachefs: -EROFS doesn\u0027t count as move_extent_start_fail\n  bcachefs: trace_move_extent_start_fail() now includes errcode\n  bcachefs: Fix split_race livelock\n  bcachefs: Fix bucket data type for stripe buckets\n  bcachefs: Add missing validation for jset_entry_data_usage\n  bcachefs: Fix zstd compress workspace size\n  bcachefs: bpos is misaligned on big endian\n  bcachefs: Fix ec + durability calculation\n  bcachefs: Data update path won\u0027t accidentaly grow replicas\n  bcachefs: deallocate_extra_replicas()\n  bcachefs: Proper refcounting for journal_keys\n  bcachefs: preserve device path as device name\n  bcachefs: Fix an endianness conversion\n  bcachefs: Start gc, copygc, rebalance threads after initing writes ref\n  bcachefs: Don\u0027t stop copygc thread on device resize\n  bcachefs: Make sure bch2_move_ratelimit() also waits for move_ops\n  ...\n"
    },
    {
      "commit": "7d4c44a53dade7103c3a9a928705db2326efba6f",
      "tree": "3e8ebe93fe1775ede9b8cf585c1208dda38be331",
      "parents": [
        "172c48caed91a978bca078042222d09baea13717",
        "35732699f5d2922ff674e711e566cf44a4bd86d2"
      ],
      "author": {
        "name": "Rafael J. Wysocki",
        "email": "rafael.j.wysocki@intel.com",
        "time": "Fri Dec 01 21:32:19 2023 +0100"
      },
      "committer": {
        "name": "Rafael J. Wysocki",
        "email": "rafael.j.wysocki@intel.com",
        "time": "Fri Dec 01 21:32:19 2023 +0100"
      },
      "message": "Merge branch \u0027acpi-tables\u0027\n\nMerge a fix for a recently introduced build issue on ARM32 platforms\ncaused by an inadvertent header file breakage (Dave Jiang).\n\n* acpi-tables:\n  ACPI: Fix ARM32 platforms compile issue introduced by fw_table changes\n"
    },
    {
      "commit": "a6b31256928d78204f8f282220d3b0d64387f79d",
      "tree": "594a1ee6cf2ec922d552f209cf5a81e4a08b30f6",
      "parents": [
        "142c169b31beb364ef39385b4e88735bd51d37fe",
        "b817f1488fca548fe50e2654d84a1956a16a1a8a"
      ],
      "author": {
        "name": "Rafael J. Wysocki",
        "email": "rafael.j.wysocki@intel.com",
        "time": "Fri Dec 01 21:07:55 2023 +0100"
      },
      "committer": {
        "name": "Rafael J. Wysocki",
        "email": "rafael.j.wysocki@intel.com",
        "time": "Fri Dec 01 21:07:55 2023 +0100"
      },
      "message": "Merge branch \u0027powercap\u0027\n\nMerge a power capping fix for 6.7-rc4 which eliminates unnecessary\nand harmful conversions to uW from the DTPM (dynamic thermal and power\nmanagement) framework (Lukasz Luba).\n\n* powercap:\n  powercap: DTPM: Fix unneeded conversions to micro-Watts\n"
    },
    {
      "commit": "8ad3ac92f0760fdd8537857ee1adfde849ab0268",
      "tree": "2e4913fd4d2aa96767c68916b8ca0d54664eee84",
      "parents": [
        "0e4237ae8d159e3d28f3cd83146a46f576ffb586",
        "74fbc88e161424b3b96a22b23a8e3e1edab9d05c"
      ],
      "author": {
        "name": "Jens Axboe",
        "email": "axboe@kernel.dk",
        "time": "Fri Dec 01 09:09:16 2023 -0700"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "axboe@kernel.dk",
        "time": "Fri Dec 01 09:09:16 2023 -0700"
      },
      "message": "Merge tag \u0027nvme-6.7-2023-12-01\u0027 of git://git.infradead.org/nvme into block-6.7\n\nPull NVMe fixes from Keith:\n\n\"nvme fixes for Linux 6.7\n\n - Invalid namespace identification error handling (Marizio Ewan, Keith)\n - Fabrics keep-alive tuning (Mark)\"\n\n* tag \u0027nvme-6.7-2023-12-01\u0027 of git://git.infradead.org/nvme:\n  nvme-core: check for too small lba shift\n  nvme: check for valid nvme_identify_ns() before using it\n  nvme-core: fix a memory leak in nvme_ns_info_from_identify()\n  nvme: fine-tune sending of first keep-alive\n"
    },
    {
      "commit": "74fbc88e161424b3b96a22b23a8e3e1edab9d05c",
      "tree": "edecdcc0d0f7ba754c1a679b327f0046ffcc01db",
      "parents": [
        "d8b90d600aff181936457f032d116dbd8534db06"
      ],
      "author": {
        "name": "Keith Busch",
        "email": "kbusch@kernel.org",
        "time": "Tue Nov 28 09:36:04 2023 -0800"
      },
      "committer": {
        "name": "Keith Busch",
        "email": "kbusch@kernel.org",
        "time": "Fri Dec 01 07:49:50 2023 -0800"
      },
      "message": "nvme-core: check for too small lba shift\n\nThe block layer doesn\u0027t support logical block sizes smaller than 512\nbytes. The nvme spec doesn\u0027t support that small either, but the driver\nisn\u0027t checking to make sure the device responded with usable data.\nFailing to catch this will result in a kernel bug, either from a\ndivision by zero when stacking, or a zero length bio.\n\nReviewed-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Keith Busch \u003ckbusch@kernel.org\u003e\n"
    },
    {
      "commit": "0e4237ae8d159e3d28f3cd83146a46f576ffb586",
      "tree": "5930c3cfef59c10ec74806e4d64d3bba08b98289",
      "parents": [
        "3649ff0a0b152b5f00e8f56a5ce0da0945aae278"
      ],
      "author": {
        "name": "Ming Lei",
        "email": "ming.lei@redhat.com",
        "time": "Fri Dec 01 16:56:05 2023 +0800"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "axboe@kernel.dk",
        "time": "Fri Dec 01 07:34:47 2023 -0700"
      },
      "message": "blk-mq: don\u0027t count completed flush data request as inflight in case of quiesce\n\nRequest queue quiesce may interrupt flush sequence, and the original request\nmay have been marked as COMPLETE, but can\u0027t get finished because of\nqueue quiesce.\n\nThis way is fine from driver viewpoint, because flush sequence is block\nlayer concept, and it isn\u0027t related with driver.\n\nHowever, driver(such as dm-rq) can call blk_mq_queue_inflight() to count \u0026\ndrain inflight requests, then the wait \u0026 drain never gets done because\nthe completed \u0026 not-finished flush request is counted as inflight.\n\nFix this issue by not counting completed flush data request as inflight in\ncase of quiesce.\n\nCc: Mike Snitzer \u003csnitzer@kernel.org\u003e\nCc: David Jeffery \u003cdjeffery@redhat.com\u003e\nCc: John Pittman \u003cjpittman@redhat.com\u003e\nSigned-off-by: Ming Lei \u003cming.lei@redhat.com\u003e\nLink: https://lore.kernel.org/r/20231201085605.577730-1-ming.lei@redhat.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n"
    },
    {
      "commit": "c2183b3dcc9dd41b768569ea88bededa58cceebb",
      "tree": "0c6f7ac2c6584cff1301e7386454eea3c728582b",
      "parents": [
        "e378c7de74620051c3be899a8c2506c25d23049d"
      ],
      "author": {
        "name": "Daniel Mentz",
        "email": "danielmentz@google.com",
        "time": "Tue Nov 07 22:22:26 2023 -0800"
      },
      "committer": {
        "name": "Joerg Roedel",
        "email": "jroedel@suse.de",
        "time": "Fri Dec 01 10:13:49 2023 +0100"
      },
      "message": "iommu: Fix printk arg in of_iommu_get_resv_regions()\n\nThe variable phys is defined as (struct resource *) which aligns with\nthe printk format specifier %pr. Taking the address of it results in a\nvalue of type (struct resource **) which is incompatible with the format\nspecifier %pr. Therefore, remove the address of operator (\u0026).\n\nFixes: a5bf3cfce8cb (\"iommu: Implement of_iommu_get_resv_regions()\")\nSigned-off-by: Daniel Mentz \u003cdanielmentz@google.com\u003e\nAcked-by: Thierry Reding \u003ctreding@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20231108062226.928985-1-danielmentz@google.com\nSigned-off-by: Joerg Roedel \u003cjroedel@suse.de\u003e\n"
    },
    {
      "commit": "a1461f1fd6cfdc4b8917c9d4a91e92605d1f28dc",
      "tree": "caed8315567be58b912560043e4dde9fe3214940",
      "parents": [
        "d839a656d0f3caca9f96e9bf912fd394ac6a11bc"
      ],
      "author": {
        "name": "Masami Hiramatsu (Google)",
        "email": "mhiramat@kernel.org",
        "time": "Fri Dec 01 14:53:56 2023 +0900"
      },
      "committer": {
        "name": "Masami Hiramatsu (Google)",
        "email": "mhiramat@kernel.org",
        "time": "Fri Dec 01 14:53:56 2023 +0900"
      },
      "message": "rethook: Use __rcu pointer for rethook::handler\n\nSince the rethook::handler is an RCU-maganged pointer so that it will\nnotice readers the rethook is stopped (unregistered) or not, it should\nbe an __rcu pointer and use appropriate functions to be accessed. This\nwill use appropriate memory barrier when accessing it. OTOH,\nrethook::data is never changed, so we don\u0027t need to check it in\nget_kretprobe().\n\nNOTE: To avoid sparse warning, rethook::handler is defined by a raw\nfunction pointer type with __rcu instead of rethook_handler_t.\n\nLink: https://lore.kernel.org/all/170126066201.398836.837498688669005979.stgit@devnote2/\n\nFixes: 54ecbe6f1ed5 (\"rethook: Add a generic return hook\")\nCc: stable@vger.kernel.org\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nCloses: https://lore.kernel.org/oe-kbuild-all/202311241808.rv9ceuAh-lkp@intel.com/\nTested-by: JP Kobryn \u003cinwardvessel@gmail.com\u003e\nSigned-off-by: Masami Hiramatsu (Google) \u003cmhiramat@kernel.org\u003e\n"
    },
    {
      "commit": "d839a656d0f3caca9f96e9bf912fd394ac6a11bc",
      "tree": "a4fa1df7583e16a049ecd8ba4bda7b0593ea4a9c",
      "parents": [
        "d67f39d2b81b6a8259944d2400c1ff4fe283ff72"
      ],
      "author": {
        "name": "JP Kobryn",
        "email": "inwardvessel@gmail.com",
        "time": "Fri Dec 01 14:53:55 2023 +0900"
      },
      "committer": {
        "name": "Masami Hiramatsu (Google)",
        "email": "mhiramat@kernel.org",
        "time": "Fri Dec 01 14:53:55 2023 +0900"
      },
      "message": "kprobes: consistent rcu api usage for kretprobe holder\n\nIt seems that the pointer-to-kretprobe \"rp\" within the kretprobe_holder is\nRCU-managed, based on the (non-rethook) implementation of get_kretprobe().\nThe thought behind this patch is to make use of the RCU API where possible\nwhen accessing this pointer so that the needed barriers are always in place\nand to self-document the code.\n\nThe __rcu annotation to \"rp\" allows for sparse RCU checking. Plain writes\ndone to the \"rp\" pointer are changed to make use of the RCU macro for\nassignment. For the single read, the implementation of get_kretprobe()\nis simplified by making use of an RCU macro which accomplishes the same,\nbut note that the log warning text will be more generic.\n\nI did find that there is a difference in assembly generated between the\nusage of the RCU macros vs without. For example, on arm64, when using\nrcu_assign_pointer(), the corresponding store instruction is a\nstore-release (STLR) which has an implicit barrier. When normal assignment\nis done, a regular store (STR) is found. In the macro case, this seems to\nbe a result of rcu_assign_pointer() using smp_store_release() when the\nvalue to write is not NULL.\n\nLink: https://lore.kernel.org/all/20231122132058.3359-1-inwardvessel@gmail.com/\n\nFixes: d741bf41d7c7 (\"kprobes: Remove kretprobe hash\")\nCc: stable@vger.kernel.org\nSigned-off-by: JP Kobryn \u003cinwardvessel@gmail.com\u003e\nAcked-by: Masami Hiramatsu (Google) \u003cmhiramat@kernel.org\u003e\nSigned-off-by: Masami Hiramatsu (Google) \u003cmhiramat@kernel.org\u003e\n"
    },
    {
      "commit": "d67f39d2b81b6a8259944d2400c1ff4fe283ff72",
      "tree": "100ce8e0dab76dc3bf6961f6be69d1797a7c9e90",
      "parents": [
        "2cc14f52aeb78ce3f29677c2de1f06c0e91471ab"
      ],
      "author": {
        "name": "wuqiang.matt",
        "email": "wuqiang.matt@bytedance.com",
        "time": "Fri Dec 01 14:53:55 2023 +0900"
      },
      "committer": {
        "name": "Masami Hiramatsu (Google)",
        "email": "mhiramat@kernel.org",
        "time": "Fri Dec 01 14:53:55 2023 +0900"
      },
      "message": "lib: objpool: fix head overrun on RK3588 SBC\n\nobjpool overrun stress with test_objpool on OrangePi5+ SBC triggered the\nfollowing kernel warnings:\n\n    WARNING: CPU: 6 PID: 3115 at lib/objpool.c:168 objpool_push+0xc0/0x100\n\nThis message is from objpool.c:168:\n\n    WARN_ON_ONCE(tail - head \u003e pool-\u003enr_objs);\n\nThe overrun test case is to validate the case that pre-allocated objects\nare insufficient: 8 objects are pre-allocated for each node and consumer\nthread per node tries to grab 16 objects in a row. The testing system is\nOrangePI 5+, with RK3588, a big.LITTLE SOC with 4x A76 and 4x A55. When\ndisabling either all 4 big or 4 little cores, the overrun tests run well,\nand once with big and little cores mixed together, the overrun test would\nalways cause an overrun loop. It\u0027s likely the memory timing differences\nof big and little cores cause this trouble. Here are the debugging data\nof objpool_try_get_slot after try_cmpxchg_release:\n\n    objpool_pop: cpu: 4/0 0:0 head: 278/279 tail:278 last:276/278\n\nThe local copies of \u0027head\u0027 and \u0027last\u0027 were 278 and 276, and reloading of\n\u0027slot-\u003ehead\u0027 and \u0027slot-\u003elast\u0027 got 279 and 278. After try_cmpxchg_release\n\u0027slot-\u003ehead\u0027 became \u0027head + 1\u0027, which is correct. But what\u0027s wrong here\nis the stale value of \u0027last\u0027, and that stale value of \u0027last\u0027 finally led\nthe overrun of \u0027head\u0027.\n\nMemory updating of \u0027last\u0027 and \u0027head\u0027 are performed in push() and pop()\nindependently, which could be the culprit leading this out of order\nvisibility of \u0027last\u0027 and \u0027head\u0027. So for objpool_try_get_slot(), it\u0027s\nnot enough only checking the condition of \u0027head !\u003d slot\u0027, the implicit\ncondition \u0027last - head \u003c\u003d nr_objs\u0027 must also be explicitly asserted to\nguarantee \u0027last\u0027 is always behind \u0027head\u0027 before the object retrieving.\n\nThis patch will check and try reloading of \u0027head\u0027 and \u0027last\u0027 to ensure\n\u0027last\u0027 is behind \u0027head\u0027 at the time of object retrieving. Performance\ntestings show the average impact is about 0.1% for X86_64 and 1.12% for\nARM64. Here are the results:\n\n    OS: Debian 10 X86_64, Linux 6.6rc\n    HW: XEON 8336C x 2, 64 cores/128 threads, DDR4 3200MT/s\n                      1T         2T         4T         8T        16T\n    native:     49543304   99277826  199017659  399070324  795185848\n    objpool:    29909085   59865637  119692073  239750369  478005250\n    objpool+:   29879313   59230743  119609856  239067773  478509029\n                     32T        48T        64T        96T       128T\n    native:   1596927073 2390099988 2929397330 3183875848 3257546602\n    objpool:   957553042 1435814086 1680872925 2043126796 2165424198\n    objpool+:  956476281 1434491297 1666055740 2041556569 2157415622\n\n    OS: Debian 11 AARCH64, Linux 6.6rc\n    HW: Kunpeng-920 96 cores/2 sockets/4 NUMA nodes, DDR4 2933 MT/s\n                      1T         2T         4T         8T        16T\n    native:     30890508   60399915  123111980  242257008  494002946\n    objpool:    14742531   28883047   57739948  115886644  232455421\n    objpool+:   14107220   29032998   57286084  113730493  232232850\n                     24T        32T        48T        64T        96T\n    native:    746406039 1000174750 1493236240 1998318364 2942911180\n    objpool:   349164852  467284332  702296756  934459713 1387898285\n    objpool+:  348388180  462750976  696606096  927865887 1368402195\n\nLink: https://lore.kernel.org/all/20231114115148.298821-1-wuqiang.matt@bytedance.com/\n\nFixes: b4edb8d2d464 (\"lib: objpool added: ring-array based lockless MPMC\")\nSigned-off-by: wuqiang.matt \u003cwuqiang.matt@bytedance.com\u003e\nAcked-by: Masami Hiramatsu (Google) \u003cmhiramat@kernel.org\u003e\nSigned-off-by: Masami Hiramatsu (Google) \u003cmhiramat@kernel.org\u003e\n"
    },
    {
      "commit": "994d5c58e50e91bb02c7be4a91d5186292a895c8",
      "tree": "27270745305fa6fd0e911faac5df05ad097a9e24",
      "parents": [
        "47669f40b14c32c9771e0852f7cd3a12eb044c2f",
        "d71f22365a9caca82d424f3a33445de46567e198"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 14:17:54 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 14:17:54 2023 +0900"
      },
      "message": "Merge tag \u0027hardening-v6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux\n\nPull hardening fixes from Kees Cook:\n\n - struct_group: propagate attributes to top-level union (Dmitry\n   Antipov)\n\n - gcc-plugins: randstruct: Update code comment in relayout_struct\n   (Gustavo A. R. Silva)\n\n - MAINTAINERS: refresh LLVM support (Nick Desaulniers)\n\n* tag \u0027hardening-v6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:\n  gcc-plugins: randstruct: Update code comment in relayout_struct()\n  uapi: propagate __struct_group() attributes to the container union\n  MAINTAINERS: refresh LLVM support\n"
    },
    {
      "commit": "47669f40b14c32c9771e0852f7cd3a12eb044c2f",
      "tree": "b2f225d8c6351262c77c053d73aa0b242b121bfb",
      "parents": [
        "2594faafeee2f4406ff82790604e4e3f55037d60",
        "1bddcf77ce6668692fc15e968fd0870d5524d112"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 14:03:05 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 14:03:05 2023 +0900"
      },
      "message": "Merge tag \u0027linux_kselftest-kunit-fixes-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest\n\nPull KUnit fixes from Shuah Khan:\n \"Three fixes to warnings and run-time test behavior. With these fixes,\n  test suite counter will be reset correctly before running tests, kunit\n  will warn if tests are too slow, and eliminate warning when kfree() as\n  an action\"\n\n* tag \u0027linux_kselftest-kunit-fixes-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest:\n  kunit: test: Avoid cast warning when adding kfree() as an action\n  kunit: Reset suite counter right before running tests\n  kunit: Warn if tests are slow\n"
    },
    {
      "commit": "908f60642441cb4f9f0e1eb576e63b0011d318b9",
      "tree": "37b3a9f7a639401ae19a03ba68ae1a4812244083",
      "parents": [
        "a74229bcafe154c103ffa63eac3a513a2280088f",
        "0514f63cfff38a0dcb7ba9c5f245827edc0c5107"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 13:56:22 2023 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 13:57:11 2023 +1000"
      },
      "message": "Merge tag \u0027amd-drm-fixes-6.7-2023-11-30\u0027 of https://gitlab.freedesktop.org/agd5f/linux into drm-fixes\n\namd-drm-fixes-6.7-2023-11-30:\n\namdgpu:\n- DMUB fix\n- DCN 3.5 fixes\n- XGMI fix\n- DCN 3.2 fixes\n- Vangogh suspend fix\n- NBIO 7.9 fix\n- GFX11 golden register fix\n- Backlight fix\n- NBIO 7.11 fix\n- IB test overflow fix\n- DCN 3.1.4 fixes\n- fix a runtime pm ref count\n- Retimer fix\n- ABM fix\n- DCN 3.1.5 fix\n- Fix AGP addressing\n- Fix possible memory leak in SMU error path\n- Make sure PME is enabled in D3\n- Fix possible NULL pointer dereference in debugfs\n- EEPROM fix\n- GC 9.4.3 fix\n\namdkfd:\n- IP version check fix\n- Fix memory leak in pqm_uninit()\n\ndrm:\n- Revert unexport of prime helpers for fd/handle conversion\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n\nFrom: Alex Deucher \u003calexander.deucher@amd.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20231130213135.5083-1-alexander.deucher@amd.com\n"
    },
    {
      "commit": "2594faafeee2f4406ff82790604e4e3f55037d60",
      "tree": "8d2fceeff0ef27979261f09fa955aa3efb0df5ea",
      "parents": [
        "6172a5180fcc65170bfa2d49e55427567860f2a7",
        "57686a72da08ae555d93148aa8756b16417a6aff"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 10:17:16 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 10:17:16 2023 +0900"
      },
      "message": "Merge tag \u0027perf-tools-fixes-for-v6.7-1-2023-11-29\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/perf/perf-tools\n\nPull perf tools fixes from Namhyung Kim:\n \"Assorted build fixes including:\n\n   - fix compile errors in printf() with u64 on 32-bit systesm\n\n   - sync kernel headers to the tool copies\n\n   - update arm64 sysreg generation for tarballs\n\n   - disable compile warnings on __packed attribute\"\n\n* tag \u0027perf-tools-fixes-for-v6.7-1-2023-11-29\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/perf/perf-tools:\n  tools: Disable __packed attribute compiler warning due to -Werror\u003dattributes\n  perf build: Ensure sysreg-defs Makefile respects output dir\n  tools perf: Add arm64 sysreg files to MANIFEST\n  tools/perf: Update tools\u0027s copy of mips syscall table\n  tools/perf: Update tools\u0027s copy of s390 syscall table\n  tools/perf: Update tools\u0027s copy of powerpc syscall table\n  tools/perf: Update tools\u0027s copy of x86 syscall table\n  tools headers: Update tools\u0027s copy of s390/asm headers\n  tools headers: Update tools\u0027s copy of arm64/asm headers\n  tools headers: Update tools\u0027s copy of x86/asm headers\n  tools headers: Update tools\u0027s copy of socket.h header\n  tools headers UAPI: Update tools\u0027s copy of unistd.h header\n  tools headers UAPI: Update tools\u0027s copy of vhost.h header\n  tools headers UAPI: Update tools\u0027s copy of mount.h header\n  tools headers UAPI: Update tools\u0027s copy of kvm.h header\n  tools headers UAPI: Update tools\u0027s copy of fscrypt.h header\n  tools headers UAPI: Update tools\u0027s copy of drm headers\n  perf lock contention: Fix a build error on 32-bit\n  perf kwork: Fix a build error on 32-bit\n"
    },
    {
      "commit": "6172a5180fcc65170bfa2d49e55427567860f2a7",
      "tree": "54617c32c60bdbd06ab0cde16f8c56d913ef68ba",
      "parents": [
        "e8f60209d6cf652a9cfda64371acea69f62770aa",
        "777f245eec8152926b411e3d4f4545310f52cbed"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:24:46 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:24:46 2023 +0900"
      },
      "message": "Merge tag \u0027net-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes from Paolo Abeni:\n \"Including fixes from bpf and wifi.\n\n  Current release - regressions:\n\n   - neighbour: fix __randomize_layout crash in struct neighbour\n\n   - r8169: fix deadlock on RTL8125 in jumbo mtu mode\n\n  Previous releases - regressions:\n\n   - wifi:\n       - mac80211: fix warning at station removal time\n       - cfg80211: fix CQM for non-range use\n\n   - tools: ynl-gen: fix unexpected response handling\n\n   - octeontx2-af: fix possible buffer overflow\n\n   - dpaa2: recycle the RX buffer only after all processing done\n\n   - rswitch: fix missing dev_kfree_skb_any() in error path\n\n  Previous releases - always broken:\n\n   - ipv4: fix uaf issue when receiving igmp query packet\n\n   - wifi: mac80211: fix debugfs deadlock at device removal time\n\n   - bpf:\n       - sockmap: af_unix stream sockets need to hold ref for pair sock\n       - netdevsim: don\u0027t accept device bound programs\n\n   - selftests: fix a char signedness issue\n\n   - dsa: mv88e6xxx: fix marvell 6350 probe crash\n\n   - octeontx2-pf: restore TC ingress police rules when interface is up\n\n   - wangxun: fix memory leak on msix entry\n\n   - ravb: keep reverse order of operations in ravb_remove()\"\n\n* tag \u0027net-6.7-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (51 commits)\n  net: ravb: Keep reverse order of operations in ravb_remove()\n  net: ravb: Stop DMA in case of failures on ravb_open()\n  net: ravb: Start TX queues after HW initialization succeeded\n  net: ravb: Make write access to CXR35 first before accessing other EMAC registers\n  net: ravb: Use pm_runtime_resume_and_get()\n  net: ravb: Check return value of reset_control_deassert()\n  net: libwx: fix memory leak on msix entry\n  ice: Fix VF Reset paths when interface in a failed over aggregate\n  bpf, sockmap: Add af_unix test with both sockets in map\n  bpf, sockmap: af_unix stream sockets need to hold ref for pair sock\n  tools: ynl-gen: always construct struct ynl_req_state\n  ethtool: don\u0027t propagate EOPNOTSUPP from dumps\n  ravb: Fix races between ravb_tx_timeout_work() and net related ops\n  r8169: prevent potential deadlock in rtl8169_close\n  r8169: fix deadlock on RTL8125 in jumbo mtu mode\n  neighbour: Fix __randomize_layout crash in struct neighbour\n  octeontx2-pf: Restore TC ingress police rules when interface is up\n  octeontx2-pf: Fix adding mbox work queue entry when num_vfs \u003e 64\n  net: stmmac: xgmac: Disable FPE MMC interrupts\n  octeontx2-af: Fix possible buffer overflow\n  ...\n"
    },
    {
      "commit": "e8f60209d6cf652a9cfda64371acea69f62770aa",
      "tree": "338cc761567cb7651c70f6d81fd0d8864da54ff9",
      "parents": [
        "09443a144c1642b302c9bc329eb9475ae95b4304",
        "0cb19e50a911aaadf49eed120392e429d6e1fa0c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:17:08 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:17:08 2023 +0900"
      },
      "message": "Merge tag \u0027pmdomain-v6.7-rc2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm\n\nPull pmdomain fix from Ulf Hansson:\n\n - Avoid polling for the scmi_perf_domain on arm\n\n* tag \u0027pmdomain-v6.7-rc2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm:\n  pmdomain: arm: Avoid polling for scmi_perf_domain\n"
    },
    {
      "commit": "09443a144c1642b302c9bc329eb9475ae95b4304",
      "tree": "99a7ced79eeae330fd2dc6e9704577991864e7c0",
      "parents": [
        "16864755721d53d7d866cf254905fde32370aa7c",
        "477865af60b2117ceaa1d558e03559108c15c78c"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:15:05 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:15:05 2023 +0900"
      },
      "message": "Merge tag \u0027mmc-v6.7-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc\n\nPull MMC fixes from Ulf Hansson:\n \"MMC core:\n   - Fix CQE error recovery path\n\n  MMC host:\n   - cqhci: Fix CQE error recovery path\n   - sdhci-pci-gli: Fix initialization of LPM\n   - sdhci-sprd: Fix enabling/disabling of the vqmmc regulator\"\n\n* tag \u0027mmc-v6.7-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc:\n  mmc: sdhci-sprd: Fix vqmmc not shutting down after the card was pulled\n  mmc: sdhci-pci-gli: Disable LPM during initialization\n  mmc: cqhci: Fix task clearing in CQE error recovery\n  mmc: cqhci: Warn of halt or task clear failure\n  mmc: block: Retry commands in CQE error recovery\n  mmc: block: Be sure to wait while busy in CQE error recovery\n  mmc: cqhci: Increase recovery halt timeout\n  mmc: block: Do not lose cache flush during CQE error recovery\n"
    },
    {
      "commit": "16864755721d53d7d866cf254905fde32370aa7c",
      "tree": "600d4cf2108e5ed2cc2480f94fc549115a4e8718",
      "parents": [
        "9d3eac3c05ffb4e56cece2e7c4cc7fa2f1188748",
        "8f2244c9af245ff72185c0473827125ee6b2d1a5"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:00:02 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 08:00:02 2023 +0900"
      },
      "message": "Merge tag \u0027leds-fixes-6.7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/leds\n\nPull LED fix from Lee Jones:\n\n - Remove duplicate sysfs entry \u0027color\u0027 from LEDs class\n\n* tag \u0027leds-fixes-6.7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/leds:\n  leds: class: Don\u0027t expose color sysfs entry\n"
    },
    {
      "commit": "9d3eac3c05ffb4e56cece2e7c4cc7fa2f1188748",
      "tree": "3636a23003a7eabaefb275a30b4b76df2caf8845",
      "parents": [
        "3b47bc037bd44f142ac09848e8d3ecccc726be99",
        "01b1e3ca0e5ce47bbae8217d47376ad01b331b07"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 07:57:08 2023 +0900"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Dec 01 07:57:08 2023 +0900"
      },
      "message": "Merge tag \u0027efi-urgent-for-v6.7-1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi\n\nPull EFI fix from Ard Biesheuvel:\n\n - Fix for EFI unaccepted memory handling\n\n* tag \u0027efi-urgent-for-v6.7-1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi:\n  efi/unaccepted: Fix off-by-one when checking for overlapping ranges\n"
    },
    {
      "commit": "a74229bcafe154c103ffa63eac3a513a2280088f",
      "tree": "f4c5a19e8da7c17872678ecf28cfc650ba6b953e",
      "parents": [
        "54001331d25c431849af621e89ac1a2c2736081a",
        "fb18fe0fdf22a2f4512a8b644bb5ea1473829cda"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 08:05:31 2023 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 08:05:31 2023 +1000"
      },
      "message": "Merge tag \u0027drm-misc-fixes-2023-11-29\u0027 of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes\n\nFixes for v6.7-rc4:\n- Revert panel fixes as they require exporting device_is_dependent.\n- Do not double add fences in dma_resv_add_fence.\n- Fix GPUVM license identifier.\n- Assorted nouveau fixes.\n- Fix error check for nt36523.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Maarten Lankhorst \u003cmaarten.lankhorst@linux.intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/561f807e-f9d3-43c1-80d3-8b41ba83c9ec@linux.intel.com\n"
    },
    {
      "commit": "54001331d25c431849af621e89ac1a2c2736081a",
      "tree": "fe07e35ead6e8d41e9334afd23b8a047af691041",
      "parents": [
        "2cc14f52aeb78ce3f29677c2de1f06c0e91471ab",
        "d21a3962d3042e6f56ad324cf18bdd64a1e6ecfa"
      ],
      "author": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 07:01:06 2023 +1000"
      },
      "committer": {
        "name": "Dave Airlie",
        "email": "airlied@redhat.com",
        "time": "Fri Dec 01 07:01:07 2023 +1000"
      },
      "message": "Merge tag \u0027drm-intel-fixes-2023-11-30\u0027 of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes\n\ndrm/i915 fixes for v6.7-rc4:\n- Mark internal GSC engine with reserved uabi class\n- Take VGA converters into account in eDP probe\n- Fix intel_pre_plane_updates() call to ensure workarounds get applied\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Jani Nikula \u003cjani.nikula@intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/87msuv479z.fsf@intel.com\n"
    },
    {
      "commit": "0514f63cfff38a0dcb7ba9c5f245827edc0c5107",
      "tree": "0643e32f40b3a5bc1aa6455f1dcd0eb626c53608",
      "parents": [
        "ed6e4f0a27ebafffbd12bf3878ab004787685d8a"
      ],
      "author": {
        "name": "Felix Kuehling",
        "email": "Felix.Kuehling@amd.com",
        "time": "Fri Nov 17 16:44:17 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Thu Nov 30 14:46:04 2023 -0500"
      },
      "message": "Revert \"drm/prime: Unexport helpers for fd/handle conversion\"\n\nThis reverts commit 71a7974ac7019afeec105a54447ae1dc7216cbb3.\n\nThese helper functions are needed for KFD to export and import DMABufs\nthe right way without duplicating the tracking of DMABufs associated with\nGEM objects while ensuring that move notifier callbacks are working as\nintended.\n\nCC: Christian König \u003cchristian.koenig@amd.com\u003e\nCC: Thomas Zimmermann \u003ctzimmermann@suse.de\u003e\nAcked-by: Thomas Zimmermann \u003ctzimmermann@suse.de\u003e\nAcked-by: Daniel Vetter \u003cdaniel@ffwll.ch\u003e\nSigned-off-by: Felix Kuehling \u003cFelix.Kuehling@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "f5259997f3e8d6edfcc2daf5b2c0b34f074d7bc0",
      "tree": "c75586549a22d09829b57f9dfc987b9ff4a43197",
      "parents": [
        "c0a8574204054effad6ac83cc75c02576e2985fe"
      ],
      "author": {
        "name": "Ard Biesheuvel",
        "email": "ardb@kernel.org",
        "time": "Mon Nov 27 13:00:51 2023 +0100"
      },
      "committer": {
        "name": "Catalin Marinas",
        "email": "catalin.marinas@arm.com",
        "time": "Thu Nov 30 19:07:33 2023 +0000"
      },
      "message": "arm64: Avoid enabling KPTI unnecessarily\n\nCommit 42c5a3b04bf6 refactored the KPTI init code in a way that results\nin the use of non-global kernel mappings even on systems that have no\nneed for it, and even when KPTI has been disabled explicitly via the\ncommand line.\n\nEnsure that this only happens when we have decided (based on the\ndetected system-wide CPU features) that KPTI should be enabled.\n\nFixes: 42c5a3b04bf6 (\"arm64: Split kpti_install_ng_mappings()\")\nSigned-off-by: Ard Biesheuvel \u003cardb@kernel.org\u003e\nAcked-by: Will Deacon \u003cwill@kernel.org\u003e\nAcked-by: Mark Rutland \u003cmark.rutland@arm.com\u003e\nLink: https://lore.kernel.org/r/20231127120049.2258650-6-ardb@google.com\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\n"
    },
    {
      "commit": "4ea95c04fa6b9043a1a301240996aeebe3cb28ec",
      "tree": "bc704ed33cd77165e4fb42d64c83fec05af62b0b",
      "parents": [
        "ae2667cd8a479bb5abd6e24c12fcc9ef5bc06d75"
      ],
      "author": {
        "name": "Sean Christopherson",
        "email": "seanjc@google.com",
        "time": "Wed Nov 29 16:10:00 2023 -0800"
      },
      "committer": {
        "name": "Alex Williamson",
        "email": "alex.williamson@redhat.com",
        "time": "Thu Nov 30 11:27:17 2023 -0700"
      },
      "message": "vfio: Drop vfio_file_iommu_group() stub to fudge around a KVM wart\n\nDrop the vfio_file_iommu_group() stub and instead unconditionally declare\nthe function to fudge around a KVM wart where KVM tries to do symbol_get()\non vfio_file_iommu_group() (and other VFIO symbols) even if CONFIG_VFIO\u003dn.\n\nEnsuring the symbol is always declared fixes a PPC build error when\nmodules are also disabled, in which case symbol_get() simply points at the\naddress of the symbol (with some attributes shenanigans).  Because KVM\ndoes symbol_get() instead of directly depending on VFIO, the lack of a\nfully defined symbol is not problematic (ugly, but \"fine\").\n\n   arch/powerpc/kvm/../../../virt/kvm/vfio.c:89:7:\n   error: attribute declaration must precede definition [-Werror,-Wignored-attributes]\n           fn \u003d symbol_get(vfio_file_iommu_group);\n                ^\n   include/linux/module.h:805:60: note: expanded from macro \u0027symbol_get\u0027\n   #define symbol_get(x) ({ extern typeof(x) x __attribute__((weak,visibility(\"hidden\"))); \u0026(x); })\n                                                              ^\n   include/linux/vfio.h:294:35: note: previous definition is here\n   static inline struct iommu_group *vfio_file_iommu_group(struct file *file)\n                                     ^\n   arch/powerpc/kvm/../../../virt/kvm/vfio.c:89:7:\n   error: attribute declaration must precede definition [-Werror,-Wignored-attributes]\n           fn \u003d symbol_get(vfio_file_iommu_group);\n                ^\n   include/linux/module.h:805:65: note: expanded from macro \u0027symbol_get\u0027\n   #define symbol_get(x) ({ extern typeof(x) x __attribute__((weak,visibility(\"hidden\"))); \u0026(x); })\n                                                                   ^\n   include/linux/vfio.h:294:35: note: previous definition is here\n   static inline struct iommu_group *vfio_file_iommu_group(struct file *file)\n                                     ^\n   2 errors generated.\n\nAlthough KVM is firmly in the wrong (there is zero reason for KVM to build\nvirt/kvm/vfio.c when VFIO is disabled), fudge around the error in VFIO as\nthe stub is unnecessary and doesn\u0027t serve its intended purpose (KVM is the\nonly external user of vfio_file_iommu_group()), and there is an in-flight\nseries to clean up the entire KVM\u003c-\u003eVFIO interaction, i.e. fixing this in\nKVM would result in more churn in the long run, and the stub needs to go\naway regardless.\n\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nCloses: https://lore.kernel.org/oe-kbuild-all/202308251949.5IiaV0sz-lkp@intel.com\nCloses: https://lore.kernel.org/oe-kbuild-all/202309030741.82aLACDG-lkp@intel.com\nCloses: https://lore.kernel.org/oe-kbuild-all/202309110914.QLH0LU6L-lkp@intel.com\nLink: https://lore.kernel.org/all/0-v1-08396538817d+13c5-vfio_kvm_kconfig_jgg@nvidia.com\nLink: https://lore.kernel.org/all/20230916003118.2540661-1-seanjc@google.com\nCc: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nCc: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nTested-by: Michael Ellerman \u003cmpe@ellerman.id.au\u003e\nFixes: c1cce6d079b8 (\"vfio: Compile vfio_group infrastructure optionally\")\nSigned-off-by: Sean Christopherson \u003cseanjc@google.com\u003e\nReviewed-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20231130001000.543240-1-seanjc@google.com\nSigned-off-by: Alex Williamson \u003calex.williamson@redhat.com\u003e\n"
    },
    {
      "commit": "0015eb6e12384ff1c589928e84deac2ad1ceb236",
      "tree": "cd5363948744276547842c7ec67dcbfaf1544264",
      "parents": [
        "88010155f02b2c3b03c71609ba6ceeb457ece095"
      ],
      "author": {
        "name": "Dmitry Antipov",
        "email": "dmantipov@yandex.ru",
        "time": "Tue Nov 28 13:53:47 2023 +0300"
      },
      "committer": {
        "name": "Steve French",
        "email": "stfrench@microsoft.com",
        "time": "Thu Nov 30 11:17:03 2023 -0600"
      },
      "message": "smb: client, common: fix fortify warnings\n\nWhen compiling with gcc version 14.0.0 20231126 (experimental)\nand CONFIG_FORTIFY_SOURCE\u003dy, I\u0027ve noticed the following:\n\nIn file included from ./include/linux/string.h:295,\n                 from ./include/linux/bitmap.h:12,\n                 from ./include/linux/cpumask.h:12,\n                 from ./arch/x86/include/asm/paravirt.h:17,\n                 from ./arch/x86/include/asm/cpuid.h:62,\n                 from ./arch/x86/include/asm/processor.h:19,\n                 from ./arch/x86/include/asm/cpufeature.h:5,\n                 from ./arch/x86/include/asm/thread_info.h:53,\n                 from ./include/linux/thread_info.h:60,\n                 from ./arch/x86/include/asm/preempt.h:9,\n                 from ./include/linux/preempt.h:79,\n                 from ./include/linux/spinlock.h:56,\n                 from ./include/linux/wait.h:9,\n                 from ./include/linux/wait_bit.h:8,\n                 from ./include/linux/fs.h:6,\n                 from fs/smb/client/smb2pdu.c:18:\nIn function \u0027fortify_memcpy_chk\u0027,\n    inlined from \u0027__SMB2_close\u0027 at fs/smb/client/smb2pdu.c:3480:4:\n./include/linux/fortify-string.h:588:25: warning: call to \u0027__read_overflow2_field\u0027\ndeclared with attribute warning: detected read beyond size of field (2nd parameter);\nmaybe use struct_group()? [-Wattribute-warning]\n  588 |                         __read_overflow2_field(q_size_field, size);\n      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n\nand:\n\nIn file included from ./include/linux/string.h:295,\n                 from ./include/linux/bitmap.h:12,\n                 from ./include/linux/cpumask.h:12,\n                 from ./arch/x86/include/asm/paravirt.h:17,\n                 from ./arch/x86/include/asm/cpuid.h:62,\n                 from ./arch/x86/include/asm/processor.h:19,\n                 from ./arch/x86/include/asm/cpufeature.h:5,\n                 from ./arch/x86/include/asm/thread_info.h:53,\n                 from ./include/linux/thread_info.h:60,\n                 from ./arch/x86/include/asm/preempt.h:9,\n                 from ./include/linux/preempt.h:79,\n                 from ./include/linux/spinlock.h:56,\n                 from ./include/linux/wait.h:9,\n                 from ./include/linux/wait_bit.h:8,\n                 from ./include/linux/fs.h:6,\n                 from fs/smb/client/cifssmb.c:17:\nIn function \u0027fortify_memcpy_chk\u0027,\n    inlined from \u0027CIFS_open\u0027 at fs/smb/client/cifssmb.c:1248:3:\n./include/linux/fortify-string.h:588:25: warning: call to \u0027__read_overflow2_field\u0027\ndeclared with attribute warning: detected read beyond size of field (2nd parameter);\nmaybe use struct_group()? [-Wattribute-warning]\n  588 |                         __read_overflow2_field(q_size_field, size);\n      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n\nIn both cases, the fortification logic inteprets calls to \u0027memcpy()\u0027 as an\nattempts to copy an amount of data which exceeds the size of the specified\nfield (i.e. more than 8 bytes from __le64 value) and thus issues an overread\nwarning. Both of these warnings may be silenced by using the convenient\n\u0027struct_group()\u0027 quirk.\n\nSigned-off-by: Dmitry Antipov \u003cdmantipov@yandex.ru\u003e\nAcked-by: Namjae Jeon \u003clinkinjeon@kernel.org\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n"
    },
    {
      "commit": "a337c355719c42a6c5b67e985ad753590ed844fb",
      "tree": "d6551f79e52fe430fae759fa19c361e7b9ab941b",
      "parents": [
        "cae2bdb579ecc9d4219c58a7d3fde1958118dc1d"
      ],
      "author": {
        "name": "Takashi Iwai",
        "email": "tiwai@suse.de",
        "time": "Thu Nov 30 16:13:21 2023 +0100"
      },
      "committer": {
        "name": "Takashi Iwai",
        "email": "tiwai@suse.de",
        "time": "Thu Nov 30 16:14:21 2023 +0100"
      },
      "message": "ALSA: hda: Disable power-save on KONTRON SinglePC\n\nIt\u0027s been reported that the runtime PM on KONTRON SinglePC (PCI SSID\n1734:1232) caused a stall of playback after a bunch of invocations.\n(FWIW, this looks like an timing issue, and the stall happens rather\non the controller side.)\n\nAs a workaround, disable the default power-save on this platform.\n\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lore.kernel.org/r/20231130151321.9813-1-tiwai@suse.de\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\n"
    },
    {
      "commit": "777f245eec8152926b411e3d4f4545310f52cbed",
      "tree": "647ac6ea06df7ca9159b765cf392099bc0c6d12f",
      "parents": [
        "91fdb30ddfdb651509914d3ed0a0302712540fed",
        "edf9bc396e05081ca281ffb0cd41e44db478ff26"
      ],
      "author": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:10 2023 +0100"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:11 2023 +0100"
      },
      "message": "Merge branch \u0027net-ravb-fixes-for-the-ravb-driver\u0027\n\nClaudiu Beznea says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nnet: ravb: Fixes for the ravb driver\n\nThis series adds some fixes for ravb driver. Patches in this series\nwere initilly part of series at [1].\n\nChanges in v2:\n- in description of patch 1/6 documented the addition of\n  out_free_netdev goto label\n- collected tags\n- s/out_runtime_disable/out_rpm_disable in patch 2/6\n- fixed typos in description of patch 6/6\n\nChanges since [1]:\n- addressed review comments\n- added patch 6/6\n\n[1] https://lore.kernel.org/all/20231120084606.4083194-1-claudiu.beznea.uj@bp.renesas.com/\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/20231128080439.852467-1-claudiu.beznea.uj@bp.renesas.com\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "edf9bc396e05081ca281ffb0cd41e44db478ff26",
      "tree": "647ac6ea06df7ca9159b765cf392099bc0c6d12f",
      "parents": [
        "eac16a733427ba0de2449ffc7bd3da32ddb65cb7"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:39 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Keep reverse order of operations in ravb_remove()\n\nOn RZ/G3S SMARC Carrier II board having RGMII connections b/w Ethernet\nMACs and PHYs it has been discovered that doing unbind/bind for ravb\ndriver in a loop leads to wrong speed and duplex for Ethernet links and\nbroken connectivity (the connectivity cannot be restored even with\nbringing interface down/up). Before doing unbind/bind the Ethernet\ninterfaces were configured though systemd. The sh instructions used to\ndo unbind/bind were:\n\n$ cd /sys/bus/platform/drivers/ravb/\n$ while :; do echo 11c30000.ethernet \u003e unbind ; \\\n  echo 11c30000.ethernet \u003e bind; done\n\nIt has been discovered that there is a race b/w IOCTLs initialized by\nsystemd at the response of success binding and the\n\"ravb_write(ndev, CCC_OPC_RESET, CCC)\" call in ravb_remove() as\nfollows:\n\n1/ as a result of bind success the user space open/configures the\n   interfaces tough an IOCTL; the following stack trace has been\n   identified on RZ/G3S:\n\nCall trace:\ndump_backtrace+0x9c/0x100\nshow_stack+0x20/0x38\ndump_stack_lvl+0x48/0x60\ndump_stack+0x18/0x28\nravb_open+0x70/0xa58\n__dev_open+0xf4/0x1e8\n__dev_change_flags+0x198/0x218\ndev_change_flags+0x2c/0x80\ndevinet_ioctl+0x640/0x708\ninet_ioctl+0x1e4/0x200\nsock_do_ioctl+0x50/0x108\nsock_ioctl+0x240/0x358\n__arm64_sys_ioctl+0xb0/0x100\ninvoke_syscall+0x50/0x128\nel0_svc_common.constprop.0+0xc8/0xf0\ndo_el0_svc+0x24/0x38\nel0_svc+0x34/0xb8\nel0t_64_sync_handler+0xc0/0xc8\nel0t_64_sync+0x190/0x198\n\n2/ this call may execute concurrently with ravb_remove() as the\n   unbind/bind operation was executed in a loop\n3/ if the operation mode is changed to RESET (through\n   ravb_write(ndev, CCC_OPC_RESET, CCC) call in ravb_remove())\n   while the above ravb_open() is in progress it may lead to MAC\n   (or PHY, or MAC-PHY connection, the right point hasn\u0027t been identified\n   at the moment) to be broken, thus the Ethernet connectivity fails to\n   restore.\n\nThe simple fix for this is to move ravb_write(ndev, CCC_OPC_RESET, CCC))\nafter unregister_netdev() to avoid resetting the controller while the\nnetdev interface is still registered.\n\nTo avoid future issues in ravb_remove(), the patch follows the proper order\nof operations in ravb_remove(): reverse order compared with ravb_probe().\nThis avoids described races as the IOCTLs as well as unregister_netdev()\n(called now at the beginning of ravb_remove()) calls rtnl_lock() before\ncontinuing and IOCTLs check (though devinet_ioctl()) if device is still\nregistered just after taking the lock:\n\nint devinet_ioctl(struct net *net, unsigned int cmd, struct ifreq *ifr)\n{\n\t// ...\n\n        rtnl_lock();\n\n        ret \u003d -ENODEV;\n        dev \u003d __dev_get_by_name(net, ifr-\u003eifr_name);\n        if (!dev)\n                goto done;\n\n\t// ...\ndone:\n        rtnl_unlock();\nout:\n        return ret;\n}\n\nFixes: c156633f1353 (\"Renesas Ethernet AVB driver proper\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "eac16a733427ba0de2449ffc7bd3da32ddb65cb7",
      "tree": "fc01adbcf617a0c8505da1707e52b113a8bfe5b7",
      "parents": [
        "6f32c086602050fc11157adeafaa1c1eb393f0af"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:38 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Stop DMA in case of failures on ravb_open()\n\nIn case ravb_phy_start() returns with error the settings applied in\nravb_dmac_init() are not reverted (e.g. config mode). For this call\nravb_stop_dma() on failure path of ravb_open().\n\nFixes: a0d2f20650e8 (\"Renesas Ethernet AVB PTP clock driver\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "6f32c086602050fc11157adeafaa1c1eb393f0af",
      "tree": "b0bc7840563783cb040e06a8008d75bdd10cf5af",
      "parents": [
        "d78c0ced60d5e2f8b5a4a0468a5c400b24aeadf2"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:37 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Start TX queues after HW initialization succeeded\n\nravb_phy_start() may fail. If that happens, the TX queues will remain\nstarted. Thus, move the netif_tx_start_all_queues() after PHY is\nsuccessfully initialized.\n\nFixes: c156633f1353 (\"Renesas Ethernet AVB driver proper\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nReviewed-by: Kalesh AP \u003ckalesh-anakkur.purayil@broadcom.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "d78c0ced60d5e2f8b5a4a0468a5c400b24aeadf2",
      "tree": "e34c786fe16f8012be026098ee8fd3e65f79d999",
      "parents": [
        "88b74831faaee455c2af380382d979fc38e79270"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:36 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Make write access to CXR35 first before accessing other EMAC registers\n\nHardware manual of RZ/G3S (and RZ/G2L) specifies the following on the\ndescription of CXR35 register (chapter \"PHY interface select register\n(CXR35)\"): \"After release reset, make write-access to this register before\nmaking write-access to other registers (except MDIOMOD). Even if not need\nto change the value of this register, make write-access to this register\nat least one time. Because RGMII/MII MODE is recognized by accessing this\nregister\".\n\nThe setup procedure for EMAC module (chapter \"Setup procedure\" of RZ/G3S,\nRZ/G2L manuals) specifies the E-MAC.CXR35 register is the first EMAC\nregister that is to be configured.\n\nNote [A] from chapter \"PHY interface select register (CXR35)\" specifies\nthe following:\n[A] The case which CXR35 SEL_XMII is used for the selection of RGMII/MII\nin APB Clock 100 MHz.\n(1) To use RGMII interface, Set ‘H’03E8_0000’ to this register.\n(2) To use MII interface, Set ‘H’03E8_0002’ to this register.\n\nTake into account these indication.\n\nFixes: 1089877ada8d (\"ravb: Add RZ/G2L MII interface support\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "88b74831faaee455c2af380382d979fc38e79270",
      "tree": "cae0023e416370c7979aaf2c9d4307fcb31f123b",
      "parents": [
        "d8eb6ea4b302e7ff78535c205510e359ac10a0bd"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:35 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Use pm_runtime_resume_and_get()\n\npm_runtime_get_sync() may return an error. In case it returns with an error\ndev-\u003epower.usage_count needs to be decremented. pm_runtime_resume_and_get()\ntakes care of this. Thus use it.\n\nFixes: c156633f1353 (\"Renesas Ethernet AVB driver proper\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "d8eb6ea4b302e7ff78535c205510e359ac10a0bd",
      "tree": "f4fb1495cc1a3815a956fa90427e37aae7e4c225",
      "parents": [
        "91fdb30ddfdb651509914d3ed0a0302712540fed"
      ],
      "author": {
        "name": "Claudiu Beznea",
        "email": "claudiu.beznea.uj@bp.renesas.com",
        "time": "Tue Nov 28 10:04:34 2023 +0200"
      },
      "committer": {
        "name": "Paolo Abeni",
        "email": "pabeni@redhat.com",
        "time": "Thu Nov 30 10:59:07 2023 +0100"
      },
      "message": "net: ravb: Check return value of reset_control_deassert()\n\nreset_control_deassert() could return an error. Some devices cannot work\nif reset signal de-assert operation fails. To avoid this check the return\ncode of reset_control_deassert() in ravb_probe() and take proper action.\n\nAlong with it, the free_netdev() call from the error path was moved after\nreset_control_assert() on its own label (out_free_netdev) to free\nnetdev in case reset_control_deassert() fails.\n\nFixes: 0d13a1a464a0 (\"ravb: Add reset support\")\nReviewed-by: Sergey Shtylyov \u003cs.shtylyov@omp.ru\u003e\nReviewed-by: Philipp Zabel \u003cp.zabel@pengutronix.de\u003e\nSigned-off-by: Claudiu Beznea \u003cclaudiu.beznea.uj@bp.renesas.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n"
    },
    {
      "commit": "91fdb30ddfdb651509914d3ed0a0302712540fed",
      "tree": "07f0466cf0fcbd9a77349dd658f5c618b8d83724",
      "parents": [
        "9f74a3dfcf83e11aedcb98250b8040dbc6d9659a"
      ],
      "author": {
        "name": "Jiawen Wu",
        "email": "jiawenwu@trustnetic.com",
        "time": "Tue Nov 28 17:59:28 2023 +0800"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 20:13:03 2023 -0800"
      },
      "message": "net: libwx: fix memory leak on msix entry\n\nSince pci_free_irq_vectors() set pdev-\u003emsix_enabled as 0 in the\ncalling of pci_msix_shutdown(), wx-\u003emsix_entries is never freed.\nReordering the lines to fix the memory leak.\n\nCc: stable@vger.kernel.org\nFixes: 3f703186113f (\"net: libwx: Add irq flow functions\")\nSigned-off-by: Jiawen Wu \u003cjiawenwu@trustnetic.com\u003e\nReviewed-by: Kalesh AP \u003ckalesh-anakkur.purayil@broadcom.com\u003e\nLink: https://lore.kernel.org/r/20231128095928.1083292-1-jiawenwu@trustnetic.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "9f74a3dfcf83e11aedcb98250b8040dbc6d9659a",
      "tree": "cf6191d702c5ac59b3cd196297d32f8d4647f07f",
      "parents": [
        "300fbb247eb3d2146b37c8dc127056f695091218"
      ],
      "author": {
        "name": "Dave Ertman",
        "email": "david.m.ertman@intel.com",
        "time": "Mon Nov 27 13:23:38 2023 -0800"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 19:55:49 2023 -0800"
      },
      "message": "ice: Fix VF Reset paths when interface in a failed over aggregate\n\nThere is an error when an interface has the following conditions:\n- PF is in an aggregate (bond)\n- PF has VFs created on it\n- bond is in a state where it is failed-over to the secondary interface\n- A VF reset is issued on one or more of those VFs\n\nThe issue is generated by the originating PF trying to rebuild or\nreconfigure the VF resources.  Since the bond is failed over to the\nsecondary interface the queue contexts are in a modified state.\n\nTo fix this issue, have the originating interface reclaim its resources\nprior to the tear-down and rebuild or reconfigure.  Then after the process\nis complete, move the resources back to the currently active interface.\n\nThere are multiple paths that can be used depending on what triggered the\nevent, so create a helper function to move the queues and use paired calls\nto the helper (back to origin, process, then move back to active interface)\nunder the same lag_mutex lock.\n\nFixes: 1e0f9881ef79 (\"ice: Flesh out implementation of support for SRIOV on bonded interface\")\nSigned-off-by: Dave Ertman \u003cdavid.m.ertman@intel.com\u003e\nTested-by: Sujai Buvaneswaran \u003csujai.buvaneswaran@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\nReviewed-by: Przemek Kitszel \u003cprzemyslaw.kitszel@intel.com\u003e\nLink: https://lore.kernel.org/r/20231127212340.1137657-1-anthony.l.nguyen@intel.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "300fbb247eb3d2146b37c8dc127056f695091218",
      "tree": "833813d22c7ac4f68f52f3dc11ac561453a95fdb",
      "parents": [
        "0d47fa5cc91b9c8a0c90833bf1705048b2295714",
        "4ded3bfe1db655367642aadba91aee770cbab317"
      ],
      "author": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 19:43:34 2023 -0800"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 19:43:34 2023 -0800"
      },
      "message": "Merge tag \u0027wireless-2023-11-29\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wireless/wireless\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\nwireless fixes:\n - debugfs had a deadlock (removal vs. use of files),\n   fixes going through wireless ACKed by Greg\n - support for HT STAs on 320 MHz channels, even if it\u0027s\n   not clear that should ever happen (that\u0027s 6 GHz), best\n   not to WARN()\n - fix for the previous CQM fix that broke most cases\n - various wiphy locking fixes\n - various small driver fixes\n\n* tag \u0027wireless-2023-11-29\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wireless/wireless:\n  wifi: mac80211: use wiphy locked debugfs for sdata/link\n  wifi: mac80211: use wiphy locked debugfs helpers for agg_status\n  wifi: cfg80211: add locked debugfs wrappers\n  debugfs: add API to allow debugfs operations cancellation\n  debugfs: annotate debugfs handlers vs. removal with lockdep\n  debugfs: fix automount d_fsdata usage\n  wifi: mac80211: handle 320 MHz in ieee80211_ht_cap_ie_to_sta_ht_cap\n  wifi: avoid offset calculation on NULL pointer\n  wifi: cfg80211: hold wiphy mutex for send_interface\n  wifi: cfg80211: lock wiphy mutex for rfkill poll\n  wifi: cfg80211: fix CQM for non-range use\n  wifi: mac80211: do not pass AP_VLAN vif pointer to drivers during flush\n  wifi: iwlwifi: mvm: fix an error code in iwl_mvm_mld_add_sta()\n  wifi: mt76: mt7925: fix typo in mt7925_init_he_caps\n  wifi: mt76: mt7921: fix 6GHz disabled by the missing default CLC config\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/20231129150809.31083-3-johannes@sipsolutions.net\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "0d47fa5cc91b9c8a0c90833bf1705048b2295714",
      "tree": "d90f72f17b5c75dbdd67c344859984c8b8a1ec34",
      "parents": [
        "83f2df9d66bc9e1e0dbd5d5586a701088f6a1d42",
        "51354f700d400e55b329361e1386b04695e6e5c1"
      ],
      "author": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 19:40:04 2023 -0800"
      },
      "committer": {
        "name": "Jakub Kicinski",
        "email": "kuba@kernel.org",
        "time": "Wed Nov 29 19:40:04 2023 -0800"
      },
      "message": "Merge tag \u0027for-netdev\u0027 of https://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 2023-11-30\n\nWe\u0027ve added 5 non-merge commits during the last 7 day(s) which contain\na total of 10 files changed, 66 insertions(+), 15 deletions(-).\n\nThe main changes are:\n\n1) Fix AF_UNIX splat from use after free in BPF sockmap,\n   from John Fastabend.\n\n2) Fix a syzkaller splat in netdevsim by properly handling offloaded\n   programs (and not device-bound ones), from Stanislav Fomichev.\n\n3) Fix bpf_mem_cache_alloc_flags() to initialize the allocation hint,\n   from Hou Tao.\n\n4) Fix netkit by rejecting IFLA_NETKIT_PEER_INFO in changelink,\n   from Daniel Borkmann.\n\n* tag \u0027for-netdev\u0027 of https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf:\n  bpf, sockmap: Add af_unix test with both sockets in map\n  bpf, sockmap: af_unix stream sockets need to hold ref for pair sock\n  netkit: Reject IFLA_NETKIT_PEER_INFO in netkit_change_link\n  bpf: Add missed allocation hint for bpf_mem_cache_alloc_flags()\n  netdevsim: Don\u0027t accept device bound programs\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/20231129234916.16128-1-daniel@iogearbox.net\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n"
    },
    {
      "commit": "88010155f02b2c3b03c71609ba6ceeb457ece095",
      "tree": "113ed3c393975642814924acf07a707cd9e10a28",
      "parents": [
        "83d5518b124dfd605f10a68128482c839a239f9d"
      ],
      "author": {
        "name": "David Howells",
        "email": "dhowells@redhat.com",
        "time": "Wed Nov 29 16:56:18 2023 +0000"
      },
      "committer": {
        "name": "Steve French",
        "email": "stfrench@microsoft.com",
        "time": "Wed Nov 29 19:59:49 2023 -0600"
      },
      "message": "cifs: Fix FALLOC_FL_INSERT_RANGE by setting i_size after EOF moved\n\nFix the cifs filesystem implementations of FALLOC_FL_INSERT_RANGE, in\nsmb3_insert_range(), to set i_size after extending the file on the server\nand before we do the copy to open the gap (as we don\u0027t clean up the EOF\nmarker if the copy fails).\n\nFixes: 7fe6fe95b936 (\"cifs: add FALLOC_FL_INSERT_RANGE support\")\nCc: stable@vger.kernel.org\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Paulo Alcantara \u003cpc@manguebit.com\u003e\ncc: Shyam Prasad N \u003cnspmangalore@gmail.com\u003e\ncc: Rohith Surabattula \u003crohiths.msft@gmail.com\u003e\ncc: Jeff Layton \u003cjlayton@kernel.org\u003e\ncc: linux-cifs@vger.kernel.org\ncc: linux-mm@kvack.org\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n"
    },
    {
      "commit": "83d5518b124dfd605f10a68128482c839a239f9d",
      "tree": "de1f6f46673a388373fcb5878459bfb3a205d653",
      "parents": [
        "9d63509547a940225d06d7eba1dc412befae255d"
      ],
      "author": {
        "name": "David Howells",
        "email": "dhowells@redhat.com",
        "time": "Wed Nov 29 16:56:17 2023 +0000"
      },
      "committer": {
        "name": "Steve French",
        "email": "stfrench@microsoft.com",
        "time": "Wed Nov 29 19:59:20 2023 -0600"
      },
      "message": "cifs: Fix FALLOC_FL_ZERO_RANGE by setting i_size if EOF moved\n\nFix the cifs filesystem implementations of FALLOC_FL_ZERO_RANGE, in\nsmb3_zero_range(), to set i_size after extending the file on the server.\n\nFixes: 72c419d9b073 (\"cifs: fix smb3_zero_range so it can expand the file-size when required\")\nCc: stable@vger.kernel.org\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Paulo Alcantara \u003cpc@manguebit.com\u003e\ncc: Shyam Prasad N \u003cnspmangalore@gmail.com\u003e\ncc: Rohith Surabattula \u003crohiths.msft@gmail.com\u003e\ncc: Jeff Layton \u003cjlayton@kernel.org\u003e\ncc: linux-cifs@vger.kernel.org\ncc: linux-mm@kvack.org\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n"
    },
    {
      "commit": "891e0eab32a57fca4d36c5162628eb0bcb1f0edf",
      "tree": "3c26ca934681af930fa10261a86c5297c03ff460",
      "parents": [
        "2cc14f52aeb78ce3f29677c2de1f06c0e91471ab"
      ],
      "author": {
        "name": "Yang Yingliang",
        "email": "yangyingliang@huawei.com",
        "time": "Wed Nov 29 17:34:08 2023 +0800"
      },
      "committer": {
        "name": "Takashi Sakamoto",
        "email": "o-takashi@sakamocchi.jp",
        "time": "Thu Nov 30 09:16:35 2023 +0900"
      },
      "message": "firewire: core: fix possible memory leak in create_units()\n\nIf device_register() fails, the refcount of device is not 0, the name\nallocated in dev_set_name() is leaked. To fix this by calling put_device(),\nso that it will be freed in callback function kobject_cleanup().\n\nunreferenced object 0xffff9d99035c7a90 (size 8):\n  comm \"systemd-udevd\", pid 168, jiffies 4294672386 (age 152.089s)\n  hex dump (first 8 bytes):\n    66 77 30 2e 30 00 ff ff                          fw0.0...\n  backtrace:\n    [\u003c00000000e1d62bac\u003e] __kmem_cache_alloc_node+0x1e9/0x360\n    [\u003c00000000bbeaff31\u003e] __kmalloc_node_track_caller+0x44/0x1a0\n    [\u003c00000000491f2fb4\u003e] kvasprintf+0x67/0xd0\n    [\u003c000000005b960ddc\u003e] kobject_set_name_vargs+0x1e/0x90\n    [\u003c00000000427ac591\u003e] dev_set_name+0x4e/0x70\n    [\u003c000000003b4e447d\u003e] create_units+0xc5/0x110\n\nfw_unit_release() will be called in the error path, move fw_device_get()\nbefore calling device_register() to keep balanced with fw_device_put() in\nfw_unit_release().\n\nCc: stable@vger.kernel.org\nFixes: 1fa5ae857bb1 (\"driver core: get rid of struct device\u0027s bus_id string array\")\nFixes: a1f64819fe9f (\"firewire: struct device - replace bus_id with dev_name(), dev_set_name()\")\nSigned-off-by: Yang Yingliang \u003cyangyingliang@huawei.com\u003e\nSigned-off-by: Takashi Sakamoto \u003co-takashi@sakamocchi.jp\u003e\n"
    },
    {
      "commit": "51354f700d400e55b329361e1386b04695e6e5c1",
      "tree": "608c6dca192498fb00374a535ad1083b0efa2ca1",
      "parents": [
        "8866730aed5100f06d3d965c22f1c61f74942541"
      ],
      "author": {
        "name": "John Fastabend",
        "email": "john.fastabend@gmail.com",
        "time": "Tue Nov 28 17:25:57 2023 -0800"
      },
      "committer": {
        "name": "Daniel Borkmann",
        "email": "daniel@iogearbox.net",
        "time": "Thu Nov 30 00:25:25 2023 +0100"
      },
      "message": "bpf, sockmap: Add af_unix test with both sockets in map\n\nThis adds a test where both pairs of a af_unix paired socket are put into a\nBPF map. This ensures that when we tear down the af_unix pair we don\u0027t have\nany issues on sockmap side with ordering and reference counting.\n\nSigned-off-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nReviewed-by: Jakub Sitnicki \u003cjakub@cloudflare.com\u003e\nLink: https://lore.kernel.org/bpf/20231129012557.95371-3-john.fastabend@gmail.com\n"
    },
    {
      "commit": "8866730aed5100f06d3d965c22f1c61f74942541",
      "tree": "66fd1fbd894a628549f2c42e841f43b89e4bce1e",
      "parents": [
        "0bad281d0ecdf8391b0f42678b663336e7c3ceb0"
      ],
      "author": {
        "name": "John Fastabend",
        "email": "john.fastabend@gmail.com",
        "time": "Tue Nov 28 17:25:56 2023 -0800"
      },
      "committer": {
        "name": "Daniel Borkmann",
        "email": "daniel@iogearbox.net",
        "time": "Thu Nov 30 00:25:16 2023 +0100"
      },
      "message": "bpf, sockmap: af_unix stream sockets need to hold ref for pair sock\n\nAF_UNIX stream sockets are a paired socket. So sending on one of the pairs\nwill lookup the paired socket as part of the send operation. It is possible\nhowever to put just one of the pairs in a BPF map. This currently increments\nthe refcnt on the sock in the sockmap to ensure it is not free\u0027d by the\nstack before sockmap cleans up its state and stops any skbs being sent/recv\u0027d\nto that socket.\n\nBut we missed a case. If the peer socket is closed it will be free\u0027d by the\nstack. However, the paired socket can still be referenced from BPF sockmap\nside because we hold a reference there. Then if we are sending traffic through\nBPF sockmap to that socket it will try to dereference the free\u0027d pair in its\nsend logic creating a use after free. And following splat:\n\n   [59.900375] BUG: KASAN: slab-use-after-free in sk_wake_async+0x31/0x1b0\n   [59.901211] Read of size 8 at addr ffff88811acbf060 by task kworker/1:2/954\n   [...]\n   [59.905468] Call Trace:\n   [59.905787]  \u003cTASK\u003e\n   [59.906066]  dump_stack_lvl+0x130/0x1d0\n   [59.908877]  print_report+0x16f/0x740\n   [59.910629]  kasan_report+0x118/0x160\n   [59.912576]  sk_wake_async+0x31/0x1b0\n   [59.913554]  sock_def_readable+0x156/0x2a0\n   [59.914060]  unix_stream_sendmsg+0x3f9/0x12a0\n   [59.916398]  sock_sendmsg+0x20e/0x250\n   [59.916854]  skb_send_sock+0x236/0xac0\n   [59.920527]  sk_psock_backlog+0x287/0xaa0\n\nTo fix let BPF sockmap hold a refcnt on both the socket in the sockmap and its\npaired socket. It wasn\u0027t obvious how to contain the fix to bpf_unix logic. The\nprimarily problem with keeping this logic in bpf_unix was: In the sock close()\nwe could handle the deref by having a close handler. But, when we are destroying\nthe psock through a map delete operation we wouldn\u0027t have gotten any signal\nthorugh the proto struct other than it being replaced. If we do the deref from\nthe proto replace its too early because we need to deref the sk_pair after the\nbacklog worker has been stopped.\n\nGiven all this it seems best to just cache it at the end of the psock and eat 8B\nfor the af_unix and vsock users. Notice dgram sockets are OK because they handle\nlocking already.\n\nFixes: 94531cfcbe79 (\"af_unix: Add unix_stream_proto for sockmap\")\nSigned-off-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nReviewed-by: Jakub Sitnicki \u003cjakub@cloudflare.com\u003e\nLink: https://lore.kernel.org/bpf/20231129012557.95371-2-john.fastabend@gmail.com\n"
    },
    {
      "commit": "ed6e4f0a27ebafffbd12bf3878ab004787685d8a",
      "tree": "87bb3780e94566c2bd9a1297426aacbba434f30d",
      "parents": [
        "a2ab248d94f5af2c609c8c3329875f92324782c5"
      ],
      "author": {
        "name": "Lijo Lazar",
        "email": "lijo.lazar@amd.com",
        "time": "Tue Nov 28 16:47:14 2023 +0530"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:13:35 2023 -0500"
      },
      "message": "drm/amdgpu: Use another offset for GC 9.4.3 remap\n\nThe legacy region at 0x7F000 maps to valid registers in GC 9.4.3 SOCs.\nUse 0x1A000 offset instead as MMIO register remap region.\n\nSigned-off-by: Lijo Lazar \u003clijo.lazar@amd.com\u003e\nReviewed-by: Hawking Zhang \u003cHawking.Zhang@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "a2ab248d94f5af2c609c8c3329875f92324782c5",
      "tree": "962910f4e643ce5bc2aab8d57a3d91edc27068d7",
      "parents": [
        "72838777aa38352e20301e123b97110c456cd38e"
      ],
      "author": {
        "name": "Taimur Hassan",
        "email": "syed.hassan@amd.com",
        "time": "Fri Nov 10 10:24:20 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:12:55 2023 -0500"
      },
      "message": "drm/amd/display: Fix some HostVM parameters in DML\n\n[Why]\nA number of DML parameters related to HostVM were either missing or\nbeing set incorrectly, which may cause inaccuracies in calculating\nmargins and determining BW limitations.\n\n[How]\nCorrect these values where needed and populate the missing values.\n\nCc: stable@vger.kernel.org\nReviewed-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Taimur Hassan \u003csyed.hassan@amd.com\u003e\nSigned-off-by: Roman Li \u003cRoman.Li@amd.com\u003e\nTested-by: Daniel Wheeler \u003cdaniel.wheeler@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "72838777aa38352e20301e123b97110c456cd38e",
      "tree": "0c6408213a895cf9b20287bba4c39286dcc1c13f",
      "parents": [
        "e0409021e34af50e7b6f31635c8d21583d7c43dd"
      ],
      "author": {
        "name": "ZhenGuo Yin",
        "email": "zhenguo.yin@amd.com",
        "time": "Mon Nov 06 18:07:51 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:12:29 2023 -0500"
      },
      "message": "drm/amdkfd: Free gang_ctx_bo and wptr_bo in pqm_uninit\n\n[Why]\nMemory leaks of gang_ctx_bo and wptr_bo.\n\n[How]\nFree gang_ctx_bo and wptr_bo in pqm_uninit.\n\nv2: add a common function pqm_clean_queue_resource to\nfree queue\u0027s resources.\nv3: reset pdd-\u003epqd.num_gws when destorying GWS queue.\n\nReviewed-by: Felix Kuehling \u003cFelix.Kuehling@amd.com\u003e\nSigned-off-by: ZhenGuo Yin \u003czhenguo.yin@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "e0409021e34af50e7b6f31635c8d21583d7c43dd",
      "tree": "592ef6a435362f10cc9f99e2cee4cfd17c9a5615",
      "parents": [
        "27750e176a4f8549e13fa91f311b29a2e40d47be"
      ],
      "author": {
        "name": "Candice Li",
        "email": "candice.li@amd.com",
        "time": "Fri Nov 24 09:33:47 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:11:39 2023 -0500"
      },
      "message": "drm/amdgpu: Update EEPROM I2C address for smu v13_0_0\n\nCheck smu v13_0_0 SKU type to select EEPROM I2C address.\n\nSigned-off-by: Candice Li \u003ccandice.li@amd.com\u003e\nReviewed-by: Hawking Zhang \u003cHawking.Zhang@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org # 6.1.x\n"
    },
    {
      "commit": "27750e176a4f8549e13fa91f311b29a2e40d47be",
      "tree": "d0871f219159d28db3ebec4d243e4a015420277c",
      "parents": [
        "2161e09cd05a50d80736fe397145340d2e8f6c05"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Tue Nov 14 11:22:09 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:11:03 2023 -0500"
      },
      "message": "drm/amd/display: Allow DTBCLK disable for DCN35\n\n[Why]\nDTBCLK is enabled on idle and it will burn power.\n\n[How]\nThere\u0027s a few issues here:\n- Always enabling DTBCLK on clock manager init\n- Setting refclk when DTBCLK is supposed to be disabled\n- Not applying the correct calculated version refclk, but instead the\n  base value which might be zero\n\nOn dtbclk_en change we\u0027ll message PMFW to enable or disable the clock\naccordingly.\n\nThe DTBDTO will be then based on refclk, but it will be set to the\ndefault fixed value if there was nothing calculated in DML despite the\nclock being considered enabled.\n\nReviewed-by: Charlene Liu \u003ccharlene.liu@amd.com\u003e\nAcked-by: Tom Chung \u003cchiahsuan.chung@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nTested-by: Daniel Wheeler \u003cdaniel.wheeler@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "2161e09cd05a50d80736fe397145340d2e8f6c05",
      "tree": "e9c16cde0a399927de9c598d5f7e958ecc23b0a7",
      "parents": [
        "6967741d26c87300a51b5e50d4acd104bc1a9759"
      ],
      "author": {
        "name": "Lu Yao",
        "email": "yaolu@kylinos.cn",
        "time": "Thu Nov 23 09:22:34 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:09:53 2023 -0500"
      },
      "message": "drm/amdgpu: Fix cat debugfs amdgpu_regs_didt causes kernel null pointer\n\nFor \u0027AMDGPU_FAMILY_SI\u0027 family cards, in \u0027si_common_early_init\u0027 func, init\n\u0027didt_rreg\u0027 and \u0027didt_wreg\u0027 to \u0027NULL\u0027. But in func\n\u0027amdgpu_debugfs_regs_didt_read/write\u0027, using \u0027RREG32_DIDT\u0027 \u0027WREG32_DIDT\u0027\nlacks of relevant judgment. And other \u0027amdgpu_ip_block_version\u0027 that use\nthese two definitions won\u0027t be added for \u0027AMDGPU_FAMILY_SI\u0027.\n\nSo, add null pointer judgment before calling.\n\nReviewed-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Lu Yao \u003cyaolu@kylinos.cn\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "6967741d26c87300a51b5e50d4acd104bc1a9759",
      "tree": "a72f55a9900c97516e159ca3c74670865ad6eac0",
      "parents": [
        "7a88f23e768491bae653b444a96091d2aaeb0818"
      ],
      "author": {
        "name": "Mario Limonciello",
        "email": "mario.limonciello@amd.com",
        "time": "Fri Nov 24 09:56:32 2023 -0600"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:09:34 2023 -0500"
      },
      "message": "drm/amd: Enable PCIe PME from D3\n\nWhen dGPU is put into BOCO it may be in D3cold but still able send\nPME on display hotplug event. For this to work it must be enabled\nas wake source from D3.\n\nWhen runpm is enabled use pci_wake_from_d3() to mark wakeup as\nenabled by default.\n\nCc: stable@vger.kernel.org # 6.1+\nSigned-off-by: Mario Limonciello \u003cmario.limonciello@amd.com\u003e\nAcked-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "7a88f23e768491bae653b444a96091d2aaeb0818",
      "tree": "08e420c9ae4d961c19e87897d4fca0c888adf030",
      "parents": [
        "e222b36e9649404cc0770a6d778d69cf73bcd440"
      ],
      "author": {
        "name": "Dinghao Liu",
        "email": "dinghao.liu@zju.edu.cn",
        "time": "Thu Nov 23 15:33:22 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:09:14 2023 -0500"
      },
      "message": "drm/amd/pm: fix a memleak in aldebaran_tables_init\n\nWhen kzalloc() for smu_table-\u003eecc_table fails, we should free\nthe previously allocated resources to prevent memleak.\n\nFixes: edd794208555 (\"drm/amd/pm: add message smu to get ecc_table v2\")\nSigned-off-by: Dinghao Liu \u003cdinghao.liu@zju.edu.cn\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "e222b36e9649404cc0770a6d778d69cf73bcd440",
      "tree": "4a8c48624f224e5391fc680dd6bedaf0408e49ac",
      "parents": [
        "c92da0403d373c03ea5c65c0260c7db6762013b0"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Fri Nov 10 09:39:18 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:09:00 2023 -0500"
      },
      "message": "drm/amdgpu: fix AGP addressing when GART is not at 0\n\nThis worked by luck if the GART aperture ended up at 0.  When\nwe ended up moving GART on some chips, the GART aperture ended\nup offsetting the AGP address since the resource-\u003estart is\na GART offset, not an MC address.  Fix this by moving the AGP\naddress setup into amdgpu_bo_gpu_offset_no_check().\n\nv2: check mem_type before checking agp\nv3: check if the ttm bo has a ttm_tt allocated yet\n\nFixes: 67318cb84341 (\"drm/amdgpu/gmc11: set gart placement GC11\")\nTested-by: Mario Limonciello \u003cmario.limonciello@amd.com\u003e\nReported-by: Jesse Zhang \u003cJesse.Zhang@amd.com\u003e\nReported-by: Yifan Zhang \u003cyifan1.zhang@amd.com\u003e\nReviewed-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: christian.koenig@amd.com\nCc: mario.limonciello@amd.com\n"
    },
    {
      "commit": "c92da0403d373c03ea5c65c0260c7db6762013b0",
      "tree": "8410fdecf9bada5a8894f25f3cd56e8039a69394",
      "parents": [
        "b9f46f0b98784e40288ee393f863f553fde062fa"
      ],
      "author": {
        "name": "Dmytro Laktyushkin",
        "email": "dmytro.laktyushkin@amd.com",
        "time": "Fri Nov 03 14:55:37 2023 -0400"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:08:44 2023 -0500"
      },
      "message": "drm/amd/display: update dcn315 lpddr pstate latency\n\n[WHY/HOW]\nIncrease the pstate latency to improve ac/dc transition\n\nReviewed-by: Charlene Liu \u003ccharlene.liu@amd.com\u003e\nAcked-by: Tom Chung \u003cchiahsuan.chung@amd.com\u003e\nSigned-off-by: Dmytro Laktyushkin \u003cdmytro.laktyushkin@amd.com\u003e\nTested-by: Daniel Wheeler \u003cdaniel.wheeler@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "b9f46f0b98784e40288ee393f863f553fde062fa",
      "tree": "83c63e57802acf15ca8f7af0b28324893d62b1ec",
      "parents": [
        "47831f4860d4e8cdfee4910d2b76ccd892fd72d1"
      ],
      "author": {
        "name": "Hamza Mahfooz",
        "email": "hamza.mahfooz@amd.com",
        "time": "Wed Nov 22 14:50:34 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:08:24 2023 -0500"
      },
      "message": "drm/amd/display: fix ABM disablement\n\nOn recent versions of DMUB firmware, if we want to completely disable\nABM we have to pass ABM_LEVEL_IMMEDIATE_DISABLE as the requested ABM\nlevel to DMUB. Otherwise, LCD eDP displays are unable to reach their\nmaximum brightness levels. So, to fix this whenever the user requests an\nABM level of 0 pass ABM_LEVEL_IMMEDIATE_DISABLE to DMUB instead. Also,\nto keep the user\u0027s experience consistent map ABM_LEVEL_IMMEDIATE_DISABLE\nto 0 when a user tries to read the requested ABM level.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Harry Wentland \u003charry.wentland@amd.com\u003e\nSigned-off-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "47831f4860d4e8cdfee4910d2b76ccd892fd72d1",
      "tree": "d547a5b9a9a379e7eb45925a63db2b0f891db5ef",
      "parents": [
        "dcf6cd7f35de572a946e2805ed32eb20d429a881"
      ],
      "author": {
        "name": "Sung Joon Kim",
        "email": "sungkim@amd.com",
        "time": "Fri Nov 10 11:33:45 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:07:49 2023 -0500"
      },
      "message": "drm/amd/display: Fix black screen on video playback with embedded panel\n\n[why]\nWe have dynamic power control in driver but\nshould be ignored when power is forced on.\n\n[how]\nBypass any power control when it\u0027s forced on.\n\nCc: stable@vger.kernel.org\nReviewed-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Sung Joon Kim \u003csungkim@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "dcf6cd7f35de572a946e2805ed32eb20d429a881",
      "tree": "6a839266798edd05c510ae02b9621e2c49c58951",
      "parents": [
        "2f86bf79b63dbe6963ebc647b77a5f576a906b40"
      ],
      "author": {
        "name": "Taimur Hassan",
        "email": "syed.hassan@amd.com",
        "time": "Fri Nov 10 10:15:28 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:07:30 2023 -0500"
      },
      "message": "drm/amd/display: Fix conversions between bytes and KB\n\n[Why]\nThere are a number of instances where we convert HostVMMinPageSize or\nGPUVMMinPageSize from bytes to KB by dividing (rather than multiplying) and\nvice versa.\nAdditionally, in some cases, a parameter is passed through DML in KB but\nlater checked as if it were in bytes.\n\nCc: stable@vger.kernel.org\nReviewed-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Taimur Hassan \u003csyed.hassan@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "2f86bf79b63dbe6963ebc647b77a5f576a906b40",
      "tree": "4c1b3801a4a3bf6c22c6f0a873229e9932760c9a",
      "parents": [
        "c5ca994445a6c99012e70ed6f3550f07efa4c341"
      ],
      "author": {
        "name": "Mukul Joshi",
        "email": "mukul.joshi@amd.com",
        "time": "Wed Nov 22 15:17:22 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:07:05 2023 -0500"
      },
      "message": "drm/amdkfd: Use common function for IP version check\n\nKFD_GC_VERSION was recently updated to use a new function\nfor IP version checks. As a result, use KFD_GC_VERSION as\nthe common function for all IP version checks in KFD.\n\nSigned-off-by: Mukul Joshi \u003cmukul.joshi@amd.com\u003e\nReviewed-by: Harish Kasiviswanathan \u003cHarish.Kasiviswanathan@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "c5ca994445a6c99012e70ed6f3550f07efa4c341",
      "tree": "8df8f6b67c4bc1b9d78d9bdfe5217543ac18348f",
      "parents": [
        "d60f56b92d3c59364a54618d557d7f9ba5939b21"
      ],
      "author": {
        "name": "Taimur Hassan",
        "email": "syed.hassan@amd.com",
        "time": "Fri Nov 10 10:06:09 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:06:44 2023 -0500"
      },
      "message": "drm/amd/display: Remove config update\n\n[Why]\nPrevent overwrite of dc-\u003econfig.use_default_clock_table, as it should be\npre-configured.\n\nReviewed-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Taimur Hassan \u003csyed.hassan@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "d60f56b92d3c59364a54618d557d7f9ba5939b21",
      "tree": "c27d360f547d267e8f74a767d85d51add69b4b1d",
      "parents": [
        "eb28018943fed7639dfea1c9ec9c756ec692b99a"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Fri Nov 03 18:07:11 2023 -0400"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:06:21 2023 -0500"
      },
      "message": "drm/amd/display: Update DCN35 clock table policy\n\n[Why]\nThe new table doesn\u0027t have an implicit mapping between Fclk SOC voltage\nand MemClk and it currently builds the table off of number of Fclk\nstates rather than DcfClock states.\n\nThe DML table in use is not correct for functionality or power and\ndoes not align with our existing policies for DCN3x.\n\n[How]\nBuild the table based on DcfClock with the following assumptions:\n\n1. Raising Soc voltage is the most expensive operation, so assume that\nrunning at max DispClock or DppClock is preferable.\n\n2. Assume that we can run at max Fclk / MemClk at any state, but\nrestrict the maximum state to the very last entry in the table as the\nworst case scenario.\n\n3. Assume that Fclk always has a 2x multiplier on DcfClock unless the\ntable specifies something lower.\n\nReviewed-by: Taimur Hassan \u003csyed.hassan@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "eb28018943fed7639dfea1c9ec9c756ec692b99a",
      "tree": "d039e72a0697b931b19528f8b5f9b6daf48ea5c8",
      "parents": [
        "c6df7f313794c3ad41a49b9a7c95da369db607f3"
      ],
      "author": {
        "name": "Zhongwei",
        "email": "zhongwei.zhang@amd.com",
        "time": "Wed Nov 08 16:34:36 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:05:38 2023 -0500"
      },
      "message": "drm/amd/display: force toggle rate wa for first link training for a retimer\n\n[WHY]\nHandover from DMUB to driver does not perform link rate toggle.\nIt might cause link training failure for boot up.\n\n[HOW]\nForce toggle rate wa for first link train.\nlink-\u003evendor_specific_lttpr_link_rate_wa should be zero then.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Michael Strauss \u003cmichael.strauss@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Zhongwei \u003czhongwei.zhang@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "c6df7f313794c3ad41a49b9a7c95da369db607f3",
      "tree": "0a7f161b29a1b89097ce5e429cd211e912a691f1",
      "parents": [
        "4636a211980052ca0df90265c8a3ed2d46099091"
      ],
      "author": {
        "name": "Prike Liang",
        "email": "Prike.Liang@amd.com",
        "time": "Wed Nov 08 14:38:29 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:04:55 2023 -0500"
      },
      "message": "drm/amdgpu: correct the amdgpu runtime dereference usage count\n\nFix the amdgpu runpm dereference usage count.\n\nSigned-off-by: Prike Liang \u003cPrike.Liang@amd.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org\n"
    },
    {
      "commit": "4636a211980052ca0df90265c8a3ed2d46099091",
      "tree": "8440a9f3cd71b19ae00bec119c328fcfcd1763ed",
      "parents": [
        "08448812acb2ab701cd5ff7e1a1dc97f7f10260c"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Wed Nov 08 10:59:00 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:04:19 2023 -0500"
      },
      "message": "drm/amd/display: Update min Z8 residency time to 2100 for DCN314\n\n[Why]\nSome panels with residency period of 2054 exhibit flickering with\nZ8 at the end of the frame.\n\n[How]\nAs a workaround, increase the limit to block these panels.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Syed Hassan \u003csyed.hassan@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "08448812acb2ab701cd5ff7e1a1dc97f7f10260c",
      "tree": "3a312053c3d4cde674f28587aa72777c51e44b94",
      "parents": [
        "6b0b7789a7a5f3e69185449f891beea58e563f9b"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Wed Nov 08 10:55:53 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:03:59 2023 -0500"
      },
      "message": "drm/amd/display: Remove min_dst_y_next_start check for Z8\n\n[Why]\nFlickering occurs on DRR supported panels when engaged in DRR due to\nmin_dst_y_next becoming larger than the frame size itself.\n\n[How]\nIn general, we should be able to enter Z8 when this is engaged but it\nmight be a net power loss even if the calculation wasn\u0027t bugged.\n\nDon\u0027t support enabling Z8 during the DRR region.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Syed Hassan \u003csyed.hassan@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "6b0b7789a7a5f3e69185449f891beea58e563f9b",
      "tree": "f06d8234800799d15bd4d64653e39d28d4b46f70",
      "parents": [
        "5c908a3586492d469aef4f60f74f5298b7cb68af"
      ],
      "author": {
        "name": "Tim Huang",
        "email": "Tim.Huang@amd.com",
        "time": "Tue Nov 21 11:06:51 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:03:11 2023 -0500"
      },
      "message": "drm/amdgpu: fix memory overflow in the IB test\n\nFix a memory overflow issue in the gfx IB test\nfor some ASICs. At least 20 bytes are needed for\nthe IB test packet.\n\nv2: correct code indentation errors. (Christian)\n\nSigned-off-by: Tim Huang \u003cTim.Huang@amd.com\u003e\nReviewed-by: Yifan Zhang \u003cyifan1.zhang@amd.com\u003e\nReviewed-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org\n"
    },
    {
      "commit": "5c908a3586492d469aef4f60f74f5298b7cb68af",
      "tree": "a95b52f9ac5b683b7fb66fffa03bf81857dbed20",
      "parents": [
        "d9e865826c202b262f9ee3f17a03cc4ac5d44ced"
      ],
      "author": {
        "name": "Li Ma",
        "email": "li.ma@amd.com",
        "time": "Tue Nov 21 16:54:59 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:02:36 2023 -0500"
      },
      "message": "drm/amdgpu: add init_registers for nbio v7.11\n\nenable init_registers callback func for nbio v7.11.\n\nSigned-off-by: Li Ma \u003cli.ma@amd.com\u003e\nReviewed-by: Yifan Zhang \u003cyifan1.zhang@amd.com\u003e\nAcked-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "d9e865826c202b262f9ee3f17a03cc4ac5d44ced",
      "tree": "eb7b7e91143924dbcd84a51167bc46c903e5140a",
      "parents": [
        "67e38874b85b8df7b23d29f78ac3d7ecccd9519d"
      ],
      "author": {
        "name": "Camille Cho",
        "email": "camille.cho@amd.com",
        "time": "Fri Nov 03 12:08:42 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:01:05 2023 -0500"
      },
      "message": "drm/amd/display: Simplify brightness initialization\n\n[Why]\nRemove the brightness cache in DC. It uses a single value to represent\nthe brightness for both SDR and HDR mode. This leads to flash in HDR\non/off. It also unconditionally programs brightness as in HDR mode. This\nmay introduce garbage on SDR mode in miniLED panel.\n\n[How]\nSimplify the initialization flow by removing the DC cache and taking\nwhat panel has as default. Expand the mechanism for PWM to DPCD Aux to\nrestore cached brightness value generally.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Krunoslav Kovac \u003ckrunoslav.kovac@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Camille Cho \u003ccamille.cho@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "67e38874b85b8df7b23d29f78ac3d7ecccd9519d",
      "tree": "bedb662ff4c5bb9e04299e4fd7e3476210f18c55",
      "parents": [
        "9976421f8cb26e22b611ad7036c8b26340dcce25"
      ],
      "author": {
        "name": "Alvin Lee",
        "email": "alvin.lee2@amd.com",
        "time": "Wed Nov 08 17:16:28 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 18:00:11 2023 -0500"
      },
      "message": "drm/amd/display: Increase num voltage states to 40\n\n[Description]\nIf during driver init stage there are greater than 20\nintermediary voltage states while constructing the SOC\nBB we could hit issues because we will index outside of the\nclock_limits array and start overwriting data. Increase the\ntotal number of states to 40 to avoid this issue.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Samson Tam \u003csamson.tam@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Alvin Lee \u003calvin.lee2@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "9976421f8cb26e22b611ad7036c8b26340dcce25",
      "tree": "0296861be23fdc9be7512a34f9963434924cb22e",
      "parents": [
        "9be601135ba8ac69880c01606c82140f2dde105e"
      ],
      "author": {
        "name": "Michael Strauss",
        "email": "michael.strauss@amd.com",
        "time": "Fri Oct 27 14:12:51 2023 -0400"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:59:44 2023 -0500"
      },
      "message": "drm/amd/display: Do not read DPREFCLK spread info from LUT on DCN35\n\n[WHY]\nCurrently DCN35 does not spread DPREFCLK\n\n[HOW]\nRemove hardcoded table with nonzero caps\n\nReviewed-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Michael Strauss \u003cmichael.strauss@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "9be601135ba8ac69880c01606c82140f2dde105e",
      "tree": "a00616c6f2917a5c74adddb0db7de549d3bb52f9",
      "parents": [
        "6f395cebdd8927fbffdc3a55a14fcacf93634359"
      ],
      "author": {
        "name": "Alvin Lee",
        "email": "alvin.lee2@amd.com",
        "time": "Tue Nov 07 17:01:49 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:58:56 2023 -0500"
      },
      "message": "drm/amd/display: Use DRAM speed from validation for dummy p-state\n\n[Description]\nWhen choosing which dummy p-state latency to use, we\nneed to use the DRAM speed from validation. The DRAMSpeed\nDML variable can change because we use different input\nparams to DML when populating watermarks set B.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Samson Tam \u003csamson.tam@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Alvin Lee \u003calvin.lee2@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "6f395cebdd8927fbffdc3a55a14fcacf93634359",
      "tree": "4d9a84befa6daabb8f859e96b372407bd16e8a92",
      "parents": [
        "cab667a87133d409ff18913fd53c2324803ea8d2"
      ],
      "author": {
        "name": "Ilya Bakoulin",
        "email": "ilya.bakoulin@amd.com",
        "time": "Tue Nov 07 15:07:56 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:58:36 2023 -0500"
      },
      "message": "drm/amd/display: Fix MPCC 1DLUT programming\n\n[Why]\nWrong function is used to translate LUT values to HW format, leading to\nvisible artifacting in some cases.\n\n[How]\nUse the correct cm3_helper function.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Krunoslav Kovac \u003ckrunoslav.kovac@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Ilya Bakoulin \u003cilya.bakoulin@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "cab667a87133d409ff18913fd53c2324803ea8d2",
      "tree": "131131e118308a0d97c1214e18a5c2b5ad8c9bec",
      "parents": [
        "4b27a33c3b173bef1d19ba89e0b9b812b4fddd25"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Tue Nov 07 11:15:16 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:58:18 2023 -0500"
      },
      "message": "drm/amd/display: Feed SR and Z8 watermarks into DML2 for DCN35\n\n[Why]\nWe\u0027ve updated the table but the values aren\u0027t being reflected in DML2\ncalculation.\n\n[How]\nPass them into the bbox overrides.\n\nReviewed-by: Jun Lei \u003cjun.lei@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "4b27a33c3b173bef1d19ba89e0b9b812b4fddd25",
      "tree": "8460b7e611d20897f7cbaf78d74b223ff11c250c",
      "parents": [
        "884e9b0827e889a8742e203ccd052101fb0b945d"
      ],
      "author": {
        "name": "Alex Sierra",
        "email": "alex.sierra@amd.com",
        "time": "Mon Nov 20 11:31:32 2023 -0600"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:57:33 2023 -0500"
      },
      "message": "drm/amdgpu: Force order between a read and write to the same address\n\nSetting register to force ordering to prevent read/write or write/read\nhazards for un-cached modes.\n\nSigned-off-by: Alex Sierra \u003calex.sierra@amd.com\u003e\nAcked-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Felix Kuehling \u003cFelix.Kuehling@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org # 6.1.x\n"
    },
    {
      "commit": "884e9b0827e889a8742e203ccd052101fb0b945d",
      "tree": "ca45e0b46a6501643edcbab6c1255826a7a161a6",
      "parents": [
        "0652a1c8a4a434a9766ca6bc52487c907df1864d"
      ],
      "author": {
        "name": "Hawking Zhang",
        "email": "Hawking.Zhang@amd.com",
        "time": "Mon Nov 20 10:14:21 2023 +0800"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:57:02 2023 -0500"
      },
      "message": "drm/amdgpu: Do not issue gpu reset from nbio v7_9 bif interrupt\n\nIn nbio v7_9, host driver should not issu gpu reset\n\nSigned-off-by: Hawking Zhang \u003cHawking.Zhang@amd.com\u003e\nReviewed-by: Stanley Yang \u003cStanley.Yang@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "0652a1c8a4a434a9766ca6bc52487c907df1864d",
      "tree": "e840c1f33e0a8c809aa3f9489ec5e08701411d00",
      "parents": [
        "8c4e9105b2a8ab4ac4e6eeb479951ba6a3b4e897"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Tue Nov 07 11:12:45 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:56:40 2023 -0500"
      },
      "message": "drm/amd/display: Add Z8 watermarks for DML2 bbox overrides\n\n[Why]\nWe can override SR watermarks but not Z8 ones.\n\n[How]\nAdd new parameters for Z8 matching the SR ones and feed them into the\nstates.\n\nThese also weren\u0027t being applied to every state, so make sure that\nwe loop over and update all SOC states if given an override.\n\nReviewed-by: Jun Lei \u003cjun.lei@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "8c4e9105b2a8ab4ac4e6eeb479951ba6a3b4e897",
      "tree": "0b885dbb92524cad7c42fb8bd43a078b40f790cf",
      "parents": [
        "dc9b0c2af004fe7d9d7b67015fadcb0a7123c740"
      ],
      "author": {
        "name": "Perry Yuan",
        "email": "perry.yuan@amd.com",
        "time": "Tue Aug 01 10:37:41 2023 -0400"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:55:47 2023 -0500"
      },
      "message": "drm/amdgpu: optimize RLC powerdown notification on Vangogh\n\nThe smu needs to get the rlc power down message to sync the rlc state\nwith smu, the rlc state updating message need to be sent at while smu\nbegin suspend sequence , otherwise SMU will crash while RLC state is not\nnotified by driver, and rlc state probally changed after that\nnotification, so it needs to notify rlc state to smu at the end of the\nsuspend sequence in amdgpu_device_suspend() that can make sure the rlc\nstate  is correctly set to SMU.\n\n[  101.000590] amdgpu 0000:03:00.0: amdgpu: SMU: I\u0027m not done with your previous command: SMN_C2PMSG_66:0x0000001E SMN_C2PMSG_82:0x00000000\n[  101.000598] amdgpu 0000:03:00.0: amdgpu: Failed to disable gfxoff!\n[  110.838026] amdgpu 0000:03:00.0: amdgpu: SMU: I\u0027m not done with your previous command: SMN_C2PMSG_66:0x0000001E SMN_C2PMSG_82:0x00000000\n[  110.838035] amdgpu 0000:03:00.0: amdgpu: Failed to disable smu features.\n[  110.838039] amdgpu 0000:03:00.0: amdgpu: Fail to disable dpm features!\n[  110.838040] [drm:amdgpu_device_ip_suspend_phase2 [amdgpu]] *ERROR* suspend of IP block \u003csmu\u003e failed -62\n[  110.884394] PM: suspend of devices aborted after 21213.620 msecs\n[  110.884402] PM: start suspend of devices aborted after 21213.882 msecs\n[  110.884405] PM: Some devices failed to suspend, or early wake event detected\n\nReviewed-by: Yifan Zhang \u003cyifan1.zhang@amd.com\u003e\nSigned-off-by: Perry Yuan \u003cperry.yuan@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "dc9b0c2af004fe7d9d7b67015fadcb0a7123c740",
      "tree": "2b17661837277b2b50ce0e71cd81b09e29cb0721",
      "parents": [
        "fdf84f10e2b08b6e3cbfc672e5dd2cebf4317dea"
      ],
      "author": {
        "name": "Wenjing Liu",
        "email": "wenjing.liu@amd.com",
        "time": "Mon Nov 06 16:47:19 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:54:28 2023 -0500"
      },
      "message": "drm/amd/display: fix a pipe mapping error in dcn32_fpu\n\n[why]\nIn dcn32 DML pipes are ordered the same as dc pipes but only for used\npipes. For example, if dc pipe 1 and 2 are used, their dml pipe indices\nwould be 0 and 1 respectively. However\nupdate_pipe_slice_table_with_split_flags doesn\u0027t skip indices for free\npipes. This causes us to not reference correct dml pipe output when\nbuilding pipe topology.\n\n[how]\nUse two variables to iterate dc and dml pipes respectively and only\nincrement dml pipe index when current dc pipe is not free.\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Chaitanya Dhere \u003cchaitanya.dhere@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Wenjing Liu \u003cwenjing.liu@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "fdf84f10e2b08b6e3cbfc672e5dd2cebf4317dea",
      "tree": "e135dda82b81101fc0f67cc113878690c08e85ff",
      "parents": [
        "b9eab9e0aad3285651040e8ab86f64f6c4e51956"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Mon Nov 06 17:29:33 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:53:46 2023 -0500"
      },
      "message": "drm/amd/display: Update DCN35 watermarks\n\n[Why \u0026 How]\nUpdate to the new values per HW team request. Affects both stutter\nand z8.\n\nReviewed-by: Charlene Liu \u003ccharlene.liu@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "b9eab9e0aad3285651040e8ab86f64f6c4e51956",
      "tree": "f17161103c986afabb94942518810fb6fb562bd2",
      "parents": [
        "c95f12b7b724abee5e8c3727db066c63c0876db3"
      ],
      "author": {
        "name": "Jonathan Kim",
        "email": "jonathan.kim@amd.com",
        "time": "Thu Nov 16 13:57:07 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:53:16 2023 -0500"
      },
      "message": "drm/amdgpu: update xgmi num links info post gc9.4.2\n\nGC IP 9.4.2 and up support TA reporting of the number\nof xGMI links between peers.\n\nTested-by: Vignesh Chander \u003cvignesh.chander@amd.com\u003e\nSigned-off-by: Jonathan Kim \u003cjonathan.kim@amd.com\u003e\nReviewed-by: Mukul Joshi \u003cmukul.joshi@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "c95f12b7b724abee5e8c3727db066c63c0876db3",
      "tree": "25ba653ac6cd7d34803902ce7512e529b391916c",
      "parents": [
        "3c9ea68cb61bd7e5bd312c06a12adada74ff5805"
      ],
      "author": {
        "name": "Nicholas Kazlauskas",
        "email": "nicholas.kazlauskas@amd.com",
        "time": "Fri Nov 03 10:01:01 2023 -0400"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:52:00 2023 -0500"
      },
      "message": "drm/amd/display: Add z-state support policy for dcn35\n\n[Why]\nDML2 means that the dcn3x policy for calculating z-state support\nno longer runs from validate_bandwidth.\n\nThis means we are unconditionally allowing Z8, the hardware default.\n\n[How]\nPort the policy over to DCN35, but with a few modifications:\n- Don\u0027t use min_dst_y_next_start as a check for Z8/Z10 allow\n- Add support for overriding the Z10 stutter period per ASIC\n- Cleanup the code to make the policy assignment more clear\n\nReviewed-by: Charlene Liu \u003ccharlene.liu@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Nicholas Kazlauskas \u003cnicholas.kazlauskas@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "3c9ea68cb61bd7e5bd312c06a12adada74ff5805",
      "tree": "612600d67077a2477c66ec3d70ac3819d3a4381e",
      "parents": [
        "2cc14f52aeb78ce3f29677c2de1f06c0e91471ab"
      ],
      "author": {
        "name": "Alvin Lee",
        "email": "alvin.lee2@amd.com",
        "time": "Mon Nov 06 11:20:15 2023 -0500"
      },
      "committer": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Nov 29 17:50:27 2023 -0500"
      },
      "message": "drm/amd/display: Include udelay when waiting for INBOX0 ACK\n\nWhen waiting for the ACK for INBOX0 message,\nwe have to ensure to include the udelay\nfor proper wait time\n\nCc: stable@vger.kernel.org # 6.1+\nReviewed-by: Samson Tam \u003csamson.tam@amd.com\u003e\nAcked-by: Hamza Mahfooz \u003chamza.mahfooz@amd.com\u003e\nSigned-off-by: Alvin Lee \u003calvin.lee2@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n"
    },
    {
      "commit": "142c169b31beb364ef39385b4e88735bd51d37fe",
      "tree": "fb2db8a194eec7faea4f85319584b1de6f02e517",
      "parents": [
        "febab20caebac959fdc3d7520bc52de8b1184455"
      ],
      "author": {
        "name": "Ayush Jain",
        "email": "ayush.jain3@amd.com",
        "time": "Fri Nov 03 15:18:15 2023 +0530"
      },
      "committer": {
        "name": "Rafael J. Wysocki",
        "email": "rafael.j.wysocki@intel.com",
        "time": "Wed Nov 29 22:04:15 2023 +0100"
      },
      "message": "cpufreq/amd-pstate: Only print supported EPP values for performance governor\n\nshow_energy_performance_available_preferences() to show only supported\nvalues which is performance in performance governor policy.\n\n-------Before--------\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_driver\namd-pstate-epp\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor\nperformance\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/energy_performance_preference\nperformance\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/energy_performance_available_preferences\ndefault performance balance_performance balance_power power\n\n-------After--------\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_driver\namd-pstate-epp\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor\nperformance\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/energy_performance_preference\nperformance\n$ cat /sys/devices/system/cpu/cpu1/cpufreq/energy_performance_available_preferences\nperformance\n\nFixes: ffa5096a7c33 (\"cpufreq: amd-pstate: implement Pstate EPP support for the AMD processors\")\nSuggested-by: Wyes Karny \u003cwyes.karny@amd.com\u003e\nSigned-off-by: Ayush Jain \u003cayush.jain3@amd.com\u003e\nReviewed-by: Wyes Karny \u003cwyes.karny@amd.com\u003e\nAcked-by: Huang Rui \u003cray.huang@amd.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n"
    },
    {
      "commit": "41e05548fa6b069a2b895cf4c7bd9ad618b21e2f",
      "tree": "8137d95e93703bce607d3e41805d8082f73b5b0b",
      "parents": [
        "38bc1ab135db87577695816b190e7d6d8ec75879"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Nov 28 14:48:06 2023 +0100"
      },
      "committer": {
        "name": "Mike Snitzer",
        "email": "snitzer@kernel.org",
        "time": "Wed Nov 29 15:47:55 2023 -0500"
      },
      "message": "dm-flakey: start allocating with MAX_ORDER\n\nCommit 23baf831a32c (\"mm, treewide: redefine MAX_ORDER sanely\")\nchanged the meaning of MAX_ORDER from exclusive to inclusive. So, we\ncan allocate compound pages with up to 1 \u003c\u003c MAX_ORDER pages.\n\nReflect this change in dm-flakey and start trying to allocate compound\npages with MAX_ORDER.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Mike Snitzer \u003csnitzer@kernel.org\u003e\n"
    },
    {
      "commit": "38bc1ab135db87577695816b190e7d6d8ec75879",
      "tree": "39d72996f7bbc9d09d689bd9a2da3b55a2c9e0f6",
      "parents": [
        "0193e3966ceeeef69e235975918b287ab093082b"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Nov 28 14:50:23 2023 +0100"
      },
      "committer": {
        "name": "Mike Snitzer",
        "email": "snitzer@kernel.org",
        "time": "Wed Nov 29 12:58:06 2023 -0500"
      },
      "message": "dm-verity: align struct dm_verity_fec_io properly\n\ndm_verity_fec_io is placed after the end of two hash digests. If the hash\ndigest has unaligned length, struct dm_verity_fec_io could be unaligned.\n\nThis commit fixes the placement of struct dm_verity_fec_io, so that it\u0027s\naligned.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nCc: stable@vger.kernel.org\nFixes: a739ff3f543a (\"dm verity: add support for forward error correction\")\nSigned-off-by: Mike Snitzer \u003csnitzer@kernel.org\u003e\n"
    }
  ],
  "next": "0193e3966ceeeef69e235975918b287ab093082b"
}
