All of lore.kernel.org
 help / color / mirror / Atom feed

diff for duplicates of <ZXhfRdocHfrViOos@infradead.org>

diff --git a/a/content_digest b/N1/content_digest
index cf870d1..3944b45 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,55 +4,53 @@
  "Subject\0Re: [PATCH RFC v2 for-6.8/block 15/18] buffer: add a new helper to read sb block\0"
  "Date\0Tue, 12 Dec 2023 05:25:25 -0800\0"
  "To\0Yu Kuai <yukuai1@huaweicloud.com>\0"
- "Cc\0axboe@kernel.dk"
-  roger.pau@citrix.com
-  colyli@suse.de
-  kent.overstreet@gmail.com
-  joern@lazybastard.org
-  miquel.raynal@bootlin.com
-  richard@nod.at
+ "Cc\0hoeppner@linux.ibm.com"
   vigneshr@ti.com
-  sth@linux.ibm.com
-  hoeppner@linux.ibm.com
-  hca@linux.ibm.com
-  gor@linux.ibm.com
-  agordeev@linux.ibm.com
-  jejb@linux.ibm.com
-  martin.petersen@oracle.com
+  yi.zhang@huawei.com
+  gfs2@lists.linux.dev
   clm@fb.com
-  josef@toxicpanda.com
-  dsterba@suse.com
-  viro@zeniv.linux.org.uk
-  brauner@kernel.org
-  nico@fluxnic.net
-  xiang@kernel.org
-  chao@kernel.org
-  tytso@mit.edu
   adilger.kernel@dilger.ca
+  miquel.raynal@bootlin.com
+  agordeev@linux.ibm.com
+  linux-s390@vger.kernel.org
+  linux-nilfs@vger.kernel.org
   agruenba@redhat.com
-  jack@suse.com
-  konishi.ryusuke@gmail.com
+  linux-scsi@vger.kernel.org
+  richard@nod.at
   willy@infradead.org
-  akpm@linux-foundation.org
+  linux-bcachefs@vger.kernel.org
+  xen-devel@lists.xenproject.org
+  linux-ext4@vger.kernel.org
+  jejb@linux.ibm.com
   p.raghav@samsung.com
-  hare@suse.de
+  gor@linux.ibm.com
+  hca@linux.ibm.com
+  joern@lazybastard.org
+  josef@toxicpanda.com
+  colyli@suse.de
   linux-block@vger.kernel.org
-  linux-kernel@vger.kernel.org
-  xen-devel@lists.xenproject.org
   linux-bcache@vger.kernel.org
-  linux-mtd@lists.infradead.org
-  linux-s390@vger.kernel.org
-  linux-scsi@vger.kernel.org
-  linux-bcachefs@vger.kernel.org
-  linux-btrfs@vger.kernel.org
+  viro@zeniv.linux.org.uk
+  yukuai3@huawei.com
+  dsterba@suse.com
+  konishi.ryusuke@gmail.com
+  axboe@kernel.dk
+  brauner@kernel.org
+  tytso@mit.edu
+  martin.petersen@oracle.com
+  nico@fluxnic.net
+  yangerkun@huawei.com
+  linux-kernel@vger.kernel.org
+  kent.overstreet@gmail.com
+  hare@suse.de
+  jack@suse.com
   linux-fsdevel@vger.kernel.org
+  linux-mtd@lists.infradead.org
+  akpm@linux-foundation.org
+  r oger.pau@citrix.com
   linux-erofs@lists.ozlabs.org
-  linux-ext4@vger.kernel.org
-  gfs2@lists.linux.dev
-  linux-nilfs@vger.kernel.org
-  yukuai3@huawei.com
-  yi.zhang@huawei.com
- " yangerkun@huawei.com\0"
+  linux-btrfs@vger.kernel.org
+ " sth@linux.ibm.com\0"
  "\00:1\0"
  "b\0"
  "On Mon, Dec 11, 2023 at 10:07:53PM +0800, Yu Kuai wrote:\n"
@@ -73,4 +71,4 @@
  "me as the data isn't any less uptodate just because we failed to write\n"
  it..
 
-a5631f09a23d85d487ca739fc4d3ee30c93f23e376b5fbd7162b04ef83d9d964
+a014d8a7cd06f4daec9cadbb366841b216eb4320a61dc31e889f51e72932ae59

diff --git a/a/1.txt b/N2/1.txt
index 14ce3e0..2b3128e 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -15,3 +15,8 @@ So - risking this blows up into a lot of nasty work: Why do we even
 clear the uptodate flag on write errors?  Doing so makes not sense to
 me as the data isn't any less uptodate just because we failed to write
 it..
+
+
+______________________________________________________
+Linux MTD discussion mailing list
+http://lists.infradead.org/mailman/listinfo/linux-mtd/
diff --git a/a/content_digest b/N2/content_digest
index cf870d1..72378b3 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -71,6 +71,11 @@
  "So - risking this blows up into a lot of nasty work: Why do we even\n"
  "clear the uptodate flag on write errors?  Doing so makes not sense to\n"
  "me as the data isn't any less uptodate just because we failed to write\n"
- it..
+ "it..\n"
+ "\n"
+ "\n"
+ "______________________________________________________\n"
+ "Linux MTD discussion mailing list\n"
+ http://lists.infradead.org/mailman/listinfo/linux-mtd/
 
-a5631f09a23d85d487ca739fc4d3ee30c93f23e376b5fbd7162b04ef83d9d964
+2c9abe1ce9783d963c56b71c106db1699cea243c2f9c041453872e9c008c60ae

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.