Linux/linux cd5a0afDocumentation/devicetree/bindings/mailbox mediatek,mt8196-gpueb-mbox.yaml qcom,cpucp-mbox.yaml, drivers/mailbox mtk-gpueb-mailbox.c zynqmp-ipi-mailbox.c

Merge tag 'mailbox-v6.18' of git://git.kernel.org/pub/scm/linux/kernel/git/jassibrar/mailbox

Pull mailbox updates from Jassi Brar:

 - Qualcomm: add Glymur CPUCP mailbox binding

 - Xilinx Zynq: misc cleanup

 - MediaTek:
     - add new GPUEB mailbox driver
     - cmdq: remove pm_runtime calls from send_data
     - gce: make clock-names optional

 - misc:
     - change mailbox-altera maintainer
     - remove redundant 'fast_io' in regmap_config
     - mhuv3: Remove no_free_ptr

* tag 'mailbox-v6.18' of git://git.kernel.org/pub/scm/linux/kernel/git/jassibrar/mailbox:

    [12 lines not shown]
DeltaFile
+319-0drivers/mailbox/mtk-gpueb-mailbox.c
+64-0Documentation/devicetree/bindings/mailbox/mediatek,mt8196-gpueb-mbox.yaml
+13-11drivers/mailbox/zynqmp-ipi-mailbox.c
+1-11drivers/mailbox/mtk-cmdq-mailbox.c
+10-0drivers/mailbox/Kconfig
+7-2Documentation/devicetree/bindings/mailbox/qcom,cpucp-mbox.yaml
+414-244 files not shown
+418-2710 files

Linux/linux ed4d6e9Documentation/ABI/testing debugfs-vfio, drivers/vfio vfio_iommu_type1.c debugfs.c

Merge tag 'vfio-v6.18-rc1-pt2' of https://github.com/awilliam/linux-vfio

Pull more VFIO updates from Alex Williamson:

 - Optimizations for DMA map and unmap opertions through the type1 vfio
   IOMMU backend.

   This uses various means of batching and hints from the mm structures
   to improve efficiency and therefore performance, resulting in a
   significant speedup for huge page use cases (Li Zhe)

 - Expose supported device migration features through debugfs (Cédric Le
   Goater)

* tag 'vfio-v6.18-rc1-pt2' of https://github.com/awilliam/linux-vfio:
  vfio: Dump migration features under debugfs
  vfio/type1: optimize vfio_unpin_pages_remote()
  vfio/type1: introduce a new member has_rsvd for struct vfio_dma
  vfio/type1: batch vfio_find_vpfn() in function vfio_unpin_pages_remote()

    [2 lines not shown]
DeltaFile
+91-21drivers/vfio/vfio_iommu_type1.c
+36-0include/linux/mm_inline.h
+19-0drivers/vfio/debugfs.c
+6-1include/linux/mm.h
+6-0Documentation/ABI/testing/debugfs-vfio
+158-225 files

Linux/linux 99cedb6drivers/input/keyboard pxa27x_keypad.c tca6416-keypad.c, drivers/input/misc aw86927.c

Merge tag 'input-for-v6.18-rc0' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input

Pull input updates from Dmitry Torokhov:

 - Conversions to yaml/json schema and fixes for input-related device
   tree bindings

 - New drivers:
     - Awinic AW86927 haptic chip
     - Hynitron CST816x series controller
     - Himax HX852x(ES) touchscreen controller

 - Fix uinput to not leak kernel memory via a gap in
   uinput_ff_upload_compat structure

 - Prevent overflow in pressure calculation in tsc2007 driver causing
   phantom touches

 - Make the Atmel maxTouch driver support generic touchscreen

    [30 lines not shown]
DeltaFile
+846-0drivers/input/misc/aw86927.c
+192-318drivers/input/keyboard/pxa27x_keypad.c
+503-0drivers/input/touchscreen/himax_hx852x.c
+0-305drivers/input/keyboard/tca6416-keypad.c
+253-0drivers/input/touchscreen/hynitron-cst816x.c
+0-164include/linux/platform_data/keyboard-spear.h
+1,794-78782 files not shown
+2,828-1,44288 files

Linux/linux 7c8dcaccrypto rng.c testmgr.c, drivers/crypto/ti dthev2-aes.c

Merge tag 'v6.18-p2' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6

Pull crypto fixes from Herbert Xu:

 - Fix zstd regression

 - Ensure ti driver algorithm are set as async

 - Revert patch disabling SHA1 in FIPS mode

 - Fix RNG set_ent null-pointer dereference

* tag 'v6.18-p2' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6:
  crypto: rng - Ensure set_ent is always present
  Revert "crypto: testmgr - desupport SHA-1 for FIPS 140"
  crypto: ti - Add CRYPTO_ALG_ASYNC flag to DTHEv2 AES algos
  crypto: zstd - Fix compression bug caused by truncation
DeltaFile
+8-0crypto/rng.c
+5-0crypto/testmgr.c
+1-1crypto/zstd.c
+2-0drivers/crypto/ti/dthev2-aes.c
+16-14 files

Linux/linux 8b87f67drivers/net/ethernet/broadcom/bnxt bnxt_hsi.h, drivers/platform/x86 thinkpad_acpi.c

Merge branch 'next' into for-linus

Prepare input updates for 6.18 merge window.
DeltaFile
+0-13,726sound/pci/hda/patch_realtek.c
+12,097-0drivers/platform/x86/lenovo/thinkpad_acpi.c
+0-12,096drivers/platform/x86/thinkpad_acpi.c
+10,914-0include/linux/bnxt/hsi.h
+0-10,914drivers/net/ethernet/broadcom/bnxt/bnxt_hsi.h
+10,157-0sound/hda/codecs/ca0132.c
+33,168-36,73613,217 files not shown
+653,152-403,05013,223 files

Linux/linux c7866eedrivers/input/touchscreen atmel_mxt_ts.c

Input: atmel_mxt_ts - allow reset GPIO to sleep

The reset GPIO is not toggled in any critical section where it couldn't
sleep, allow the reset GPIO to sleep. This allows the driver to operate
reset GPIOs connected to I2C GPIO expanders.

Signed-off-by: Marek Vasut <marek.vasut at mailbox.org>
Link: https://lore.kernel.org/r/20251005023335.166483-1-marek.vasut@mailbox.org
Cc: stable at vger.kernel.org
Signed-off-by: Dmitry Torokhov <dmitry.torokhov at gmail.com>
DeltaFile
+1-1drivers/input/touchscreen/atmel_mxt_ts.c
+1-11 files

Linux/linux 0d97f20arch/arm Kconfig, arch/arm/kernel entry-ftrace.S bios32.c

Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rmk/linux

Pull ARM development updates from Russell King:

 - Use string choices helpers

 - Add support for HAVE_FUNCTION_GRAPH_FREGS

* tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rmk/linux:
  ARM: 9457/1: ftrace: Implement HAVE_FUNCTION_GRAPH_FREGS
  ARM: 9456/1: mm: fault: use string choices helper
  ARM: 9454/1: kernel: bios32: use string choices helper
  ARM: 9451/1: mm: l2x0: use string choices helper
DeltaFile
+14-4arch/arm/kernel/entry-ftrace.S
+4-3arch/arm/mm/cache-l2x0.c
+3-2arch/arm/kernel/bios32.c
+1-2arch/arm/mm/fault.c
+1-0arch/arm/Kconfig
+23-115 files

Linux/linux a8cdf51scripts/kconfig symbol.c, scripts/kconfig/tests/transitional Kconfig __init__.py

Merge tag 'hardening-fix1-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux

Pull hardening fixes from Kees Cook:

 - tools headers: rename missed CONFIG_CFI_CLANG in merge (Carlos
   Llamas)

 - kconfig: Avoid prompting for transitional symbols

* tag 'hardening-fix1-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux:
  tools headers: kcfi: rename missed CONFIG_CFI_CLANG
  kconfig: Avoid prompting for transitional symbols
DeltaFile
+32-0scripts/kconfig/tests/transitional/Kconfig
+14-1scripts/kconfig/symbol.c
+7-0scripts/kconfig/tests/transitional/__init__.py
+4-0scripts/kconfig/tests/transitional/initial_config
+3-0scripts/kconfig/tests/transitional/expected_config
+1-1tools/include/linux/cfi_types.h
+61-21 files not shown
+62-27 files

Linux/linux 16d1ba7include/trace/events dma.h, mm/kmsan hooks.c

Merge tag 'dma-mapping-6.18-2025-10-07' of git://git.kernel.org/pub/scm/linux/kernel/git/mszyprowski/linux

Pull dma-mapping fixes from Marek Szyprowski:
 "Two small fixes for the recently performed code refactoring (Shigeru
  Yoshida) and missing handling of direction parameter in DMA debug code
  (Petr Tesarik)"

* tag 'dma-mapping-6.18-2025-10-07' of git://git.kernel.org/pub/scm/linux/kernel/git/mszyprowski/linux:
  dma-mapping: fix direction in dma_alloc direction traces
  kmsan: fix kmsan_handle_dma() to avoid false positives
DeltaFile
+1-2mm/kmsan/hooks.c
+1-0include/trace/events/dma.h
+2-22 files

Linux/linux fdb8d00drivers/misc fastrpc.c, drivers/nvmem layouts.c

Merge tag 'char-misc-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc

Pull char/misc fixes from Greg KH:
 "Here are some small nvmem and fastrpc fixes that missed the cut-off to
  get into 6.17-final, due to me being slow in getting them out, my
  fault, not the maintainers of these subsystems :(

  Anyway, better late than never.  Changes included in here are:

   - nvmem fix for automatic module loading

   - fastrpc driver fixes for reported issues

  All of these have been in linux-next for weeks (4?) with no reported
  issues"

* tag 'char-misc-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc:
  misc: fastrpc: Skip reference for DMA handles
  misc: fastrpc: fix possible map leak in fastrpc_put_args

    [3 lines not shown]
DeltaFile
+58-31drivers/misc/fastrpc.c
+13-0drivers/nvmem/layouts.c
+71-312 files

Linux/linux fbd2e22drivers/staging/axis-fifo axis-fifo.c

Merge tag 'staging-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging

Pull staging driver fixes from Greg KH:
 "Here are some staging driver fixes that missed 6.17-final due to my
  travel schedule. They fix a number of reported issues in the axis-fifo
  driver, one of which was just independently discovered by someone else
  today so someone is looking at this code.

  All of these fixes have been in linux-next for many weeks with no
  reported issues"

* tag 'staging-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging:
  staging: axis-fifo: flush RX FIFO on read errors
  staging: axis-fifo: fix TX handling on copy_from_user() failure
  staging: axis-fifo: fix maximum TX packet length check
DeltaFile
+31-37drivers/staging/axis-fifo/axis-fifo.c
+31-371 files

Linux/linux 3d15d6cdrivers/tty/serial qcom_geni_serial.c

Merge tag 'tty-6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty

Pull tty driver fix from Greg KH:
 "Here is a single driver fix for the qcom_geni_serial driver. It has
  been in my tree for weeks, but missed being sent to you for 6.17-final
  due to travel on my side.

  This fixes a reported regression for this driver that prevents 6.17
  from working properly on this platform.

  It has been in linux-next for many weeks with no reported issues"

* tag 'tty-6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty:
  serial: qcom-geni: Fix blocked task
DeltaFile
+16-160drivers/tty/serial/qcom_geni_serial.c
+16-1601 files

Linux/linux 56019d4. MAINTAINERS, drivers/thermal/renesas Kconfig Makefile

Merge tag 'thermal-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more thermal control updates from Rafael Wysocki:
 "Fix RZ/G3E driver introduction fall-out (Geert Uytterhoeven) and
  improve the compilation and installation of the thermal library for
  user space (Emil Dahl Juhl and Sascha Hauer)"

* tag 'thermal-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
  tools: lib: thermal: expose thermal_exit symbols
  tools: lib: thermal: don't preserve owner in install
  tools: lib: thermal: use pkg-config to locate libnl3
  thermal: renesas: Fix RZ/G3E fall-out
DeltaFile
+7-7drivers/thermal/renesas/Kconfig
+7-7MAINTAINERS
+7-2tools/lib/thermal/Makefile
+4-1tools/lib/thermal/libthermal.map
+0-1drivers/thermal/renesas/Makefile
+25-185 files

Linux/linux 89b59f0arch/x86/kernel/acpi cstate.c, drivers/acpi battery.c property.c

Merge tag 'acpi-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more ACPI updates from Rafael Wysocki:
 "These fix a driver bug, clean up two pieces of code and improve the
  fwnode API consistency:

   - Add missing synchronization between interface updates in the ACPI
     battery driver (Rafael Wysocki)

   - Remove open coded check for cpu_feature_enabled() from
     acpi_processor_power_init_bm_check() (Mario Limonciello)

   - Remove redundant rcu_read_lock/unlock() under spinlock from
     ghes_notify_hed() in the ACPI APEI support code (pengdonglin)

   - Make the .get_next_child_node() callback in the ACPI fwnode backend
     skip ACPI devices that are not present for consistency with the
     analogous callback in the OF fwnode backend (Sakari Ailus)"


    [5 lines not shown]
DeltaFile
+29-14drivers/acpi/battery.c
+23-1drivers/acpi/property.c
+0-2drivers/acpi/apei/ghes.c
+1-1arch/x86/kernel/acpi/cstate.c
+53-184 files

Linux/linux abdf766drivers/acpi cppc_acpi.c, drivers/base/power runtime-test.c

Merge tag 'pm-6.18-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

Pull more power management updates from Rafael Wysocki:
 "These are cpufreq fixes and cleanups on top of the material merged
  previously, a power management core code fix and updates of the
  runtime PM framework including unit tests, documentation updates and
  introduction of auto-cleanup macros for runtime PM "resume and get"
  and "get without resuming" operations.

  Specifics:

   - Make cpufreq drivers setting the default CPU transition latency to
     CPUFREQ_ETERNAL specify a proper default transition latency value
     instead which addresses a regression introduced during the 6.6
     cycle that broke CPUFREQ_ETERNAL handling (Rafael Wysocki)

   - Make the cpufreq CPPC driver use a proper transition delay value
     when CPUFREQ_ETERNAL is returned by cppc_get_transition_latency()
     to indicate an error condition (Rafael Wysocki)

    [51 lines not shown]
DeltaFile
+253-0drivers/base/power/runtime-test.c
+69-36include/linux/pm_runtime.h
+27-8drivers/cpufreq/tegra186-cpufreq.c
+7-9drivers/acpi/cppc_acpi.c
+11-3drivers/cpufreq/mediatek-cpufreq.c
+12-2drivers/cpufreq/cppc_cpufreq.c
+379-5822 files not shown
+426-10128 files

Linux/linux 522ba45drivers/clk/meson g12a.c c3-peripherals.c, drivers/clk/qcom gcc-glymur.c dispcc-glymur.c

Merge tag 'clk-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux

Pull clk updates from Stephen Boyd:
 "There's a bunch of patches here across drivers/clk/ to migrate drivers
  to use struct clk_ops::determine_rate() instead of the round_rate()
  one so that we can remove the round_rate clk_op entirely. Brian has
  taken up that task which nobody else has wanted to do for close to a
  decade. Thanks Brian!

  This is all prerequisite work to get to the real task of improving the
  clk rate setting process. Once we have determine_rate() used
  everywhere, we'll be able to do things like chain the rate request
  structs in linked lists to order the rate setting operations or add
  more parameters without having to change every clk driver in
  existence. It's also nice to not have multiple ways to do something
  which just causes confusion for clk driver authors. Overall I'm glad
  this is getting done.

  Beyond this change we also have a tweak to the clk_lookup() function

    [42 lines not shown]
DeltaFile
+8,616-0drivers/clk/qcom/gcc-glymur.c
+1,020-1,032drivers/clk/meson/g12a.c
+485-1,516drivers/clk/meson/c3-peripherals.c
+1,982-0drivers/clk/qcom/dispcc-glymur.c
+1,586-0drivers/clk/stm32/clk-stm32mp21.c
+1,218-22drivers/clk/samsung/clk-exynos990.c
+14,907-2,570318 files not shown
+32,437-7,870324 files

Linux/linux 971199aDocumentation/admin-guide/perf fujitsu_uncore_pmu.rst, arch/arm64/include/asm mmu.h

Merge tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux

Pull arm64 fixes from Will Deacon:

 - Preserve old 'tt_core' UAPI for Hisilicon L3C PMU driver

 - Ensure linear alias of kprobes instruction page is not writable

 - Fix kernel stack unwinding from BPF

 - Fix build warnings from the Fujitsu uncore PMU documentation

 - Fix hang with deferred 'struct page' initialisation and MTE

 - Consolidate KPTI page-table re-writing code

* tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux:
  arm64: mte: Do not flag the zero page as PG_mte_tagged
  docs: perf: Fujitsu: Fix htmldocs build warnings and errors

    [4 lines not shown]
DeltaFile
+7-101arch/arm64/kernel/cpufeature.c
+88-10arch/arm64/mm/mmu.c
+29-4drivers/perf/hisilicon/hisi_uncore_l3c_pmu.c
+12-0arch/arm64/kernel/probes/kprobes.c
+6-1arch/arm64/include/asm/mmu.h
+6-1Documentation/admin-guide/perf/fujitsu_uncore_pmu.rst
+148-1173 files not shown
+154-1189 files

Linux/linux 2215336arch/x86/hyperv ivm.c irqdomain.c, drivers/hv mshv_root_main.c

Merge tag 'hyperv-next-signed-20251006' of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux

Pull hyperv updates from Wei Liu:

 - Unify guest entry code for KVM and MSHV (Sean Christopherson)

 - Switch Hyper-V MSI domain to use msi_create_parent_irq_domain()
   (Nam Cao)

 - Add CONFIG_HYPERV_VMBUS and limit the semantics of CONFIG_HYPERV
   (Mukesh Rathor)

 - Add kexec/kdump support on Azure CVMs (Vitaly Kuznetsov)

 - Deprecate hyperv_fb in favor of Hyper-V DRM driver (Prasanna
   Kumar T S M)

 - Miscellaneous enhancements, fixes and cleanups (Abhishek Tiwari,
   Alok Tiwari, Nuno Das Neves, Wei Liu, Roman Kisel, Michael Kelley)

    [21 lines not shown]
DeltaFile
+210-1arch/x86/hyperv/ivm.c
+76-35arch/x86/hyperv/irqdomain.c
+0-100include/linux/entry-kvm.h
+95-0include/linux/entry-virt.h
+19-38drivers/hv/mshv_root_main.c
+0-49kernel/entry/kvm.c
+400-22341 files not shown
+577-32147 files

Linux/linux 3f39f56drivers/mailbox mtk-cmdq-mailbox.c

mailbox: mtk-cmdq: Remove pm_runtime APIs from cmdq_mbox_send_data()

pm_runtime_get_sync() and pm_runtime_put_autosuspend() were previously
called in cmdq_mbox_send_data(), which is under a spinlock in msg_submit()
(mailbox.c). This caused lockdep warnings such as "sleeping function
called from invalid context" when running with lockdebug enabled.

The BUG report:
  BUG: sleeping function called from invalid context at drivers/base/power/runtime.c:1164
  in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 3616, name: kworker/u17:3
    preempt_count: 1, expected: 0
    RCU nest depth: 0, expected: 0
    INFO: lockdep is turned off.
    irq event stamp: 0
    CPU: 1 PID: 3616 Comm: kworker/u17:3 Not tainted 6.1.87-lockdep-14133-g26e933aca785 #1
    Hardware name: Google Ciri sku0/unprovisioned board (DT)
    Workqueue: imgsys_runner imgsys_runner_func
    Call trace:
     dump_backtrace+0x100/0x120

    [26 lines not shown]
DeltaFile
+1-11drivers/mailbox/mtk-cmdq-mailbox.c
+1-111 files

Linux/linux b157dd2tools/include/linux cfi_types.h

tools headers: kcfi: rename missed CONFIG_CFI_CLANG

Commit 23ef9d439769 ("kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFI")
missed one instance of CONFIG_CFI_CLANG. Rename it to match the original
kernel header. This addresses the following build warning:

  Warning: Kernel ABI header differences:
    diff -u tools/include/linux/cfi_types.h include/linux/cfi_types.h

Cc: Kees Cook <kees at kernel.org>
Fixes: a5ba183bdeee ("Merge tag 'hardening-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux")
Reviewed-by: Nathan Chancellor <nathan at kernel.org>
Signed-off-by: Carlos Llamas <cmllamas at google.com>
Link: https://lore.kernel.org/r/20251006225148.1636486-1-cmllamas@google.com
Signed-off-by: Kees Cook <kees at kernel.org>
DeltaFile
+1-1tools/include/linux/cfi_types.h
+1-11 files

Linux/linux 0902b3cscripts/kconfig symbol.c, scripts/kconfig/tests/transitional Kconfig __init__.py

kconfig: Avoid prompting for transitional symbols

The "transitional" symbol keyword, while working with the "olddefconfig"
target, was prompting during "oldconfig". This occurred because these
symbols were not being marked as user-defined when they received values
from transitional symbols that had user values. The "olddefconfig" target
explicitly doesn't prompt for anything, so this deficiency wasn't noticed.

The issue manifested when a symbol's value came from a transitional
symbol's user value but the receiving symbol wasn't marked with
SYMBOL_DEF_USER. Thus the "oldconfig" logic would then prompt for these
symbols unnecessarily.

Check after value calculation whether a symbol without a user value
gets its value from a single transitional symbol that does have a user
value. In such cases, mark the receiving symbol as user-defined to
prevent prompting.

Update regression tests to verify that symbols with transitional defaults

    [11 lines not shown]
DeltaFile
+32-0scripts/kconfig/tests/transitional/Kconfig
+14-1scripts/kconfig/symbol.c
+7-0scripts/kconfig/tests/transitional/__init__.py
+4-0scripts/kconfig/tests/transitional/initial_config
+3-0scripts/kconfig/tests/transitional/expected_config
+1-0scripts/kconfig/tests/transitional/expected_stdout
+61-16 files

Linux/linux dd68fd7arch/x86/kernel/acpi cstate.c, drivers/acpi battery.c property.c

Merge branches 'acpi-x86', 'acpi-battery', 'acpi-apei' and 'acpi-property'

Merge an x86 cleanup related to ACPI, an ACPI battery driver fix, an
ACPI APEI cleanup, and an ACPI device properties handling update for
6.18-rc1:

 - Remove open coded check for cpu_feature_enabled() from
   acpi_processor_power_init_bm_check() (Mario Limonciello)

 - Add missing synchronization between interface updates in the ACPI
   battery driver (Rafael Wysocki)

 - Remove redundant rcu_read_lock/unlock() under spinlock from
   ghes_notify_hed() in the ACPI APEI support code (pengdonglin)

 - Make the .get_next_child_node() callback in the ACPI fwnode backend
   skip ACPI devices that are not present for consistency with the
   analogous callback in the OF fwnode backend (Sakari Ailus)


    [11 lines not shown]
DeltaFile
+29-14drivers/acpi/battery.c
+23-1drivers/acpi/property.c
+1-1arch/x86/kernel/acpi/cstate.c
+0-2drivers/acpi/apei/ghes.c
+53-184 files

Linux/linux 53d4d31drivers/acpi cppc_acpi.c, drivers/cpufreq tegra186-cpufreq.c mediatek-cpufreq.c

Merge branch 'pm-cpufreq'

Merge cpufreq fixes and cleanups, mostly on top of those fixes, for
6.18-rc1:

 - Make cpufreq drivers setting the default CPU transition latency to
   CPUFREQ_ETERNAL specify a proper default transition latency value
   instead which addresses a regression introduced during the 6.6 cycle
   that broke CPUFREQ_ETERNAL handling (Rafael Wysocki)

 - Make the cpufreq CPPC driver use a proper transition delay value
   when CPUFREQ_ETERNAL is returned by cppc_get_transition_latency() to
   indicate an error condition (Rafael Wysocki)

 - Make cppc_get_transition_latency() return a negative error code to
   indicate error conditions instead of using CPUFREQ_ETERNAL for this
   purpose and drop CPUFREQ_ETERNAL that has no other users (Rafael
   Wysocki, Gopi Krishna Menon)


    [19 lines not shown]
DeltaFile
+27-8drivers/cpufreq/tegra186-cpufreq.c
+7-9drivers/acpi/cppc_acpi.c
+11-3drivers/cpufreq/mediatek-cpufreq.c
+12-2drivers/cpufreq/cppc_cpufreq.c
+4-8drivers/cpufreq/rcpufreq_dt.rs
+4-4drivers/cpufreq/amd-pstate.c
+65-3413 files not shown
+83-6019 files

Linux/linux 05f084ddrivers/base Kconfig, drivers/base/power runtime-test.c main.c

Merge branches 'pm-core' and 'pm-runtime'

Merge runtime PM framework updates and a core power management code fix
for 6.18-rc1:

 - Make pm_runtime_put*() family of functions return 1 when the
   given device is already suspended which is consistent with the
   documentation (Brian Norris)

 - Add basic kunit tests for runtime PM API contracts and update return
   values in kerneldoc coments for the runtime PM API (Brian Norris,
   Dan Carpenter)

 - Add auto-cleanup macros for runtime PM "resume and get" and "get
   without resume" operations, use one of them in the PCI core and
   drop the existing "free" macro introduced for similar purpose, but
   somewhat cumbersome to use (Rafael Wysocki)

 - Make the core power management code avoid waiting on device links

    [15 lines not shown]
DeltaFile
+253-0drivers/base/power/runtime-test.c
+69-36include/linux/pm_runtime.h
+4-2drivers/base/power/main.c
+6-0drivers/base/Kconfig
+5-0drivers/base/power/runtime.c
+3-2drivers/pci/pci-sysfs.c
+340-403 files not shown
+343-419 files

Linux/linux bb160e7drivers/mailbox zynqmp-ipi-mailbox.c

mailbox: zynqmp-ipi: Fix SGI cleanup on unbind

The driver incorrectly determines SGI vs SPI interrupts by checking IRQ
number < 16, which fails with dynamic IRQ allocation. During unbind,
this causes improper SGI cleanup leading to kernel crash.

Add explicit irq_type field to pdata for reliable identification of SGI
interrupts (type-2) and only clean up SGI resources when appropriate.

Fixes: 6ffb1635341b ("mailbox: zynqmp: handle SGI for shared IPI")
Signed-off-by: Harini T <harini.t at amd.com>
Reviewed-by: Peng Fan <peng.fan at nxp.com>
Signed-off-by: Jassi Brar <jassisinghbrar at gmail.com>
DeltaFile
+10-5drivers/mailbox/zynqmp-ipi-mailbox.c
+10-51 files

Linux/linux d3e35a1Documentation/devicetree/bindings/mailbox mediatek,mt8196-gpueb-mbox.yaml

dt-bindings: mailbox: Add MT8196 GPUEB Mailbox

The MediaTek MT8196 SoC includes an embedded MCU referred to as "GPUEB",
acting as glue logic to control power and frequency of the Mali GPU.
This MCU runs special-purpose firmware for this use, and the main
application processor communicates with it through a mailbox.

Add a binding that describes this mailbox.

Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno at collabora.com>
Acked-by: Conor Dooley <conor.dooley at microchip.com>
Reviewed-by: Rob Herring (Arm) <robh at kernel.org>
Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli at collabora.com>
Signed-off-by: Jassi Brar <jassisinghbrar at gmail.com>
DeltaFile
+64-0Documentation/devicetree/bindings/mailbox/mediatek,mt8196-gpueb-mbox.yaml
+64-01 files

Linux/linux dbca0eadrivers/mailbox mtk-gpueb-mailbox.c Kconfig

mailbox: add MediaTek GPUEB IPI mailbox

The MT8196 SoC uses an embedded MCU to control frequencies and power of
the GPU. This controller is referred to as "GPUEB".

It communicates to the application processor, among other ways, through
a mailbox.

The mailbox exposes one interrupt, which appears to only be fired when a
response is received, rather than a transaction is completed. For us,
this means we unfortunately need to poll for txdone.

The mailbox also requires the EB clock to be on when touching any of the
mailbox registers.

Add a simple driver for it based on the common mailbox framework.

Reviewed-by: Chia-I Wu <olvaffe at gmail.com>
Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno at collabora.com>

    [2 lines not shown]
DeltaFile
+319-0drivers/mailbox/mtk-gpueb-mailbox.c
+10-0drivers/mailbox/Kconfig
+2-0drivers/mailbox/Makefile
+331-03 files

Linux/linux 341867fdrivers/mailbox zynqmp-ipi-mailbox.c

mailbox: zynqmp-ipi: Remove redundant mbox_controller_unregister() call

The controller is registered using the device-managed function
'devm_mbox_controller_register()'. As documented in mailbox.c, this
ensures the devres framework automatically calls
mbox_controller_unregister() when device_unregister() is invoked, making
the explicit call unnecessary.

Remove redundant mbox_controller_unregister() call as
device_unregister() handles controller cleanup.

Fixes: 4981b82ba2ff ("mailbox: ZynqMP IPI mailbox controller")
Signed-off-by: Harini T <harini.t at amd.com>
Reviewed-by: Peng Fan <peng.fan at nxp.com>
Signed-off-by: Jassi Brar <jassisinghbrar at gmail.com>
DeltaFile
+0-1drivers/mailbox/zynqmp-ipi-mailbox.c
+0-11 files

Linux/linux 0aead81drivers/mailbox zynqmp-ipi-mailbox.c

mailbox: zynqmp-ipi: Fix out-of-bounds access in mailbox cleanup loop

The cleanup loop was starting at the wrong array index, causing
out-of-bounds access.
Start the loop at the correct index for zero-indexed arrays to prevent
accessing memory beyond the allocated array bounds.

Fixes: 4981b82ba2ff ("mailbox: ZynqMP IPI mailbox controller")
Signed-off-by: Harini T <harini.t at amd.com>
Reviewed-by: Peng Fan <peng.fan at nxp.com>
Signed-off-by: Jassi Brar <jassisinghbrar at gmail.com>
DeltaFile
+1-1drivers/mailbox/zynqmp-ipi-mailbox.c
+1-11 files

Linux/linux 019e3f4drivers/mailbox zynqmp-ipi-mailbox.c

mailbox: zynqmp-ipi: Remove dev.parent check in zynqmp_ipi_free_mboxes

The ipi_mbox->dev.parent check is unreliable proxy for registration
status as it fails to protect against probe failures that occur after
the parent is assigned but before device_register() completes.

device_is_registered() is the canonical and robust method to verify the
registration status.

Remove ipi_mbox->dev.parent check in zynqmp_ipi_free_mboxes().

Fixes: 4981b82ba2ff ("mailbox: ZynqMP IPI mailbox controller")
Signed-off-by: Harini T <harini.t at amd.com>
Reviewed-by: Peng Fan <peng.fan at nxp.com>
Signed-off-by: Jassi Brar <jassisinghbrar at gmail.com>
DeltaFile
+2-4drivers/mailbox/zynqmp-ipi-mailbox.c
+2-41 files