[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070305082251.GA23366@elte.hu>
Date: Mon, 5 Mar 2007 09:22:51 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Avi Kivity <avi@...ranet.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Jens Axboe <jens.axboe@...cle.com>,
Pavel Machek <pavel@....cz>, Adrian Bunk <bunk@...sta.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"Michael S. Tsirkin" <mst@...lanox.co.il>,
Thomas Gleixner <tglx@...utronix.de>, linux-pm@...ts.osdl.org,
Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
Daniel Walker <dwalker@...sta.com>,
Len Brown <lenb@...nel.org>, git@...r.kernel.org
Subject: Re: [patch] KVM: T60 resume fix
* Avi Kivity <avi@...ranet.com> wrote:
> > my T60 laptop does not resume correctly due to KVM attempting to
> > send an IPI to a CPU that might be down (or not up yet). (Doing so
> > also triggers the send_IPI_mask_bitmask() warning in
> > arch/i386/kernel/smp.c, line 732.)
> >
> >with this fix applied my laptop does not hang during resume.
> >
> >[ KVM will have to disable/enable virtualization on the CPU itself
> > that goes down / comes up, not via an IPI sent from the requesting
> > CPU. ]
> That is already CPU_ONLINE in my tree (and in the pull request sent to
> Linus a couple of days ago).
that solves the resume problem - but doesnt solve the CPU_DEAD issue of
sending an IPI to an already offline CPU. Might be a better idea to do
it in CPU_DOWN_PREPARE? (and then to also add a CPU_DOWN_FAILED branch?)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists