![]() ![]() * Change "lock/unlock" to up/down read/write as appropriate * Add static branch for which is activated by a device which supports * Add CONFIG_FS_DAX wrapper to disable inode_lock_state() when not * Change "mode" to "state" throughout commits * Fix locking order in comments and throughout code Just as performant, and slightly less overhead that having it Internal discussions with Dan determined this would be easier, * Move i_dax_sem to be a global percpu_rw_sem rather than per inode * Consolidate diflags to iflags functions * Fix kernel crash issues reported by Jeff * Fix issues with Directories having IS_DAX() set * put back per inode locking and remove pre-mature optimizations Subsystem (Darrick's comments were obsoleted by this change) * Open code the aops lock rather than add it to the xfs_ilock() Inheritance will need to be added to other file systems for user control. It should be noted that FS_XFLAG_DAX inheritance is not shown in this patch setĪs it was maintained from previous work on XFS. File can only inherit this flag from their parentĭetails of when and how DAX state can be changed on a file is included in a Operations (a_ops) may be in use at any time the inode is referenced.įor this reason direct manipulation of the FS_XFLAG_DAX file is prohibited onįiles in this patch set. It was thought the races could be avoidedīy limiting DAX state flips to 0-length files. ![]() (FS_XFLAG_DAX) capability switch from an "effective" (S_DAX) attribute for theĪt LSF/MM we discussed the difficulties of switching the DAX state of a file The insight at LSF/MM was to separate the per-mount or per-file "physical" Furthermore, it maintians '-o dax' to be equivalent to '-o It furtherĮnhances the dax mount option to be a tri-state of 'always', 'never', or The following patch series enables the use of DAX on individual files and/orĭirectories on xfs, and lays some groundwork to do so in ext4. Instantiate page cache for a file, and cases where a global dax enable via a * Reject changes to FS_XFLAG_DAX for regular filesĪt LSF/MM'19 we discussed applications that overestimate memoryĬonsumption due to their inability to detect whether the kernel will Wong, Dan Williams, Dave Chinner,Ĭhristoph Hellwig, Theodore Y. ` (7 more replies) 0 siblings, 8 replies 48+ messages in threadĬc: Ira Weiny, Darrick J. 18:29 ` fs/xfs: Remove unnecessary initialization of i_rwsem ira.weiny Enable per-file/per-directory DAX operations V6 LKML Archive on help / color / mirror / Atom feed * Enable per-file/per-directory DAX operations V6 18:29 ira.weiny ![]()
0 Comments
Leave a Reply. |