Skip to content

hamradio: always override the alloc_objs compat shims - #10

Open
f6bvp wants to merge 1 commit into
linux-netdev:mainfrom
f6bvp:hamradio-alloc-objs-shim-override
Open

f6bvp wants to merge 1 commit into
linux-netdev:mainfrom
f6bvp:hamradio-alloc-objs-shim-override

Conversation

@f6bvp

@f6bvp f6bvp commented Sep 18, 2026

Copy link
Copy Markdown
Contributor

Some vendor kernels (Raspberry Pi Foundation 6.18.x) already backport
kmalloc_obj/kzalloc_obj natively but with a mandatory GFP argument and
no variadic default, breaking every 1-argument call site in this tree
when the previous '#ifndef __alloc_objs' guard skipped our own
variadic-friendly definitions. Always #undef and redefine instead of
trusting the host kernel's version.

Testing: deployed on f6bvp-8 and f6bvp-10 (Raspberry Pi OS, kernel
6.18.x) since 2026-09-14/15, the two nodes where this vendor backport
is actually present; no effect on nodes built against plain upstream
headers.

Some vendor kernels (Raspberry Pi Foundation 6.18.x) already backport
kmalloc_obj/kzalloc_obj natively but with a mandatory GFP argument and
no variadic default, breaking every 1-argument call site in this tree
when the previous '#ifndef __alloc_objs' guard skipped our own
variadic-friendly definitions. Always #undef and redefine instead of
trusting the host kernel's version.

Deployed and running since 2026-09-14/15 on f6bvp-8 and f6bvp-10
(Raspberry Pi OS, kernel 6.18.x), the two nodes where this vendor
backport is actually present; no effect on nodes built against plain
upstream headers.

Signed-off-by: F6BVP <bernard.f6bvp@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant