Project

General

Profile

Bug #18148

Fix unsafe d_parent handling in kcephfs

Added by Jeff Layton over 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Crash signature (v1):
Crash signature (v2):

Description

As Zheng points out, there are several places in the kernel client that access d_parent without proper locking:

As we discussed, please write a patch that guarantees safe access to d_parent when parent is not locked.
(__choose_mds, build_dentry_path and probably ceph_encode_dentry_release)

History

#2 Updated by Zheng Yan about 4 years ago

  • Status changed from New to Resolved

by commits c3f4688a08fd86f1bf8e055724c84b7a40a09733

Also available in: Atom PDF