diff for duplicates of <4F91C15B.6070200@redhat.com> diff --git a/a/1.txt b/N1/1.txt index 9d2f5f7..b5f4df4 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,5 +1,5 @@ On 1/9/12 7:21 AM, Bernd Schubert wrote: -> From: Fan Yong <yong.fan-KloliPT79xf2eFz/2MeuCQ@public.gmane.org> +> From: Fan Yong <yong.fan@whamcloud.com> > > Traditionally ext2/3/4 has returned a 32-bit hash value from llseek() > to appease NFSv2, which can only handle a 32-bit cookie for seekdir() @@ -11,7 +11,7 @@ On 1/9/12 7:21 AM, Bernd Schubert wrote: > telldir to decrease the chance of hash collisions. This still needs > integration on the NFS side. > -> Patch-updated-by: Bernd Schubert <bernd.schubert-mPn0NPGs4xGatNDF+KUbs4QuADTiUCJX@public.gmane.org> +> Patch-updated-by: Bernd Schubert <bernd.schubert@itwm.fraunhofer.de> > (blame me if something is not correct) Bernd, I've merged this to ext3. Bruce thought maybe you were working @@ -33,7 +33,3 @@ ext4_llseek() worries about max offset for direct/indirect vs. extent-mapped files. Do we need to worry about the same thing in this function? -Eric --- -To unsubscribe from this list: send the line "unsubscribe linux-nfs" in -the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 5f48960..9692b3b 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,20 +1,19 @@ "ref\020120109132137.2616029.76288.stgit@localhost.localdomain\0" "ref\020120109132148.2616029.68798.stgit@localhost.localdomain\0" - "ref\020120109132148.2616029.68798.stgit-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org\0" - "From\0Eric Sandeen <sandeen-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "From\0Eric Sandeen <sandeen@redhat.com>\0" "Subject\0Re: [PATCH 5 2/4] Return 32/64-bit dir name hash according to usage type\0" "Date\0Fri, 20 Apr 2012 15:04:43 -0500\0" - "To\0Bernd Schubert <bernd.schubert-mPn0NPGs4xGatNDF+KUbs4QuADTiUCJX@public.gmane.org>\0" - "Cc\0linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" - linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - Fan Yong <yong.fan-KloliPT79xf2eFz/2MeuCQ@public.gmane.org> - bfields-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org - " Andreas Dilger <adilger-KloliPT79xf2eFz/2MeuCQ@public.gmane.org>\0" + "To\0Bernd Schubert <bernd.schubert@itwm.fraunhofer.de>\0" + "Cc\0linux-nfs@vger.kernel.org" + linux-ext4@vger.kernel.org + linux-fsdevel@vger.kernel.org + Fan Yong <yong.fan@whamcloud.com> + bfields@redhat.com + " Andreas Dilger <adilger@whamcloud.com>\0" "\00:1\0" "b\0" "On 1/9/12 7:21 AM, Bernd Schubert wrote:\n" - "> From: Fan Yong <yong.fan-KloliPT79xf2eFz/2MeuCQ@public.gmane.org>\n" + "> From: Fan Yong <yong.fan@whamcloud.com>\n" "> \n" "> Traditionally ext2/3/4 has returned a 32-bit hash value from llseek()\n" "> to appease NFSv2, which can only handle a 32-bit cookie for seekdir()\n" @@ -26,7 +25,7 @@ "> telldir to decrease the chance of hash collisions. This still needs\n" "> integration on the NFS side.\n" "> \n" - "> Patch-updated-by: Bernd Schubert <bernd.schubert-mPn0NPGs4xGatNDF+KUbs4QuADTiUCJX@public.gmane.org>\n" + "> Patch-updated-by: Bernd Schubert <bernd.schubert@itwm.fraunhofer.de>\n" "> (blame me if something is not correct)\n" "\n" "Bernd, I've merged this to ext3. Bruce thought maybe you were working\n" @@ -47,10 +46,6 @@ "ext4_llseek() worries about max offset for direct/indirect vs. extent-mapped\n" "files. Do we need to worry about the same thing in this function?\n" "\n" - "-Eric\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-nfs\" in\n" - "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + -Eric -5eb222126aeb87946d6a02bf6e22141381d32c1713911074a62a61b158364778 +fc9648e7035d972c7e6e0cb51183e1f86dc0d40205cb55197ebd530cb054e6a2
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.