[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 768b0f6696fd4672812625a284dfb9e8448ab429 # Parent 4c8311699685c0925fbd4415812a23ba4bffc66b 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).=20 diff -r 4c8311699685 -r 768b0f6696fd xen/arch/x86/hvm/platform.c --- a/xen/arch/x86/hvm/platform.c Tue Apr 11 09:40:03 2006 +++ b/xen/arch/x86/hvm/platform.c Tue Apr 11 09:41:08 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 |