[REGRESSION] stable-rc/linux-5.10.y: (build) in vmlinux (Makefile:1212) [logspec:kbuild,kbuild.other]

[REGRESSION] stable-rc/linux-5.10.y: (build) in vmlinux (Makefile:1212) [logspec:kbuild,kbuild.other]

[KernelCI bot]

Hello,

New build issue found on stable-rc/linux-5.10.y:

---
 in vmlinux (Makefile:1212) [logspec:kbuild,kbuild.other]
---

- dashboard: https://d.kernelci.org/issue/maestro:d5c2be698989c7de46471109aae8df0339b713c1
- giturl: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
- commit HEAD:  a0e8dfa03993fda7b4d4b696c50f69726522abba


Log excerpt:
=====================================================
.lds
In file included from ./include/linux/kernel.h:15,
net/ipv6/udp.c: In function ‘udp_v6_send_skb’:
./include/linux/minmax.h:20:35: warning: comparison of distinct
pointer types lacks a cast
./include/linux/minmax.h:26:18: note: in expansion of macro ‘__typecheck’
./include/linux/minmax.h:36:31: note: in expansion of macro ‘__safe_cmp’
./include/linux/minmax.h:45:25: note: in expansion of macro ‘__careful_cmp’
net/ipv6/udp.c:1213:28: note: in expansion of macro ‘min’
In file included from ./include/linux/uaccess.h:7,
net/ipv4/udp.c: In function ‘udp_send_skb’:
./include/linux/minmax.h:20:35: warning: comparison of distinct
pointer types lacks a cast
./include/linux/minmax.h:26:18: note: in expansion of macro ‘__typecheck’
./include/linux/minmax.h:36:31: note: in expansion of macro ‘__safe_cmp’
./include/linux/minmax.h:45:25: note: in expansion of macro ‘__careful_cmp’
net/ipv4/udp.c:926:28: note: in expansion of macro ‘min’
FAILED unresolved symbol filp_close

=====================================================


# Builds where the incident occurred:

## cros://chromeos-5.10/x86_64/chromeos-amd-stoneyridge.flavour.config+lab-setup+x86-board+CONFIG_MODULE_COMPRESS=n+CONFIG_MODULE_COMPRESS_NONE=y
on (x86_64):
- compiler: gcc-12
- dashboard: https://d.kernelci.org/build/maestro:67ceffea18018371957ebdc0


#kernelci issue maestro:d5c2be698989c7de46471109aae8df0339b713c1

Reported-by: kernelci.org bot <bot@kernelci.org>

--
This is an experimental report format. Please send feedback in!
Talk to us at kernelci@lists.linux.dev

Made with love by the KernelCI team - https://kernelci.org

Re: [REGRESSION] stable-rc/linux-5.10.y: (build) in vmlinux (Makefile:1212) [logspec:kbuild,kbuild.other]

[Greg KH]

On Tue, Mar 11, 2025 at 01:47:06PM +0000, KernelCI bot wrote:
> Hello,
> 
> New build issue found on stable-rc/linux-5.10.y:
> 
> ---
>  in vmlinux (Makefile:1212) [logspec:kbuild,kbuild.other]
> ---
> 
> - dashboard: https://d.kernelci.org/issue/maestro:d5c2be698989c7de46471109aae8df0339b713c1
> - giturl: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> - commit HEAD:  a0e8dfa03993fda7b4d4b696c50f69726522abba
> 
> 
> Log excerpt:
> =====================================================
> .lds
> In file included from ./include/linux/kernel.h:15,
> net/ipv6/udp.c: In function ‘udp_v6_send_skb’:
> ./include/linux/minmax.h:20:35: warning: comparison of distinct
> pointer types lacks a cast
> ./include/linux/minmax.h:26:18: note: in expansion of macro ‘__typecheck’
> ./include/linux/minmax.h:36:31: note: in expansion of macro ‘__safe_cmp’
> ./include/linux/minmax.h:45:25: note: in expansion of macro ‘__careful_cmp’
> net/ipv6/udp.c:1213:28: note: in expansion of macro ‘min’
> In file included from ./include/linux/uaccess.h:7,
> net/ipv4/udp.c: In function ‘udp_send_skb’:
> ./include/linux/minmax.h:20:35: warning: comparison of distinct
> pointer types lacks a cast
> ./include/linux/minmax.h:26:18: note: in expansion of macro ‘__typecheck’
> ./include/linux/minmax.h:36:31: note: in expansion of macro ‘__safe_cmp’
> ./include/linux/minmax.h:45:25: note: in expansion of macro ‘__careful_cmp’
> net/ipv4/udp.c:926:28: note: in expansion of macro ‘min’

This warnings I can understand, we'll just have to live with that.

But:

> FAILED unresolved symbol filp_close

What is that from?

Seems to be from 890ed45bde80 ("acct: block access to kernel internal
filesystems")?  If so, that's really odd as this is not a new call to
this function, but just some additional ones.

thanks,

greg k-h