diff for duplicates of <20200320182452.GF851@sol.localdomain> diff --git a/a/content_digest b/N1/content_digest index e83c799..5fb29ce 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,9 +5,22 @@ "ref\020200320180017.GE851@sol.localdomain\0" "ref\020200320181132.GD4971@bombadil.infradead.org\0" "From\0Eric Biggers <ebiggers@kernel.org>\0" - "Subject\0[Cluster-devel] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" + "Subject\0Re: [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" "Date\0Fri, 20 Mar 2020 11:24:52 -0700\0" - "To\0cluster-devel.redhat.com\0" + "To\0Matthew Wilcox <willy@infradead.org>\0" + "Cc\0Andrew Morton <akpm@linux-foundation.org>" + linux-xfs@vger.kernel.org + William Kucharski <william.kucharski@oracle.com> + John Hubbard <jhubbard@nvidia.com> + linux-kernel@vger.kernel.org + linux-f2fs-devel@lists.sourceforge.net + cluster-devel@redhat.com + linux-mm@kvack.org + ocfs2-devel@oss.oracle.com + linux-fsdevel@vger.kernel.org + linux-ext4@vger.kernel.org + linux-erofs@lists.ozlabs.org + " linux-btrfs@vger.kernel.org\0" "\00:1\0" "b\0" "On Fri, Mar 20, 2020 at 11:11:32AM -0700, Matthew Wilcox wrote:\n" @@ -83,4 +96,4 @@ "\n" - Eric -1246b2187f747da041859c9c00c7da3fc633e44e60f718fc562651e90f604e0b +3e14105a95815b30e08390cc86f5de08f8c0980d06baeee31fdafe9fe35c29ea
diff --git a/a/content_digest b/N2/content_digest index e83c799..eb40193 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,9 +5,22 @@ "ref\020200320180017.GE851@sol.localdomain\0" "ref\020200320181132.GD4971@bombadil.infradead.org\0" "From\0Eric Biggers <ebiggers@kernel.org>\0" - "Subject\0[Cluster-devel] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" + "Subject\0Re: [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" "Date\0Fri, 20 Mar 2020 11:24:52 -0700\0" - "To\0cluster-devel.redhat.com\0" + "To\0Matthew Wilcox <willy@infradead.org>\0" + "Cc\0cluster-devel@redhat.com" + linux-mm@kvack.org + John Hubbard <jhubbard@nvidia.com> + linux-kernel@vger.kernel.org + linux-f2fs-devel@lists.sourceforge.net + linux-xfs@vger.kernel.org + William Kucharski <william.kucharski@oracle.com> + linux-btrfs@vger.kernel.org + linux-fsdevel@vger.kernel.org + Andrew Morton <akpm@linux-foundation.org> + linux-ext4@vger.kernel.org + linux-erofs@lists.ozlabs.org + " ocfs2-devel@oss.oracle.com\0" "\00:1\0" "b\0" "On Fri, Mar 20, 2020 at 11:11:32AM -0700, Matthew Wilcox wrote:\n" @@ -83,4 +96,4 @@ "\n" - Eric -1246b2187f747da041859c9c00c7da3fc633e44e60f718fc562651e90f604e0b +690888ea423fede93a0d50a7a2c2beee2f84a4fc0c1738b5dd643ba847d2c476
diff --git a/a/1.txt b/N3/1.txt index e50ddbf..ffb4927 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -70,3 +70,9 @@ That's 2 branches instead of 4. (Note that assigning to i_nrpages can't overflow, since the max number of pages is ULONG_MAX not ULONG_MAX + 1.) - Eric + + +_______________________________________________ +Linux-f2fs-devel mailing list +Linux-f2fs-devel@lists.sourceforge.net +https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel diff --git a/a/content_digest b/N3/content_digest index e83c799..9805171 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -5,9 +5,22 @@ "ref\020200320180017.GE851@sol.localdomain\0" "ref\020200320181132.GD4971@bombadil.infradead.org\0" "From\0Eric Biggers <ebiggers@kernel.org>\0" - "Subject\0[Cluster-devel] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" + "Subject\0Re: [f2fs-dev] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" "Date\0Fri, 20 Mar 2020 11:24:52 -0700\0" - "To\0cluster-devel.redhat.com\0" + "To\0Matthew Wilcox <willy@infradead.org>\0" + "Cc\0cluster-devel@redhat.com" + linux-mm@kvack.org + John Hubbard <jhubbard@nvidia.com> + linux-kernel@vger.kernel.org + linux-f2fs-devel@lists.sourceforge.net + linux-xfs@vger.kernel.org + William Kucharski <william.kucharski@oracle.com> + linux-btrfs@vger.kernel.org + linux-fsdevel@vger.kernel.org + Andrew Morton <akpm@linux-foundation.org> + linux-ext4@vger.kernel.org + linux-erofs@lists.ozlabs.org + " ocfs2-devel@oss.oracle.com\0" "\00:1\0" "b\0" "On Fri, Mar 20, 2020 at 11:11:32AM -0700, Matthew Wilcox wrote:\n" @@ -81,6 +94,12 @@ "That's 2 branches instead of 4. (Note that assigning to i_nrpages can't\n" "overflow, since the max number of pages is ULONG_MAX not ULONG_MAX + 1.)\n" "\n" - - Eric + "- Eric\n" + "\n" + "\n" + "_______________________________________________\n" + "Linux-f2fs-devel mailing list\n" + "Linux-f2fs-devel@lists.sourceforge.net\n" + https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel -1246b2187f747da041859c9c00c7da3fc633e44e60f718fc562651e90f604e0b +8a6718710a4d41927cc74dfa547d5f502698c96c079fde3d55d34c8fb013dfa6
diff --git a/a/1.txt b/N4/1.txt index e50ddbf..5a647df 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -51,7 +51,7 @@ On Fri, Mar 20, 2020 at 11:11:32AM -0700, Matthew Wilcox wrote: > > I think we can get a page at ULONG_MAX on 32-bit systems? I mean, we can buy > hard drives which are larger than 16TiB these days: -> https://www.pcmag.com/news/seagate-will-ship-18tb-and-20tb-hard-drives-in-2020 +> https://urldefense.com/v3/__https://www.pcmag.com/news/seagate-will-ship-18tb-and-20tb-hard-drives-in-2020__;!!GqivPVa7Brio!LFsQswZ6AyWF5lBDZ391XoAdkVGBQaL9EPY2a23LVRIMTXgLFTSdQvxS72vFKQ4xddONNg$ > (even ignoring RAID devices) The max file size is ((loff_t)ULONG_MAX << PAGE_SHIFT) which means the maximum diff --git a/a/content_digest b/N4/content_digest index e83c799..a8c10e8 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -5,9 +5,9 @@ "ref\020200320180017.GE851@sol.localdomain\0" "ref\020200320181132.GD4971@bombadil.infradead.org\0" "From\0Eric Biggers <ebiggers@kernel.org>\0" - "Subject\0[Cluster-devel] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" + "Subject\0[Ocfs2-devel] [PATCH v9 12/25] mm: Move end_index check out of readahead loop\0" "Date\0Fri, 20 Mar 2020 11:24:52 -0700\0" - "To\0cluster-devel.redhat.com\0" + "To\0ocfs2-devel@oss.oracle.com\0" "\00:1\0" "b\0" "On Fri, Mar 20, 2020 at 11:11:32AM -0700, Matthew Wilcox wrote:\n" @@ -63,7 +63,7 @@ "> \n" "> I think we can get a page at ULONG_MAX on 32-bit systems? I mean, we can buy\n" "> hard drives which are larger than 16TiB these days:\n" - "> https://www.pcmag.com/news/seagate-will-ship-18tb-and-20tb-hard-drives-in-2020\n" + "> https://urldefense.com/v3/__https://www.pcmag.com/news/seagate-will-ship-18tb-and-20tb-hard-drives-in-2020__;!!GqivPVa7Brio!LFsQswZ6AyWF5lBDZ391XoAdkVGBQaL9EPY2a23LVRIMTXgLFTSdQvxS72vFKQ4xddONNg$ \n" "> (even ignoring RAID devices)\n" "\n" "The max file size is ((loff_t)ULONG_MAX << PAGE_SHIFT) which means the maximum\n" @@ -83,4 +83,4 @@ "\n" - Eric -1246b2187f747da041859c9c00c7da3fc633e44e60f718fc562651e90f604e0b +c1c564d66a82b7f63c55a44e899c4817c6b4d8b98294c385e0bdc922b7259ba5
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.