diff for duplicates of <4A2EAA53.7060006@redhat.com> diff --git a/a/1.txt b/N1/1.txt index 72c45cc..61a06da 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,5 +1,5 @@ Dan Williams wrote: -> On Mon, Jun 8, 2009 at 5:04 PM, Stephen Hemminger<shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org> wrote: +> On Mon, Jun 8, 2009 at 5:04 PM, Stephen Hemminger<shemminger@vyatta.com> wrote: > >> I did some more debugging, and the problem appears to be that >> booting with nosmp still leaves all the CPU's present in the cpu @@ -13,7 +13,7 @@ Dan Williams wrote: > Would this recent commit also fix this issue? > > commit a4c0364be3f43d3e17fe19270f8b3d64881606e6 -> Author: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> +> Author: Avi Kivity <avi@redhat.com> > Date: Sat Jun 6 12:34:39 2009 +0300 > > KVM: Explicity initialize cpus_hardware_enabled @@ -25,9 +25,9 @@ Dan Williams wrote: > > Fix by explicitly clearing the variable. > -> Cc: stable-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org -> Reported-and-tested-by: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> -> Signed-off-by: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> +> Cc: stable@kernel.org +> Reported-and-tested-by: Yinghai Lu <yinghai@kernel.org> +> Signed-off-by: Avi Kivity <avi@redhat.com> > This only affects reboots. But yes, the cpumask code has bugs. Does diff --git a/a/content_digest b/N1/content_digest index e11a57b..2698b8b 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,20 +4,19 @@ "ref\0e9c3a7c20906080929l1a4ec739t7585f6bba54bf684@mail.gmail.com\0" "ref\020090608170437.1c2386a5@nehalam\0" "ref\0e9c3a7c20906091020m19abf3b5wbbb7f5364b2d4905@mail.gmail.com\0" - "ref\0e9c3a7c20906091020m19abf3b5wbbb7f5364b2d4905-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "From\0Avi Kivity <avi@redhat.com>\0" "Subject\0Re: [Bug #13116] Can't boot with nosmp\0" "Date\0Tue, 09 Jun 2009 21:30:43 +0300\0" - "To\0Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0" - "Cc\0Stephen Hemminger <shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org>" - Rusty Russell <rusty-8n+1lVoiYb80n/F98K4Iww@public.gmane.org> - Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> - Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - " Kernel Testers List <kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0" + "To\0Dan Williams <dan.j.williams@intel.com>\0" + "Cc\0Stephen Hemminger <shemminger@vyatta.com>" + Rusty Russell <rusty@rustcorp.com.au> + Rafael J. Wysocki <rjw@sisk.pl> + Linux Kernel Mailing List <linux-kernel@vger.kernel.org> + " Kernel Testers List <kernel-testers@vger.kernel.org>\0" "\00:1\0" "b\0" "Dan Williams wrote:\n" - "> On Mon, Jun 8, 2009 at 5:04 PM, Stephen Hemminger<shemminger-ZtmgI6mnKB3QT0dZR+AlfA@public.gmane.org> wrote:\n" + "> On Mon, Jun 8, 2009 at 5:04 PM, Stephen Hemminger<shemminger@vyatta.com> wrote:\n" "> \n" ">> I did some more debugging, and the problem appears to be that\n" ">> booting with nosmp still leaves all the CPU's present in the cpu\n" @@ -31,7 +30,7 @@ "> Would this recent commit also fix this issue?\n" ">\n" "> commit a4c0364be3f43d3e17fe19270f8b3d64881606e6\n" - "> Author: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\n" + "> Author: Avi Kivity <avi@redhat.com>\n" "> Date: Sat Jun 6 12:34:39 2009 +0300\n" ">\n" "> KVM: Explicity initialize cpus_hardware_enabled\n" @@ -43,9 +42,9 @@ ">\n" "> Fix by explicitly clearing the variable.\n" ">\n" - "> Cc: stable-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org\n" - "> Reported-and-tested-by: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\n" - "> Signed-off-by: Avi Kivity <avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\n" + "> Cc: stable@kernel.org\n" + "> Reported-and-tested-by: Yinghai Lu <yinghai@kernel.org>\n" + "> Signed-off-by: Avi Kivity <avi@redhat.com>\n" "> \n" "\n" "This only affects reboots. But yes, the cpumask code has bugs. Does \n" @@ -55,4 +54,4 @@ "I have a truly marvellous patch that fixes the bug which this\n" signature is too narrow to contain. -9e6b9b959e7fa04f85bd49c096242c8bc61b80999e60ac89bf43f32e30a93b2d +e536055b3b0ecec3496f6c56f7a867864897c2a487bd5e2673d5732c976025b3
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.