All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <alpine.SOC.1.00.1102040018390.16704@math.ut.ee>

diff --git a/a/1.txt b/N1/1.txt
index 42b55c8..a0020c3 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,34 +1,28 @@
-> > I have been testing devel kernels on SMP L1000 successfully until=20
-> > 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the n=
-ew=20
+> > I have been testing devel kernels on SMP L1000 successfully until 
+> > 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new 
 > > kernel and running aptitude to update to current debian unstable.
-> >=20
-> > Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2=20
-> > tries. Maybe aptitude was broken inbetween but it looks like a kern=
-el=20
-> > bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine=
- so=20
+> > 
+> > Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2 
+> > tries. Maybe aptitude was broken inbetween but it looks like a kernel 
+> > bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so 
 > > it's more likely a kernel problem.
-> >=20
+> > 
 > > What additional information can I provide?
->=20
-> Probably a bisection, if you could.  There have been no parisc patche=
-s
+> 
+> Probably a bisection, if you could.  There have been no parisc patches
 > between -rc2 and -rc3, so it's coming from outside the architecture.
 
 The result is strange :(
 
 6b28405395f7ec492ea69f541cc774adcb9e00ca is the first bad commit
 commit 6b28405395f7ec492ea69f541cc774adcb9e00ca
-Author: Axel K=C3=B6llhofer <AxelKoellhofer@web.de>
+Author: Axel Köllhofer <AxelKoellhofer@web.de>
 Date:   Sat Jan 22 14:33:50 2011 -0600
 
     staging: r8712u: Add new device IDs
 
-    This patch adds several new device ids to the r8712u staging driver=
-=2E
-    The new ids were retrieved from latest vendor driver (v2.6.6.0.2010=
-1111)
+    This patch adds several new device ids to the r8712u staging driver.
+    The new ids were retrieved from latest vendor driver (v2.6.6.0.20101111)
     downloadable from www.realtek.com.tw
 
     Signed-off-by: Axel Koellhofer <AxelKoellhofer@web.de>
@@ -36,22 +30,15 @@ Date:   Sat Jan 22 14:33:50 2011 -0600
     Cc: Stable <stable@kernel.org> [2.6.37]
     Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
 
-:040000 040000 185c3d2c1e98cc99009bfb772ed0779410784110 f5aa903931116f2=
-8f803003f594fec3b2a29a6f6 M      drivers
+:040000 040000 185c3d2c1e98cc99009bfb772ed0779410784110 f5aa903931116f28f803003f594fec3b2a29a6f6 M      drivers
 
-Seems absolutely unrelated - I do not have staging enabled so so no=20
+Seems absolutely unrelated - I do not have staging enabled so so no 
 CONFIG_R8712U either.
 
-The "bad" bisects were clearly bad and failed quicky during aptitude=20
-list update but the good ones might have needed more stress... or it is=
-=20
-some alignment-like problem. Will try again starting from these bad=20
+The "bad" bisects were clearly bad and failed quicky during aptitude 
+list update but the good ones might have needed more stress... or it is 
+some alignment-like problem. Will try again starting from these bad 
 bisects to narrow it down, and stress seemingly good ones better.
 
---=20
+-- 
 Meelis Roos (mroos@linux.ee)
---
-To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
- in
-the body of a message to majordomo@vger.kernel.org
-More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff --git a/a/content_digest b/N1/content_digest
index 04b8e48..7d3ae9c 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,37 +8,31 @@
  " Linux Kernel list <linux-kernel@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
- "> > I have been testing devel kernels on SMP L1000 successfully until=20\n"
- "> > 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the n=\n"
- "ew=20\n"
+ "> > I have been testing devel kernels on SMP L1000 successfully until \n"
+ "> > 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new \n"
  "> > kernel and running aptitude to update to current debian unstable.\n"
- "> >=20\n"
- "> > Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2=20\n"
- "> > tries. Maybe aptitude was broken inbetween but it looks like a kern=\n"
- "el=20\n"
- "> > bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine=\n"
- " so=20\n"
+ "> > \n"
+ "> > Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2 \n"
+ "> > tries. Maybe aptitude was broken inbetween but it looks like a kernel \n"
+ "> > bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so \n"
  "> > it's more likely a kernel problem.\n"
- "> >=20\n"
+ "> > \n"
  "> > What additional information can I provide?\n"
- ">=20\n"
- "> Probably a bisection, if you could.  There have been no parisc patche=\n"
- "s\n"
+ "> \n"
+ "> Probably a bisection, if you could.  There have been no parisc patches\n"
  "> between -rc2 and -rc3, so it's coming from outside the architecture.\n"
  "\n"
  "The result is strange :(\n"
  "\n"
  "6b28405395f7ec492ea69f541cc774adcb9e00ca is the first bad commit\n"
  "commit 6b28405395f7ec492ea69f541cc774adcb9e00ca\n"
- "Author: Axel K=C3=B6llhofer <AxelKoellhofer@web.de>\n"
+ "Author: Axel K\303\266llhofer <AxelKoellhofer@web.de>\n"
  "Date:   Sat Jan 22 14:33:50 2011 -0600\n"
  "\n"
  "    staging: r8712u: Add new device IDs\n"
  "\n"
- "    This patch adds several new device ids to the r8712u staging driver=\n"
- "=2E\n"
- "    The new ids were retrieved from latest vendor driver (v2.6.6.0.2010=\n"
- "1111)\n"
+ "    This patch adds several new device ids to the r8712u staging driver.\n"
+ "    The new ids were retrieved from latest vendor driver (v2.6.6.0.20101111)\n"
  "    downloadable from www.realtek.com.tw\n"
  "\n"
  "    Signed-off-by: Axel Koellhofer <AxelKoellhofer@web.de>\n"
@@ -46,24 +40,17 @@
  "    Cc: Stable <stable@kernel.org> [2.6.37]\n"
  "    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>\n"
  "\n"
- ":040000 040000 185c3d2c1e98cc99009bfb772ed0779410784110 f5aa903931116f2=\n"
- "8f803003f594fec3b2a29a6f6 M      drivers\n"
+ ":040000 040000 185c3d2c1e98cc99009bfb772ed0779410784110 f5aa903931116f28f803003f594fec3b2a29a6f6 M      drivers\n"
  "\n"
- "Seems absolutely unrelated - I do not have staging enabled so so no=20\n"
+ "Seems absolutely unrelated - I do not have staging enabled so so no \n"
  "CONFIG_R8712U either.\n"
  "\n"
- "The \"bad\" bisects were clearly bad and failed quicky during aptitude=20\n"
- "list update but the good ones might have needed more stress... or it is=\n"
- "=20\n"
- "some alignment-like problem. Will try again starting from these bad=20\n"
+ "The \"bad\" bisects were clearly bad and failed quicky during aptitude \n"
+ "list update but the good ones might have needed more stress... or it is \n"
+ "some alignment-like problem. Will try again starting from these bad \n"
  "bisects to narrow it down, and stress seemingly good ones better.\n"
  "\n"
- "--=20\n"
- "Meelis Roos (mroos@linux.ee)\n"
- "--\n"
- "To unsubscribe from this list: send the line \"unsubscribe linux-parisc\"=\n"
- " in\n"
- "the body of a message to majordomo@vger.kernel.org\n"
- More majordomo info at  http://vger.kernel.org/majordomo-info.html
+ "-- \n"
+ Meelis Roos (mroos@linux.ee)
 
-ff4735c90c87ffdbe77ba9044d608ee4ae253ba4fe4aa7b99b999451521c88e2
+aa06da009e28bc304542d7a999fb607cddf1faaab765271774de7d92eeb79d68

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.