diff for duplicates of <20170119185910.GF4880@omniknight.lm.intel.com> diff --git a/a/1.txt b/N1/1.txt index bd8cd4f..1581a22 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,9 +2,9 @@ On 01/19, Jan Kara wrote: > On Wed 18-01-17 21:56:58, Verma, Vishal L wrote: > > On Wed, 2017-01-18 at 13:32 -0800, Dan Williams wrote: > > > On Wed, Jan 18, 2017 at 1:02 PM, Darrick J. Wong -> > > <darrick.wong@oracle.com> wrote: +> > > <darrick.wong-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote: > > > > On Wed, Jan 18, 2017 at 03:39:17PM -0500, Jeff Moyer wrote: -> > > > > Jan Kara <jack@suse.cz> writes: +> > > > > Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org> writes: > > > > > > > > > > > On Tue 17-01-17 15:14:21, Vishal Verma wrote: > > > > > > > Your note on the online repair does raise another tangentially @@ -33,7 +33,7 @@ On 01/19, Jan Kara wrote: > > > > > > necessary work to > > > > > > clear the error when it gets EIO from memcpy on write? > > > > > -> > > > > You won't get an MCE for a store;��only loads generate them. +> > > > > You won't get an MCE for a store; only loads generate them. > > > > > > > > > > Won't fallocate FL_ZERO_RANGE clear bad blocks when mounted with > > > > > -o dax? @@ -68,5 +68,5 @@ essentially memcpy), and hence cannot handle badblocks. > Honza > -- -> Jan Kara <jack@suse.com> +> Jan Kara <jack-IBi9RG/b67k@public.gmane.org> > SUSE Labs, CR diff --git a/a/content_digest b/N1/content_digest index 916ff6c..dfe2bda 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,28 +8,27 @@ "ref\0CAPcyv4hd7bpCa7d9msX0Y8gLz7WsqXT3VExQwwLuAcsmMxVTPg@mail.gmail.com\0" "ref\01484776549.4358.33.camel@intel.com\0" "ref\020170119081011.GA2565@quack2.suse.cz\0" - "From\0Vishal Verma <vishal.l.verma@intel.com>\0" + "ref\020170119081011.GA2565-4I4JzKEfoa/jFM9bn6wA6Q@public.gmane.org\0" + "From\0Vishal Verma <vishal.l.verma-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0" "Subject\0Re: [Lsf-pc] [LSF/MM TOPIC] Badblocks checking/representation in filesystems\0" "Date\0Thu, 19 Jan 2017 11:59:11 -0700\0" - "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Williams" - Dan J <dan.j.williams@intel.com> - darrick.wong@oracle.com <darrick.wong@oracle.com> - Vyacheslav.Dubeyko@wdc.com <Vyacheslav.Dubeyko@wdc.com> - linux-nvdimm@ml01.01.org <linux-nvdimm@ml01.01.org> - linux-block@vger.kernel.org <linux-block@vger.kernel.org> - slava@dubeyko.com <slava@dubeyko.com> - linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> - " lsf-pc@lists.linux-foundation.org <lsf-pc@lists.linux-foundation.org>\0" + "To\0Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>\0" + "Cc\0Vyacheslav.Dubeyko-Sjgp3cTcYWE@public.gmane.org <Vyacheslav.Dubeyko-Sjgp3cTcYWE@public.gmane.org>" + darrick.wong-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org <darrick.wong-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> + linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w@public.gmane.org> + linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org <slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org> + linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + " lsf-pc-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org <lsf-pc-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>\0" "\00:1\0" "b\0" "On 01/19, Jan Kara wrote:\n" "> On Wed 18-01-17 21:56:58, Verma, Vishal L wrote:\n" "> > On Wed, 2017-01-18 at 13:32 -0800, Dan Williams wrote:\n" "> > > On Wed, Jan 18, 2017 at 1:02 PM, Darrick J. Wong\n" - "> > > <darrick.wong@oracle.com> wrote:\n" + "> > > <darrick.wong-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:\n" "> > > > On Wed, Jan 18, 2017 at 03:39:17PM -0500, Jeff Moyer wrote:\n" - "> > > > > Jan Kara <jack@suse.cz> writes:\n" + "> > > > > Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org> writes:\n" "> > > > > \n" "> > > > > > On Tue 17-01-17 15:14:21, Vishal Verma wrote:\n" "> > > > > > > Your note on the online repair does raise another tangentially\n" @@ -58,7 +57,7 @@ "> > > > > > necessary work to\n" "> > > > > > clear the error when it gets EIO from memcpy on write?\n" "> > > > > \n" - "> > > > > You won't get an MCE for a store;\303\257\302\277\302\275\303\257\302\277\302\275only loads generate them.\n" + "> > > > > You won't get an MCE for a store;\302\240\302\240only loads generate them.\n" "> > > > > \n" "> > > > > Won't fallocate FL_ZERO_RANGE clear bad blocks when mounted with\n" "> > > > > -o dax?\n" @@ -93,7 +92,7 @@ "\n" "> \t\t\t\t\t\t\t\tHonza\n" "> -- \n" - "> Jan Kara <jack@suse.com>\n" + "> Jan Kara <jack-IBi9RG/b67k@public.gmane.org>\n" > SUSE Labs, CR -214f8cb9f582ffef235300bc36b461ea619c57a4db6d095e5130d3c19c63319a +9193ec298cb782130e9e7014f6ec1fade865797839b4186657eea7f1f75a15ac
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.