aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/fpga/xilinx-core.c
diff options
context:
space:
mode:
authorArnd Bergmann <[email protected]>2025-06-10 09:28:42 +0000
committerLeon Romanovsky <[email protected]>2025-06-12 09:02:12 +0000
commitb26852daaa83f535109253d114426d1fa674155d (patch)
tree8a22fcfd557624a4f2ab777bf8560a3451f38c34 /drivers/fpga/xilinx-core.c
parentLinux 6.16-rc1 (diff)
downloadkernel-b26852daaa83f535109253d114426d1fa674155d.tar.gz
kernel-b26852daaa83f535109253d114426d1fa674155d.zip
RDMA/mlx5: reduce stack usage in mlx5_ib_ufile_hw_cleanup
This function has an array of eight mlx5_async_cmd structures, which often fits on the stack, but depending on the configuration can end up blowing the stack frame warning limit: drivers/infiniband/hw/mlx5/devx.c:2670:6: error: stack frame size (1392) exceeds limit (1280) in 'mlx5_ib_ufile_hw_cleanup' [-Werror,-Wframe-larger-than] Change this to a dynamic allocation instead. While a kmalloc() can theoretically fail, a GFP_KERNEL allocation under a page will block until memory has been freed up, so in the worst case, this only adds extra time in an already constrained environment. Fixes: 7c891a4dbcc1 ("RDMA/mlx5: Add implementation for ufile_hw_cleanup device operation") Signed-off-by: Arnd Bergmann <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Leon Romanovsky <[email protected]>
Diffstat (limited to 'drivers/fpga/xilinx-core.c')
0 files changed, 0 insertions, 0 deletions