aboutsummaryrefslogtreecommitdiffstats
path: root/rust/helpers/completion.c
diff options
context:
space:
mode:
authorAaron Thompson <[email protected]>2025-07-03 21:19:49 +0000
committerDanilo Krummrich <[email protected]>2025-07-03 21:56:33 +0000
commit78f88067d5c56d9aed69f27e238742841461cf67 (patch)
tree86cfca6bc7f27d6acc8ffd98905277959b6cbb70 /rust/helpers/completion.c
parentdrm/v3d: Disable interrupts before resetting the GPU (diff)
downloadkernel-78f88067d5c56d9aed69f27e238742841461cf67.tar.gz
kernel-78f88067d5c56d9aed69f27e238742841461cf67.zip
drm/nouveau: Do not fail module init on debugfs errors
If CONFIG_DEBUG_FS is enabled, nouveau_drm_init() returns an error if it fails to create the "nouveau" directory in debugfs. One case where that will happen is when debugfs access is restricted by CONFIG_DEBUG_FS_ALLOW_NONE or by the boot parameter debugfs=off, which cause the debugfs APIs to return -EPERM. So just ignore errors from debugfs. Note that nouveau_debugfs_root may be an error now, but that is a standard pattern for debugfs. From include/linux/debugfs.h: "NOTE: it's expected that most callers should _ignore_ the errors returned by this function. Other debugfs functions handle the fact that the "dentry" passed to them could be an error and they don't crash in that case. Drivers should generally work fine even if debugfs fails to init anyway." Fixes: 97118a1816d2 ("drm/nouveau: create module debugfs root") Cc: [email protected] Signed-off-by: Aaron Thompson <[email protected]> Acked-by: Timur Tabi <[email protected]> Signed-off-by: Danilo Krummrich <[email protected]> Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'rust/helpers/completion.c')
0 files changed, 0 insertions, 0 deletions