On Fri, May 25, 2012 at 03:45:36PM -0500, Ben Myers wrote: > Hey Dave, > > On Thu, May 24, 2012 at 05:39:52PM -0500, Ben Myers wrote: > > Anyway, I'll make some time to work on this tomorrow so I can test it over > > the weekend. > > This is going to spin over the weekend. See what you think. > > ----------- > > xfs: shutdown xfs_sync_worker before the log > > Revert commit 1307bbd, which uses the s_umount semaphore to provide > exclusion between xfs_sync_worker and unmount, in favor of shutting down > the sync worker before freeing the log in xfs_log_unmount. This is a > cleaner way of resolving the race between xfs_sync_worker and unmount > than using s_umount. I like the cancel_delayed_work_sync on unmount side of this, but I don't really like the MS_ACTIVE check - why can't we only do the initial xfs_syncd_queue_sync as the last thing in the mount process? On just slightly related issue with m_sync_work: what does the force flush of it from xfs_fs_sync_fs in laptop mode buys us? The sync just did the log_force and log coverage, so the only think it will do is force out the AIL after we did the log force and thus guarantee to keep the fs busy for a while. I can't really see how that's actually useful for batter life. Note that ->sync_fs is only called for an epxlicit sync (in addition to umount,remount ro and freeze), so for normal desktop operation it's entirely irrelevant anyway. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
