[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-changelog] When running test 5 in Memtest86+ v1.65, I got a "this opcode is not
# HG changeset patch # User kaf24@xxxxxxxxxxxxxxxxxxxx # Node ID 480b57b981738a49af2dd42ba4abd92105e4ad74 # Parent 4a5d00175712aead6d768aa0ae1dc3aac5145cee When running test 5 in Memtest86+ v1.65, I got a "this opcode is not supported", so I decided to add it. It's a compare operation, and it's just the opposite of the already supported one (opcode 0x39), so it's nothing spectacular. Why there's a page-fault when this instruction gets executed, I haven't got a clue, but I have a feeling that Memtest86 is doing something wrong :-( However, this fix may help some other code to run too... With this, Test 5 passes all the way through without crashing. I did see some occassional memory errors in some other tests, and I'm not 100% sure whether those are caused by the system or they are "real" memory errors. At some time in the future I may get round to memory testing my target system... Signed off by: Mats Petersson (mats.petersson@xxxxxxx) diff -r 4a5d00175712 -r 480b57b98173 xen/arch/x86/hvm/platform.c --- a/xen/arch/x86/hvm/platform.c Mon Apr 10 17:57:58 2006 +++ b/xen/arch/x86/hvm/platform.c Tue Apr 11 09:42:38 2006 @@ -401,6 +401,11 @@ GET_OP_SIZE_FOR_NONEBYTE(instr->op_size); return reg_mem(instr->op_size, opcode, instr, rex); + case 0x3B: /* cmp m32/16, r32/16 */ + instr->instr = INSTR_CMP; + GET_OP_SIZE_FOR_NONEBYTE(instr->op_size); + return mem_reg(instr->op_size, opcode, instr, rex); + case 0x80: case 0x81: { _______________________________________________ Xen-changelog mailing list Xen-changelog@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-changelog
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |