On Thu, Dec 14, 2017 at 8:47 AM, zhangyi (F) <yi.zhang@xxxxxxxxxx> wrote: > Hi all, > > Here is the second version of original fsck.overlay. Changes split to > each patch from first version "overlay: implement fsck utility" for > readability. It fine that you left original commit for readability and ease of re-review I don't mind that functional review comments, (like -n, -p -a) are addressed by an incremental commit, but there are too many patches that fix spelling mistakes and build warnings. Please squash those fix patches into the relevant commit instead of posting them for review. I will review the entire series when is it re posted as a clean series. > > I have already handled most of comments from the first iteration and > add/fix some infrastructure, no big features, move tests to xfstests > (already tested). > > I will push this "incubator" version to github after review and fix. > Any comments is helpful, thanks! > > Changes since v1: > > - Add "-n -p -y" options. (Comment from Amir and Darrick) > - Move test cases to xfstests. (Amir, Eryu and Ted) > - * Check lowers use base fd + relative path to speed up iterations. (Amir) > - Handle missing case of redirect xattr check. (Amir) > - Correct copyright and License. (Amir) > - Remove duplicate redirect xattr in 'yes' mode. > - Add objects counter. > - Not enforce fs offline in 'no' mode. > - Fix some code mistakes. > > *) This change will cost a lot of 'fd' (up to 500) and will not work > if sysctl_nr_open is lower than lowerdir number (special case, default > is 1024*1024). I think expand sysctl_nr_open temporary may have some side > effect, so just return failure. > I don't think I follow. Perhaps you misunderstood me or I don't remember what I commented on. What I meant was that you can keep fd of lowerdirs,upperdir,workdir and use those as dir_fd for various syscalls that require overlay relative path, instead of composing the upper/lower paths as strings. How did we get to 500 fds? Amir. -- To unsubscribe from this list: send the line "unsubscribe linux-unionfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
