]> granicus.if.org Git - zfs/commit
Fix z_sync_cnt decrement in zfs_close
authorChunwei Chen <tuxoko@gmail.com>
Tue, 17 Dec 2013 18:18:25 +0000 (10:18 -0800)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Tue, 17 Dec 2013 18:28:27 +0000 (10:28 -0800)
commit7dc71949f2f013a7bf744230d60770893ce23a6a
tree3ae0c13c4f599ce5a619542519646c2a9b007c42
parentc2d439dffd4c404d39e82e5b174a338515080f26
Fix z_sync_cnt decrement in zfs_close

The comment in zfs_close states that "Under Linux the zfs_close() hook
is not symmetric with zfs_open()". This is not true. zfs_open/zfs_close
is associated with every successful struct file creation/deletion, which
should always be balanced.

Here is an example of what's wrong:

Process A B
open(O_SYNC)
z_sync_cnt = 1
open(O_SYNC)
z_sync_cnt = 2
close()
z_sync_cnt = 0

So z_sync_cnt is 0 even if B still has the file with O_SYNC.

Also moves the generic_file_open call before zfs_open to ensure that in
the case generic_file_open fails z_sync_cnt is not incremented.  This
is safe because generic_file_open has no side effects.

Signed-off-by: Chunwei Chen <tuxoko@gmail.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue #1962
module/zfs/zfs_vnops.c
module/zfs/zpl_file.c