Seems like most of your issues are time stamp updates, so you should look into that area a lot more. Some that I know off head what the issues are: On Fri, Aug 29, 2014 at 10:33:14AM -0500, Steve French wrote: > For 192 delta1 time should be 40 (this seems to work intermittently) > > QA output created by 192 > sleep for 40 > test > delta1 - access time after sleep in-core: 0 > delta2 - access time after sleep on-disk: 40 atimes update not persisting an umount/remount. Looks like cifs isn't properly dirtying the inode for it. > QA output created by 215 > > creating test file > 4096+0 records in > 4096+0 records out > > writing via mmap > FAIL: mtime not update after mapped write > FAIL: ctime not update after mapped write missing file_update_time call in cifs_page_mkwrite. > QA output created by 313 > Silence is golden > ctime not updated after truncate > mtime not updated after truncate missing update of c/mtime for truncate. The VFS is nasty in it's setattr calling conventions for this. Check my "[PATCH] nfs: update time staps on truncate" post on the nfs list for details. -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
