From: Paolo Bonzini
Sent: Tuesday, April 21, 2015 10:48 AM
Hi, big thanks to all involved in this and to Brad for endless reboots ;-)
Signed-off-by: Nadav Amit na...@cs.technion.ac.il
Fixes: 33e4c68656a2e461b296ce714ec322978de85412
Cc: sta...@vger.kernel.org # 2.6.32+
Signed-off-by:
On Tue, Apr 21, 2015 at 10:47:37AM +0200, Paolo Bonzini wrote:
On 21/04/2015 09:52, Paolo Bonzini wrote:
From: Nadav Amit na...@cs.technion.ac.il
[ upstream commit f210f7572bedf3320599e8b2d8e8ec2d96270d0b ]
apic_find_highest_irr assumes irr_pending is set if any vector in APIC_IRR
On 22/04/2015 15:34, Luis Henriques wrote:
Thanks Paolo. I was going to apply this backport to the 3.16 kernel
but it looks like the original commit is a clean cherry-pick. Shall I
still apply your backport, or do you think the original commit should
be applied instead?
Indeed you're
On Wed, Apr 22, 2015 at 03:47:04PM +0200, Paolo Bonzini wrote:
On 22/04/2015 15:34, Luis Henriques wrote:
Thanks Paolo. I was going to apply this backport to the 3.16 kernel
but it looks like the original commit is a clean cherry-pick. Shall I
still apply your backport, or do you
On 21/04/2015 09:52, Paolo Bonzini wrote:
From: Nadav Amit na...@cs.technion.ac.il
[ upstream commit f210f7572bedf3320599e8b2d8e8ec2d96270d0b ]
apic_find_highest_irr assumes irr_pending is set if any vector in APIC_IRR is
set. If this assumption is broken and apicv is disabled, the