summaryrefslogtreecommitdiff
path: root/crypto
diff options
context:
space:
mode:
authorDarrick J. Wong <darrick.wong@oracle.com>2020-10-25 17:16:06 -0700
committerDarrick J. Wong <darrick.wong@oracle.com>2020-10-26 18:32:31 -0700
commitbfe6ffd16865f1c5bfef696447ea691f656d1b02 (patch)
tree57aa8744ca4b4969fbcbc97a8c8014a1793f8038 /crypto
parent0e99beb79524ac10087f53169490a010a648f9eb (diff)
xfs: put metadata inodes in a separate lockdep class
Metadata inodes are not supposed to be exposed to userspace, which eliminates most conflicts with vfs rwseasm, page cache locks, etc. This means that we actually /can/ do things like copy data to userspace while holding a metadata inode's ILOCK, since, uh.... well what happens if we copy rt fsmap data to an rt file, which then causes an rt allocation and therfore needs the rtrmap ilock...? Confused-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions