diff for duplicates of <20160517071950.GA31991@quack2.suse.cz> diff --git a/a/1.txt b/N1/1.txt index ff293ef..4813d87 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -85,7 +85,7 @@ your change on that... Hmm? -- Jan Kara <jack@suse.com> SUSE Labs, CR --- -To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html +_______________________________________________ +Linux-nvdimm mailing list +Linux-nvdimm@lists.01.org +https://lists.01.org/mailman/listinfo/linux-nvdimm diff --git a/a/content_digest b/N1/content_digest index b1e9f70..70019e3 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,14 +8,11 @@ "Date\0Tue, 17 May 2016 09:19:50 +0200\0" "To\0Verma" " Vishal L <vishal.l.verma@intel.com>\0" - "Cc\0ross.zwisler@linux.intel.com <ross.zwisler@linux.intel.com>" - jack@suse.cz <jack@suse.cz> - linux-ext4@vger.kernel.org <linux-ext4@vger.kernel.org> - Williams - Dan J <dan.j.williams@intel.com> + "Cc\0tytso@mit.edu <tytso@mit.edu>" linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> - tytso@mit.edu <tytso@mit.edu> - " linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org>\0" + linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> + jack@suse.cz <jack@suse.cz> + " linux-ext4@vger.kernel.org <linux-ext4@vger.kernel.org>\0" "\00:1\0" "b\0" "On Tue 17-05-16 06:52:47, Verma, Vishal L wrote:\n" @@ -105,9 +102,9 @@ "-- \n" "Jan Kara <jack@suse.com>\n" "SUSE Labs, CR\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-fsdevel\" in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + "_______________________________________________\n" + "Linux-nvdimm mailing list\n" + "Linux-nvdimm@lists.01.org\n" + https://lists.01.org/mailman/listinfo/linux-nvdimm -889d6a514117df45a7856764c373893b6568eea6b991603aa3ba6de4045affda +b0e8d288f70dc57c466a37ea983ed89cfd5e9158476b193aa53eebf4b47e6e13
diff --git a/a/1.txt b/N2/1.txt index ff293ef..7660cf9 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -16,8 +16,8 @@ On Tue 17-05-16 06:52:47, Verma, Vishal L wrote: > > > > Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com> > > > > Signed-off-by: Jan Kara <jack@suse.cz> > > > > --- -> > > > fs/ext2/inode.c | 4 ++-- -> > > > 1 file changed, 2 insertions(+), 2 deletions(-) +> > > > �fs/ext2/inode.c | 4 ++-- +> > > > �1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > > > diff --git a/fs/ext2/inode.c b/fs/ext2/inode.c > > > > index 6bd58e6ff038..1f07b758b968 100644 @@ -25,26 +25,26 @@ On Tue 17-05-16 06:52:47, Verma, Vishal L wrote: > > > > +++ b/fs/ext2/inode.c > > > > @@ -745,11 +745,11 @@ static int ext2_get_blocks(struct inode > > > > *inode, -> > > > mutex_unlock(&ei->truncate_mutex); -> > > > goto cleanup; -> > > > } +> > > > � mutex_unlock(&ei->truncate_mutex); +> > > > � goto cleanup; +> > > > � } > > > > - } > > > > + } else > > > > + set_buffer_new(bh_result); -> > > > -> > > > ext2_splice_branch(inode, iblock, partial, +> > > > � +> > > > � ext2_splice_branch(inode, iblock, partial, > > > > indirect_blks, count); -> > > > mutex_unlock(&ei->truncate_mutex); +> > > > � mutex_unlock(&ei->truncate_mutex); > > > > - set_buffer_new(bh_result); -> > > > got_it: -> > > > map_bh(bh_result, inode->i_sb, le32_to_cpu(chain[depth- +> > > > �got_it: +> > > > � map_bh(bh_result, inode->i_sb, le32_to_cpu(chain[depth- > > > > 1].key)); -> > > > if (count > blocks_to_boundary) -> > > > -- +> > > > � if (count > blocks_to_boundary) +> > > > --� > > > > 2.6.6 > > > Interestingly this change is causing a bunch of xfstests > > > regressions for me -> > > with ext2 + DAX. All of these tests pass without this one change. +> > > with ext2 + DAX.��All of these tests pass without this one change. > > Good catch. Attached patch fixes this issue for me. Preferably it > > should be > > merged before the above ext2 change. @@ -55,24 +55,24 @@ On Tue 17-05-16 06:52:47, Verma, Vishal L wrote: > > In my patch 3 of the error handling series, I have: > -> - err = dax_clear_sectors(inode->i_sb->s_bdev, -> - le32_to_cpu(chain[depth-1].key) << -> - (inode->i_blkbits - 9), -> - 1 << inode->i_blkbits); -> + err = sb_issue_zeroout(inode->i_sb, -> + le32_to_cpu(chain[depth-1].key), 1, GFP_NOFS); +> -���������������err = dax_clear_sectors(inode->i_sb->s_bdev, +> -�������������������������������le32_to_cpu(chain[depth-1].key) << +> -�������������������������������(inode->i_blkbits - 9), +> -�������������������������������1 << inode->i_blkbits); +> +���������������err = sb_issue_zeroout(inode->i_sb, +> +�������������������������������le32_to_cpu(chain[depth-1].key), 1, GFP_NOFS); > > Does this mean I have to change to send the sb_issue_zeroout for > 'count' blocks.. i.e. Yes, I've noticed the conflict today as well. -> - err = dax_clear_sectors(inode->i_sb->s_bdev, -> - le32_to_cpu(chain[depth-1].key) << -> - (inode->i_blkbits - 9), -> - 1 << inode->i_blkbits); -> + err = sb_issue_zeroout(inode->i_sb, -> + le32_to_cpu(chain[depth-1].key), count, GFP_NOFS); +> -���������������err = dax_clear_sectors(inode->i_sb->s_bdev, +> -�������������������������������le32_to_cpu(chain[depth-1].key) << +> -�������������������������������(inode->i_blkbits - 9), +> -�������������������������������1 << inode->i_blkbits); +> +���������������err = sb_issue_zeroout(inode->i_sb, +> +�������������������������������le32_to_cpu(chain[depth-1].key), count, GFP_NOFS); > > If so, I'll update my series tomorrow to include in both of these changes. @@ -85,7 +85,3 @@ your change on that... Hmm? -- Jan Kara <jack@suse.com> SUSE Labs, CR --- -To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N2/content_digest index b1e9f70..3241a47 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -36,8 +36,8 @@ "> > > > Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>\n" "> > > > Signed-off-by: Jan Kara <jack@suse.cz>\n" "> > > > ---\n" - "> > > > \302\240fs/ext2/inode.c | 4 ++--\n" - "> > > > \302\2401 file changed, 2 insertions(+), 2 deletions(-)\n" + "> > > > \303\257\302\277\302\275fs/ext2/inode.c | 4 ++--\n" + "> > > > \303\257\302\277\302\2751 file changed, 2 insertions(+), 2 deletions(-)\n" "> > > > \n" "> > > > diff --git a/fs/ext2/inode.c b/fs/ext2/inode.c\n" "> > > > index 6bd58e6ff038..1f07b758b968 100644\n" @@ -45,26 +45,26 @@ "> > > > +++ b/fs/ext2/inode.c\n" "> > > > @@ -745,11 +745,11 @@ static int ext2_get_blocks(struct inode\n" "> > > > *inode,\n" - "> > > > \302\240\t\t\tmutex_unlock(&ei->truncate_mutex);\n" - "> > > > \302\240\t\t\tgoto cleanup;\n" - "> > > > \302\240\t\t}\n" + "> > > > \303\257\302\277\302\275\t\t\tmutex_unlock(&ei->truncate_mutex);\n" + "> > > > \303\257\302\277\302\275\t\t\tgoto cleanup;\n" + "> > > > \303\257\302\277\302\275\t\t}\n" "> > > > -\t}\n" "> > > > +\t} else\n" "> > > > +\t\tset_buffer_new(bh_result);\n" - "> > > > \302\240\n" - "> > > > \302\240\text2_splice_branch(inode, iblock, partial,\n" + "> > > > \303\257\302\277\302\275\n" + "> > > > \303\257\302\277\302\275\text2_splice_branch(inode, iblock, partial,\n" "> > > > indirect_blks, count);\n" - "> > > > \302\240\tmutex_unlock(&ei->truncate_mutex);\n" + "> > > > \303\257\302\277\302\275\tmutex_unlock(&ei->truncate_mutex);\n" "> > > > -\tset_buffer_new(bh_result);\n" - "> > > > \302\240got_it:\n" - "> > > > \302\240\tmap_bh(bh_result, inode->i_sb, le32_to_cpu(chain[depth-\n" + "> > > > \303\257\302\277\302\275got_it:\n" + "> > > > \303\257\302\277\302\275\tmap_bh(bh_result, inode->i_sb, le32_to_cpu(chain[depth-\n" "> > > > 1].key));\n" - "> > > > \302\240\tif (count > blocks_to_boundary)\n" - "> > > > --\302\240\n" + "> > > > \303\257\302\277\302\275\tif (count > blocks_to_boundary)\n" + "> > > > --\303\257\302\277\302\275\n" "> > > > 2.6.6\n" "> > > Interestingly this change is causing a bunch of xfstests\n" "> > > regressions for me\n" - "> > > with ext2 + DAX.\302\240\302\240All of these tests pass without this one change.\n" + "> > > with ext2 + DAX.\303\257\302\277\302\275\303\257\302\277\302\275All of these tests pass without this one change.\n" "> > Good catch. Attached patch fixes this issue for me. Preferably it\n" "> > should be\n" "> > merged before the above ext2 change.\n" @@ -75,24 +75,24 @@ "> \n" "> In my patch 3 of the error handling series, I have:\n" "> \n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240err = dax_clear_sectors(inode->i_sb->s_bdev,\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240le32_to_cpu(chain[depth-1].key) <<\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240(inode->i_blkbits - 9),\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2401 << inode->i_blkbits);\n" - "> +\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240err = sb_issue_zeroout(inode->i_sb,\n" - "> +\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240le32_to_cpu(chain[depth-1].key), 1, GFP_NOFS);\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275err = dax_clear_sectors(inode->i_sb->s_bdev,\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275le32_to_cpu(chain[depth-1].key) <<\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275(inode->i_blkbits - 9),\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\2751 << inode->i_blkbits);\n" + "> +\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275err = sb_issue_zeroout(inode->i_sb,\n" + "> +\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275le32_to_cpu(chain[depth-1].key), 1, GFP_NOFS);\n" "> \n" "> Does this mean I have to change to send the sb_issue_zeroout for\n" "> 'count' blocks.. i.e.\n" "\n" "Yes, I've noticed the conflict today as well.\n" "\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240err = dax_clear_sectors(inode->i_sb->s_bdev,\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240le32_to_cpu(chain[depth-1].key) <<\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240(inode->i_blkbits - 9),\n" - "> -\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2401 << inode->i_blkbits);\n" - "> +\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240err = sb_issue_zeroout(inode->i_sb,\n" - "> +\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240le32_to_cpu(chain[depth-1].key), count, GFP_NOFS);\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275err = dax_clear_sectors(inode->i_sb->s_bdev,\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275le32_to_cpu(chain[depth-1].key) <<\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275(inode->i_blkbits - 9),\n" + "> -\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\2751 << inode->i_blkbits);\n" + "> +\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275err = sb_issue_zeroout(inode->i_sb,\n" + "> +\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275le32_to_cpu(chain[depth-1].key), count, GFP_NOFS);\n" "> \n" "> If so, I'll update my series tomorrow to include in both of these changes.\n" "\n" @@ -104,10 +104,6 @@ "\t\t\t\t\t\t\t\tHonza\n" "-- \n" "Jan Kara <jack@suse.com>\n" - "SUSE Labs, CR\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-fsdevel\" in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + SUSE Labs, CR -889d6a514117df45a7856764c373893b6568eea6b991603aa3ba6de4045affda +5c2d63f415c4fd830535ec06479c312579e95fafb2f2e14e4b0bbb05a7ba30d5
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.