virtualization.lists.linux-foundation.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] 2.6.21 - VMI logic error
@ 2007-04-13  2:28 Zachary Amsden
  2007-04-13 14:32 ` Andi Kleen
  0 siblings, 1 reply; 2+ messages in thread
From: Zachary Amsden @ 2007-04-13  2:28 UTC (permalink / raw)
  To: Andrew Morton, Linus Torvalds, Andi Kleen,
	Virtualization Mailing List, Anthony Liguori

[-- Attachment #1: Type: text/plain, Size: 508 bytes --]

So there is a logic error that would prevent us from ever using NOP 
relocations, thus stopping any unnecessary callouts into a VMI ROM.  It 
doesn't affect us so much, but could conceivably affect open source 
implementations of a VMI ROM in the future.  It is not absolutely 
critical, but it would be extremely nice to get it fixed in 2.6.21 so 
there are no broken older kernels floating around that mandate having a 
workaround for this or else breaking compatibility with these kernels.

Thanks,

Zach

[-- Attachment #2: vmi-logic-error.patch --]
[-- Type: text/plain, Size: 1255 bytes --]

Fix logic error in VMI relocation processing.  NOPs would always cause
a BUG_ON to fire because the != RELOCATION_NONE in the first if clause
precluding the == VMI_RELOCATION_NOP in the second clause.  Make these
direct equality tests and just warn for unsupported relocation types
(which should never happen), falling back to native in that case.

Thanks to Anthony Liguori for noting this!

Signed-off-by: Zachary Amsden <zach@vmware.com>

diff -r 99800d11a3ec arch/i386/kernel/vmi.c
--- a/arch/i386/kernel/vmi.c	Thu Apr 12 16:37:29 2007 -0700
+++ b/arch/i386/kernel/vmi.c	Thu Apr 12 19:00:46 2007 -0700
@@ -685,11 +685,14 @@ do {								\
 do {								\
 	reloc = call_vrom_long_func(vmi_rom, get_reloc,		\
 				    VMI_CALL_##vmicall);	\
-	if (rel->type != VMI_RELOCATION_NONE) {			\
-		BUG_ON(rel->type != VMI_RELOCATION_CALL_REL);	\
+	if (rel->type == VMI_RELOCATION_CALL_REL) 		\
 		paravirt_ops.opname = (void *)rel->eip;		\
-	} else if (rel->type == VMI_RELOCATION_NOP) 		\
+	else if (rel->type == VMI_RELOCATION_NOP) 		\
 		paravirt_ops.opname = (void *)vmi_nop;		\
+	else if (rel->type != VMI_RELOCATION_NONE)		\
+		printk(KERN_WARNING "VMI: Unknown relocation "	\
+				    "type %d for " #vmicall"\n",\
+					rel->type);		\
 } while (0)
 
 /*

[-- Attachment #3: Type: text/plain, Size: 189 bytes --]

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH] 2.6.21 - VMI logic error
  2007-04-13  2:28 [PATCH] 2.6.21 - VMI logic error Zachary Amsden
@ 2007-04-13 14:32 ` Andi Kleen
  0 siblings, 0 replies; 2+ messages in thread
From: Andi Kleen @ 2007-04-13 14:32 UTC (permalink / raw)
  To: Zachary Amsden
  Cc: Andrew Morton, Virtualization Mailing List, Linus Torvalds,
	Anthony Liguori

On Friday 13 April 2007 04:28:46 Zachary Amsden wrote:
> So there is a logic error that would prevent us from ever using NOP 
> relocations, thus stopping any unnecessary callouts into a VMI ROM.  It 
> doesn't affect us so much, but could conceivably affect open source 
> implementations of a VMI ROM in the future.  It is not absolutely 
> critical, but it would be extremely nice to get it fixed in 2.6.21 so 
> there are no broken older kernels floating around that mandate having a 
> workaround for this or else breaking compatibility with these kernels.

Patch is fine for me.

-Andi

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-04-13 14:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-13  2:28 [PATCH] 2.6.21 - VMI logic error Zachary Amsden
2007-04-13 14:32 ` Andi Kleen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).