Arnd Bergmann 6cc6678928 gpib: use 'static inline' instead of 'extern inline' ...

With GNU inline semantics, an 'extern inline' function is only included
in the build if it can be inlined. When the compiler for some reason
decides against inlining it, this causes a link failure, as observed in
one function in the tnt4882_gpib driver:

ld.lld: error: undefined symbol: mite_irq
>>> referenced by tnt4882_gpib.c:974 (/home/arnd/arm-soc/drivers/gpib/tnt4882/tnt4882_gpib.c:974)
>>>               drivers/gpib/tnt4882/tnt4882_gpib.o:(ni_pci_attach) in archive vmlinux.a

Change all of the 'extern inline' definitions in gpib to the regular
'static inline' to avoid this.

Fixes: 0cd5b05551 ("staging: gpib: Add TNT4882 chip based GPIB driver")
Fixes: 6c52d5e3cd ("staging: gpib: Add common include files for GPIB drivers")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Link: https://patch.msgid.link/20260611131018.3662609-1-arnd@kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

2026-07-17 14:53:56 +02:00

..

amcc5920.h

…

amccs5933.h

gpib: use 'static inline' instead of 'extern inline'

2026-07-17 14:53:56 +02:00

gpib_cmd.h

…

gpib_pci_ids.h

…

gpib_proto.h

…

gpib_state_machines.h

…

gpib_types.h

…

gpibP.h

…

nec7210_registers.h

…

nec7210.h

…

plx9050.h

…

quancom_pci.h

…

tms9914.h

…

tnt4882_registers.h

…