Page MenuHomeFreeBSD

Wire up OpenZFS with VOP_DEALLOCATE(9)
AbandonedPublic

Authored by khng on Feb 21 2021, 8:38 AM.
Tags
None
Referenced Files
F137150743: D28834.id.diff
Fri, Nov 21, 6:58 AM
F137128644: D28834.id86010.diff
Fri, Nov 21, 5:14 AM
F136934631: D28834.id85983.diff
Thu, Nov 20, 5:55 PM
Unknown Object (File)
Wed, Nov 19, 4:49 AM
Unknown Object (File)
Wed, Nov 19, 3:32 AM
Unknown Object (File)
Mon, Nov 17, 8:13 PM
Unknown Object (File)
Sun, Nov 16, 1:45 AM
Unknown Object (File)
Thu, Nov 13, 11:57 AM

Details

Reviewers
markj
allanjude
Summary

Wire up OpenZFS with VOP_DEALLOCATE(9)

This will go to upstream actually. However a differential is created for
easier tools/tools/git/git-arc.sh workflow.

Submitted by: Ka Ho Ng <khng@freebsdfoundation.org>
Sponsored by: The FreeBSD Foundation

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 39209
Build 36098: arc lint + arc unit

Event Timeline

khng requested review of this revision.Feb 21 2021, 8:38 AM

Rebased on top of the newest D27194.

khng edited the summary of this revision. (Show Details)
sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c
3853

Does this comment need updating to instead say what FreeBSD does in this case?

sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c
3853

That seems necessary. I don't recall we have the same limitation like Solaris that VOP can only issued on opened files.

khng marked an inline comment as not done.

Removed SPACECTL_F_CANEXPAND support on SPACECTL_DEALLOC

Can't think of any use of it right now.

  • New zfs_deallocate and new DMU api instead of calling into zfs_freesp

_PC_FDEALLOC_PRESENT -> _PC_DEALLOC_PRESENT