linux-next: Tree for Jul 30

linux-next: Tree for Jul 30

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 1854 bytes --]

Hi all,

Changes since 20260729:

The ext3 tree acquired a conflict with the ext3 tree.

The mediatek tree acquired a conflict with the arm-soc tree.

The slab tree acquired a conflict with the rcu tree.

The pinctrl tree acquired a build failure in the final build for which I
applied a revert.

Non-merge commits (relative to Linus' tree): 9812
 8873 files changed, 447957 insertions(+), 143464 deletions(-)

----------------------------------------------------------------------------

I have created today's linux-next tree at
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at https://www.kernel.org/pub/linux/kernel/next/ ).  If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one.  You should use "git fetch" and checkout or reset to the new
master.

You can see which trees have been included by looking in the Next/Trees
file in the source.  There is also the merge.log file in the Next
directory.  Between each merge, the tree was built with a defconfig
for arm64, an allmodconfig for x86_64, a multi_v7_defconfig for arm,
an arm64 build of various kselftests, a KUnit build and run on arm64,
and a native build of tools/perf.  After the final fixups (if any), I do
an x86_64 modules_install followed by builds for x86_64 allnoconfig,
arm64 allyesconfig, powerpc allnoconfig (32 and 64 bit),
ppc44x_defconfig and pseries_le_defconfig and i386, s390, sparc and
sparc64 defconfig and htmldocs.

Below is a summary of the state of the merge.

I am currently merging 429 trees (counting Linus' and 133 trees of bug
fix patches pending for the current release).

Stats about the size of the tree over time can be seen at
http://neuling.org/linux-next-size.html .

Thanks to Paul Gortmaker for triage and bug fixes.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: linux-next: Tree for Jul 30 (sound/soc/sdca/)

[Randy Dunlap]

On 7/30/26 8:02 AM, Mark Brown wrote:
> Hi all,
> 
> Changes since 20260729:
> 

When # CONFIG_SND_SOC_SDCA_FDL is not set:

../sound/soc/sdca/sdca_interrupts.c: In function ‘sdca_irq_populate_early’:
../sound/soc/sdca/sdca_interrupts.c:471:56: error: ‘sdca_fdl_free_state’ undeclared (first use in this function); did you mean ‘sdca_jack_free_state’?
  471 |                                 interrupt->free_priv = sdca_fdl_free_state;
      |                                                        ^~~~~~~~~~~~~~~~~~~
      |                                                        sdca_jack_free_state



-- 
~Randy

Re: linux-next: Tree for Jul 30 (sound/soc/sdca/)

[Charles Keepax]

On Thu, Jul 30, 2026 at 02:40:14PM -0700, Randy Dunlap wrote:
> On 7/30/26 8:02 AM, Mark Brown wrote:
> > Hi all,
> > 
> > Changes since 20260729:
> > 
> 
> When # CONFIG_SND_SOC_SDCA_FDL is not set:
> 
> ../sound/soc/sdca/sdca_interrupts.c: In function ‘sdca_irq_populate_early’:
> ../sound/soc/sdca/sdca_interrupts.c:471:56: error: ‘sdca_fdl_free_state’ undeclared (first use in this function); did you mean ‘sdca_jack_free_state’?
>   471 |                                 interrupt->free_priv = sdca_fdl_free_state;
>       |                                                        ^~~~~~~~~~~~~~~~~~~
>       |                                                        sdca_jack_free_state

Yeah apologies about that, all my bad. A fix is available here:

https://lore.kernel.org/linux-sound/20260730130602.3747053-1-ckeepax@opensource.cirrus.com/T/#u

Thanks,
Charles

Re: linux-next: Tree for Jul 30 (usb/dwc3/)

[Randy Dunlap]

On 7/30/26 8:02 AM, Mark Brown wrote:
> Hi all,
> 
> Changes since 20260729:
> 

on x86_64:
when # CONFIG_POWER_SUPPLY is not set

ERROR: modpost: "power_supply_unreg_notifier" [drivers/usb/dwc3/dwc3.ko] undefined!
ERROR: modpost: "power_supply_reg_notifier" [drivers/usb/dwc3/dwc3.ko] undefined!


-- 
~Randy

Re: linux-next: Tree for Jul 30 (objtool)

[Randy Dunlap]

[-- Attachment #1: Type: text/plain, Size: 308 bytes --]



On 7/30/26 8:02 AM, Mark Brown wrote:
> Hi all,
> 
> Changes since 20260729:
> 

on x86_64:

net/ncsi/ncsi-manage.o: warning: objtool: ncsi_process_next_channel+0x1ab: stack state mismatch: reg1[15]=-1+0 reg2[15]=-2-24


Full randconfig file is attached.

gcc: gcc (SUSE Linux) 16.1.1 20260508

-- 
~Randy

[-- Attachment #2: config-r1461.gz --]
[-- Type: application/gzip, Size: 36828 bytes --]

Re: linux-next: Tree for Jul 30 (pci/controller/cadence/)

[Randy Dunlap]

On 7/30/26 8:02 AM, Mark Brown wrote:
> Hi all,
> 
> Changes since 20260729:
> 

(1) /usr/bin/ld.bfd: drivers/pci/controller/cadence/pcie-cadence-plat.o: in function `cdns_plat_pcie_probe':
pcie-cadence-plat.c:(.text+0x2f8): undefined reference to `cdns_pcie_ep_setup'

In this case, a builtin driver attempts to call into a loadable module:

#
# Cadence-based PCIe controllers
#
CONFIG_PCIE_CADENCE=y
# CONFIG_PCIE_CADENCE_DEBUGFS is not set
CONFIG_PCIE_CADENCE_HOST=y
CONFIG_PCIE_CADENCE_EP=m
CONFIG_PCIE_CADENCE_PLAT=y
CONFIG_PCIE_CADENCE_PLAT_HOST=y
CONFIG_PCIE_CADENCE_PLAT_EP=m
# end of Cadence-based PCIe controllers

(2) /usr/bin/ld.bfd: drivers/pci/controller/cadence/pcie-cadence-plat.o: in function `cdns_plat_pcie_probe':
pcie-cadence-plat.c:(.text+0x11f): undefined reference to `cdns_pcie_host_setup'


This is similar, just a different driver is =m in the failure case.

#
# Cadence-based PCIe controllers
#
CONFIG_PCIE_CADENCE=y
CONFIG_PCIE_CADENCE_DEBUGFS=y
CONFIG_PCIE_CADENCE_HOST=m
CONFIG_PCIE_CADENCE_EP=y
CONFIG_PCIE_CADENCE_PLAT=y
CONFIG_PCIE_CADENCE_PLAT_HOST=m
CONFIG_PCIE_CADENCE_PLAT_EP=y


-- 
~Randy

Re: linux-next: Tree for Jul 30 (pci/controller/cadence/)

[Bjorn Helgaas]

[+cc authors of everything on pci/controller/cadence; I haven't
triaged this at all, sorry, and don't have time right now to drop that
branch from pci/next]

On Thu, Jul 30, 2026 at 04:06:44PM -0700, Randy Dunlap wrote:
> 
> 
> On 7/30/26 8:02 AM, Mark Brown wrote:
> > Hi all,
> > 
> > Changes since 20260729:
> > 
> 
> (1) /usr/bin/ld.bfd: drivers/pci/controller/cadence/pcie-cadence-plat.o: in function `cdns_plat_pcie_probe':
> pcie-cadence-plat.c:(.text+0x2f8): undefined reference to `cdns_pcie_ep_setup'
> 
> In this case, a builtin driver attempts to call into a loadable module:
> 
> #
> # Cadence-based PCIe controllers
> #
> CONFIG_PCIE_CADENCE=y
> # CONFIG_PCIE_CADENCE_DEBUGFS is not set
> CONFIG_PCIE_CADENCE_HOST=y
> CONFIG_PCIE_CADENCE_EP=m
> CONFIG_PCIE_CADENCE_PLAT=y
> CONFIG_PCIE_CADENCE_PLAT_HOST=y
> CONFIG_PCIE_CADENCE_PLAT_EP=m
> # end of Cadence-based PCIe controllers
> 
> (2) /usr/bin/ld.bfd: drivers/pci/controller/cadence/pcie-cadence-plat.o: in function `cdns_plat_pcie_probe':
> pcie-cadence-plat.c:(.text+0x11f): undefined reference to `cdns_pcie_host_setup'
> 
> 
> This is similar, just a different driver is =m in the failure case.
> 
> #
> # Cadence-based PCIe controllers
> #
> CONFIG_PCIE_CADENCE=y
> CONFIG_PCIE_CADENCE_DEBUGFS=y
> CONFIG_PCIE_CADENCE_HOST=m
> CONFIG_PCIE_CADENCE_EP=y
> CONFIG_PCIE_CADENCE_PLAT=y
> CONFIG_PCIE_CADENCE_PLAT_HOST=m
> CONFIG_PCIE_CADENCE_PLAT_EP=y
> 
> 
> -- 
> ~Randy
>