All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <87k2dm6git.fsf@toke.dk>

diff --git a/a/1.txt b/N1/1.txt
index 7b90d72..a1df6d9 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,6 +1,6 @@
 Kalle Valo <kvalo@codeaurora.org> writes:
 
-> Toke H?iland-J?rgensen <toke@toke.dk> writes:
+> Toke H=C3=B8iland-J=C3=B8rgensen <toke@toke.dk> writes:
 >
 >>>>> This is great work but due to the regressions I'm not sure if this
 >>>>> will be ready for 4.9. To get more testing time I wonder if we should
@@ -10,10 +10,13 @@ Kalle Valo <kvalo@codeaurora.org> writes:
 >>>>>
 >>>>> Thoughts?
 >>>>
->>>> Well, now that we understand what is causing the throughput regressions,
+>>>> Well, now that we understand what is causing the throughput regression=
+s,
 >>>> fixing them should be fairly straight forward (yeah, famous last words,
->>>> but still...). I already have a patch for the fast path and will go poke
->>>> at the slow path next. It'll probably require another workaround or two,
+>>>> but still...). I already have a patch for the fast path and will go po=
+ke
+>>>> at the slow path next. It'll probably require another workaround or tw=
+o,
 >>>> so I guess it won't be the architecturally clean ideal solution; but it
 >>>> would make it possible to have something that works for 4.9 and then
 >>>> iterate for a cleaner design for 4.10.
diff --git a/a/content_digest b/N1/content_digest
index 663bee3..eca3ab7 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,14 +6,19 @@
  "ref\0871t1g4thz.fsf@toke.dk\0"
  "ref\0877fb8ug0x.fsf@kamboji.qca.qualcomm.com\0"
  "From\0Toke H\303\270iland-J\303\270rgensen <toke@toke.dk>\0"
- "Subject\0[ath9k-devel] [PATCH v4] ath9k: Switch to using mac80211 intermediate software\tqueues.\0"
- "Date\0Wed, 05 Oct 2016 14:09:49 -0000\0"
- "To\0ath9k-devel@lists.ath9k.org\0"
+ "Subject\0Re: [PATCH v4] ath9k: Switch to using mac80211 intermediate software queues.\0"
+ "Date\0Wed, 05 Oct 2016 16:02:02 +0200\0"
+ "To\0Kalle Valo <kvalo@codeaurora.org>\0"
+ "Cc\0linux-wireless@vger.kernel.org"
+  make-wifi-fast@lists.bufferbloat.net
+  ath9k-devel@lists.ath9k.org
+  Tim Shepard <shep@alum.mit.edu>
+ " Felix Fietkau <nbd@nbd.name>\0"
  "\00:1\0"
  "b\0"
  "Kalle Valo <kvalo@codeaurora.org> writes:\n"
  "\n"
- "> Toke H?iland-J?rgensen <toke@toke.dk> writes:\n"
+ "> Toke H=C3=B8iland-J=C3=B8rgensen <toke@toke.dk> writes:\n"
  ">\n"
  ">>>>> This is great work but due to the regressions I'm not sure if this\n"
  ">>>>> will be ready for 4.9. To get more testing time I wonder if we should\n"
@@ -23,10 +28,13 @@
  ">>>>>\n"
  ">>>>> Thoughts?\n"
  ">>>>\n"
- ">>>> Well, now that we understand what is causing the throughput regressions,\n"
+ ">>>> Well, now that we understand what is causing the throughput regression=\n"
+ "s,\n"
  ">>>> fixing them should be fairly straight forward (yeah, famous last words,\n"
- ">>>> but still...). I already have a patch for the fast path and will go poke\n"
- ">>>> at the slow path next. It'll probably require another workaround or two,\n"
+ ">>>> but still...). I already have a patch for the fast path and will go po=\n"
+ "ke\n"
+ ">>>> at the slow path next. It'll probably require another workaround or tw=\n"
+ "o,\n"
  ">>>> so I guess it won't be the architecturally clean ideal solution; but it\n"
  ">>>> would make it possible to have something that works for 4.9 and then\n"
  ">>>> iterate for a cleaner design for 4.10.\n"
@@ -63,4 +71,4 @@
  "\n"
  -Toke
 
-076d37b00ba61ed972d79594c29c6469ee4b8a56f22354908f24e93f484a29c6
+7cec185fdf9dcec08531be1705de7e1d2e4327b0bcd385d92e105ff89bd67b03

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.