summaryrefslogtreecommitdiffstats
path: root/net/rds/ib_frmr.c
diff options
context:
space:
mode:
authorIvan Delalande <colona@arista.com>2018-12-13 15:20:52 -0800
committerAl Viro <viro@zeniv.linux.org.uk>2018-12-13 20:59:44 -0500
commitea5751ccd665a2fd1b24f9af81f6167f0718c5f6 (patch)
tree1cc50a3dbdf449f104a3cb4295ed84193607180c /net/rds/ib_frmr.c
parent0afa99648350dbd6d08ee3efd2376db240a6c458 (diff)
downloadlinux-stable-ea5751ccd665a2fd1b24f9af81f6167f0718c5f6.tar.gz
linux-stable-ea5751ccd665a2fd1b24f9af81f6167f0718c5f6.tar.bz2
linux-stable-ea5751ccd665a2fd1b24f9af81f6167f0718c5f6.zip
proc/sysctl: don't return ENOMEM on lookup when a table is unregistering
proc_sys_lookup can fail with ENOMEM instead of ENOENT when the corresponding sysctl table is being unregistered. In our case we see this upon opening /proc/sys/net/*/conf files while network interfaces are being deleted, which confuses our configuration daemon. The problem was successfully reproduced and this fix tested on v4.9.122 and v4.20-rc6. v2: return ERR_PTRs in all cases when proc_sys_make_inode fails instead of mixing them with NULL. Thanks Al Viro for the feedback. Fixes: ace0c791e6c3 ("proc/sysctl: Don't grab i_lock under sysctl_lock.") Cc: stable@vger.kernel.org Signed-off-by: Ivan Delalande <colona@arista.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'net/rds/ib_frmr.c')
0 files changed, 0 insertions, 0 deletions