HSI: ssi_protocol: Fix return type of ssip_pn_xmit()
authorNathan Chancellor <nathan@kernel.org>
Wed, 2 Nov 2022 16:02:33 +0000 (09:02 -0700)
committerSebastian Reichel <sebastian.reichel@collabora.com>
Mon, 14 Nov 2022 20:43:37 +0000 (21:43 +0100)
commit913a144164d8f09fab7e4175d693168b29d5843b
tree1e99da75c4c62de14978dfdb880f3cb4b7089206
parent9abf2313adc1ca1b6180c508c25f22f9395cc780
HSI: ssi_protocol: Fix return type of ssip_pn_xmit()

With clang's kernel control flow integrity (kCFI, CONFIG_CFI_CLANG),
indirect call targets are validated against the expected function
pointer prototype to make sure the call target is valid to help mitigate
ROP attacks. If they are not identical, there is a failure at run time,
which manifests as either a kernel panic or thread getting killed. A
proposed warning in clang aims to catch these at compile time, which
reveals:

  drivers/hsi/clients/ssi_protocol.c:1053:20: error: incompatible function pointer types initializing 'netdev_tx_t (*)(struct sk_buff *, struct net_device *)' (aka 'enum netdev_tx (*)(struct sk_buff *, struct net_device *)') with an expression of type 'int (struct sk_buff *, struct net_device *)' [-Werror,-Wincompatible-function-pointer-types-strict]
          .ndo_start_xmit = ssip_pn_xmit,
                            ^~~~~~~~~~~~
  1 error generated.

->ndo_start_xmit() in 'struct net_device_ops' expects a return type of
'netdev_tx_t', not 'int'. Adjust the return type of ssip_pn_xmit() to
match the prototype's to resolve the warning and CFI failure.
Additionally, use the enum 'NETDEV_TX_OK' instead of a raw '0' for the
return value of ssip_pn_xmit().

Link: https://github.com/ClangBuiltLinux/linux/issues/1750
Signed-off-by: Nathan Chancellor <nathan@kernel.org>
Reviewed-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
drivers/hsi/clients/ssi_protocol.c