All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20200514104040.GA12979@lst.de>

diff --git a/a/content_digest b/N1/content_digest
index 30c48ae..7b06678 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,35 +2,9 @@
  "ref\020200513062649.2100053-28-hch@lst.de\0"
  "ref\020200513180058.GB2491@localhost.localdomain\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
+ "Subject\0[Cluster-devel] is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
  "Date\0Thu, 14 May 2020 12:40:40 +0200\0"
- "To\0Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>"
-  Christine Caulfield <ccaulfie@redhat.com>
- " David Teigland <teigland@redhat.com>\0"
- "Cc\0Christoph Hellwig <hch@lst.de>"
-  David S. Miller <davem@davemloft.net>
-  Jakub Kicinski <kuba@kernel.org>
-  Eric Dumazet <edumazet@google.com>
-  Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
-  Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-  Vlad Yasevich <vyasevich@gmail.com>
-  Neil Horman <nhorman@tuxdriver.com>
-  Jon Maloy <jmaloy@redhat.com>
-  Ying Xue <ying.xue@windriver.com>
-  drbd-dev@lists.linbit.com
-  linux-block@vger.kernel.org
-  linux-kernel@vger.kernel.org
-  linux-rdma@vger.kernel.org
-  linux-nvme@lists.infradead.org
-  target-devel@vger.kernel.org
-  linux-afs@lists.infradead.org
-  linux-cifs@vger.kernel.org
-  cluster-devel@redhat.com
-  ocfs2-devel@oss.oracle.com
-  netdev@vger.kernel.org
-  linux-sctp@vger.kernel.org
-  ceph-devel@vger.kernel.org
- " rds-devel@oss.oracle.comlinu\0"
+ "To\0cluster-devel.redhat.com\0"
  "\00:1\0"
  "b\0"
  "On Wed, May 13, 2020 at 03:00:58PM -0300, Marcelo Ricardo Leitner wrote:\n"
@@ -49,4 +23,4 @@
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
  big for that, so the only other option would be to use symbol_get.
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+b58f932d1c8b72c3731aa6ebb06f2667aa8205dd035f811b7b6a7e3af4fbc5d3

diff --git a/a/content_digest b/N2/content_digest
index 30c48ae..f1d8501 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -30,7 +30,8 @@
   netdev@vger.kernel.org
   linux-sctp@vger.kernel.org
   ceph-devel@vger.kernel.org
- " rds-devel@oss.oracle.comlinu\0"
+  rds-devel@oss.oracle.com
+ " linux-nfs@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, May 13, 2020 at 03:00:58PM -0300, Marcelo Ricardo Leitner wrote:\n"
@@ -49,4 +50,4 @@
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
  big for that, so the only other option would be to use symbol_get.
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+2e115212e8d83024c4463aa3b0e8b0be3545dc0f717dae6f26badffab7764fdb

diff --git a/a/1.txt b/N3/1.txt
index fafec4e..949f5de 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -13,3 +13,8 @@ On Wed, May 13, 2020 at 03:00:58PM -0300, Marcelo Ricardo Leitner wrote:
 So for ipv6 I could just move the helpers inline as they were trivial
 and avoid that issue.  But some of the sctp stuff really is way too
 big for that, so the only other option would be to use symbol_get.
+
+_______________________________________________
+linux-nvme mailing list
+linux-nvme@lists.infradead.org
+http://lists.infradead.org/mailman/listinfo/linux-nvme
diff --git a/a/content_digest b/N3/content_digest
index 30c48ae..b04e5b7 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -7,30 +7,31 @@
  "To\0Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>"
   Christine Caulfield <ccaulfie@redhat.com>
  " David Teigland <teigland@redhat.com>\0"
- "Cc\0Christoph Hellwig <hch@lst.de>"
-  David S. Miller <davem@davemloft.net>
-  Jakub Kicinski <kuba@kernel.org>
-  Eric Dumazet <edumazet@google.com>
-  Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
-  Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-  Vlad Yasevich <vyasevich@gmail.com>
-  Neil Horman <nhorman@tuxdriver.com>
-  Jon Maloy <jmaloy@redhat.com>
-  Ying Xue <ying.xue@windriver.com>
-  drbd-dev@lists.linbit.com
-  linux-block@vger.kernel.org
-  linux-kernel@vger.kernel.org
-  linux-rdma@vger.kernel.org
+ "Cc\0Eric Dumazet <edumazet@google.com>"
   linux-nvme@lists.infradead.org
+  linux-sctp@vger.kernel.org
   target-devel@vger.kernel.org
   linux-afs@lists.infradead.org
+  drbd-dev@lists.linbit.com
   linux-cifs@vger.kernel.org
+  rds-devel@oss.oracle.com
+  linux-rdma@vger.kernel.org
+  Christoph Hellwig <hch@lst.de>
   cluster-devel@redhat.com
-  ocfs2-devel@oss.oracle.com
-  netdev@vger.kernel.org
-  linux-sctp@vger.kernel.org
+  Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
+  linux-block@vger.kernel.org
+  Jakub Kicinski <kuba@kernel.org>
   ceph-devel@vger.kernel.org
- " rds-devel@oss.oracle.comlinu\0"
+  linux-nfs@vger.kernel.org
+  Neil Horman <nhorman@tuxdriver.com>
+  Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
+  netdev@vger.kernel.org
+  Vlad Yasevich <vyasevich@gmail.com>
+  linux-kernel@vger.kernel.org
+  Jon Maloy <jmaloy@redhat.com>
+  Ying Xue <ying.xue@windriver.com>
+  David S. Miller <davem@davemloft.net>
+ " ocfs2-devel@oss.oracle.com\0"
  "\00:1\0"
  "b\0"
  "On Wed, May 13, 2020 at 03:00:58PM -0300, Marcelo Ricardo Leitner wrote:\n"
@@ -47,6 +48,11 @@
  "\n"
  "So for ipv6 I could just move the helpers inline as they were trivial\n"
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
- big for that, so the only other option would be to use symbol_get.
+ "big for that, so the only other option would be to use symbol_get.\n"
+ "\n"
+ "_______________________________________________\n"
+ "linux-nvme mailing list\n"
+ "linux-nvme@lists.infradead.org\n"
+ http://lists.infradead.org/mailman/listinfo/linux-nvme
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+0015621f42b648cba3a80c6e612fed889d86290f427322f60c5064b61923182b

diff --git a/a/content_digest b/N4/content_digest
index 30c48ae..c020bbe 100644
--- a/a/content_digest
+++ b/N4/content_digest
@@ -3,7 +3,7 @@
  "ref\020200513180058.GB2491@localhost.localdomain\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
  "Subject\0is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
- "Date\0Thu, 14 May 2020 12:40:40 +0200\0"
+ "Date\0Thu, 14 May 2020 10:40:40 +0000\0"
  "To\0Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>"
   Christine Caulfield <ccaulfie@redhat.com>
  " David Teigland <teigland@redhat.com>\0"
@@ -49,4 +49,4 @@
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
  big for that, so the only other option would be to use symbol_get.
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+20f96ff2d34452f9b7ca09c314eeb45fc19f7dd2f36b3c95ed051c52cb898b77

diff --git a/a/content_digest b/N5/content_digest
index 30c48ae..07d96f0 100644
--- a/a/content_digest
+++ b/N5/content_digest
@@ -2,7 +2,7 @@
  "ref\020200513062649.2100053-28-hch@lst.de\0"
  "ref\020200513180058.GB2491@localhost.localdomain\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
+ "Subject\0[Ocfs2-devel] is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
  "Date\0Thu, 14 May 2020 12:40:40 +0200\0"
  "To\0Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>"
   Christine Caulfield <ccaulfie@redhat.com>
@@ -49,4 +49,4 @@
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
  big for that, so the only other option would be to use symbol_get.
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+b085c04af58185c95e3f847e12eeb8a89451f1b9c2e69a425af083c5778fe089

diff --git a/a/content_digest b/N6/content_digest
index 30c48ae..55d28f7 100644
--- a/a/content_digest
+++ b/N6/content_digest
@@ -2,35 +2,36 @@
  "ref\020200513062649.2100053-28-hch@lst.de\0"
  "ref\020200513180058.GB2491@localhost.localdomain\0"
  "From\0Christoph Hellwig <hch@lst.de>\0"
- "Subject\0is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
+ "Subject\0[Drbd-dev] is it ok to always pull in sctp for dlm, was: Re: [PATCH 27/33] sctp: export sctp_setsockopt_bindx\0"
  "Date\0Thu, 14 May 2020 12:40:40 +0200\0"
  "To\0Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>"
   Christine Caulfield <ccaulfie@redhat.com>
  " David Teigland <teigland@redhat.com>\0"
- "Cc\0Christoph Hellwig <hch@lst.de>"
-  David S. Miller <davem@davemloft.net>
-  Jakub Kicinski <kuba@kernel.org>
-  Eric Dumazet <edumazet@google.com>
-  Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
-  Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-  Vlad Yasevich <vyasevich@gmail.com>
-  Neil Horman <nhorman@tuxdriver.com>
-  Jon Maloy <jmaloy@redhat.com>
-  Ying Xue <ying.xue@windriver.com>
-  drbd-dev@lists.linbit.com
-  linux-block@vger.kernel.org
-  linux-kernel@vger.kernel.org
-  linux-rdma@vger.kernel.org
+ "Cc\0Eric Dumazet <edumazet@google.com>"
   linux-nvme@lists.infradead.org
+  linux-sctp@vger.kernel.org
   target-devel@vger.kernel.org
   linux-afs@lists.infradead.org
+  drbd-dev@lists.linbit.com
   linux-cifs@vger.kernel.org
+  rds-devel@oss.oracle.com
+  linux-rdma@vger.kernel.org
+  Christoph Hellwig <hch@lst.de>
   cluster-devel@redhat.com
-  ocfs2-devel@oss.oracle.com
-  netdev@vger.kernel.org
-  linux-sctp@vger.kernel.org
+  Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
+  linux-block@vger.kernel.org
+  Jakub Kicinski <kuba@kernel.org>
   ceph-devel@vger.kernel.org
- " rds-devel@oss.oracle.comlinu\0"
+  linux-nfs@vger.kernel.org
+  Neil Horman <nhorman@tuxdriver.com>
+  Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
+  netdev@vger.kernel.org
+  Vlad Yasevich <vyasevich@gmail.com>
+  linux-kernel@vger.kernel.org
+  Jon Maloy <jmaloy@redhat.com>
+  Ying Xue <ying.xue@windriver.com>
+  David S. Miller <davem@davemloft.net>
+ " ocfs2-devel@oss.oracle.com\0"
  "\00:1\0"
  "b\0"
  "On Wed, May 13, 2020 at 03:00:58PM -0300, Marcelo Ricardo Leitner wrote:\n"
@@ -49,4 +50,4 @@
  "and avoid that issue.  But some of the sctp stuff really is way too\n"
  big for that, so the only other option would be to use symbol_get.
 
-c4b8c9b9d2a1f389aa5f7a4587329f3c9432b597779d70cda07773bbde36f8f3
+5f955f531976cdbf866616c3d9c30f3d4911835b1976ce141eb807c4fb0f72cf

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.