Bochs

3dnow.cc

Fix for implemened 3dnow instuctions (most of them are not implemented)

2008-01-10 20:26:49 +00:00

access.cc

Fixed compilation error with instrumentation enabled

2008-01-16 22:20:21 +00:00

apic.cc

…

apic.h

…

arith8.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

arith16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

arith32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

arith64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

bcd.cc

…

bit16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

bit32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

bit64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

bit.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

call_far.cc

Avoid pointer params for every read_virtual_* except 16-byte SSE and 10-byte x87 reads

2007-12-20 20:58:38 +00:00

cpu.cc

oops, revert incorrectly merged change

2008-01-10 20:32:23 +00:00

cpu.h

Segment base in not long mode should only 32-bit

2008-01-14 19:03:50 +00:00

cpuid.cc

…

crregs.h

…

ctrl_xfer8.cc

Fixed 64-bit versions of LOOP instructions, some cleanups

2007-12-21 17:30:49 +00:00

ctrl_xfer16.cc

Split CALL_Ev and JMP_Ev methods

2008-01-12 16:40:38 +00:00

ctrl_xfer32.cc

Split CALL_Ev and JMP_Ev methods

2008-01-12 16:40:38 +00:00

ctrl_xfer64.cc

Split CALL_Ev and JMP_Ev methods

2008-01-12 16:40:38 +00:00

ctrl_xfer_pro.cc

a bit simplify and optimize shift instructions

2007-12-30 20:16:35 +00:00

data_xfer8.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

data_xfer16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

data_xfer32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

data_xfer64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

debugstuff.cc

Fixed more VC2008 warnings - hopefully last ones

2007-12-30 17:53:12 +00:00

descriptor.h

…

exception.cc

Speedup simulation by eliminating CPL==3 check from read/write_virtual* functions

2007-12-16 21:03:46 +00:00

extdb.cc

…

extdb.h

…

fetchdecode64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

fetchdecode.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

fetchdecode.h

Split CALL_Ev and JMP_Ev methods

2008-01-12 16:40:38 +00:00

flag_ctrl_pro.cc

…

flag_ctrl.cc

Changes in write_virtual_* and pop_* functions -> avoid moving parameteres by pointer

2007-12-20 18:29:42 +00:00

fpu_emu.cc

…

i387.h

…

icache.h

Introduce new icache hash function suggested by Darek Mihocka

2007-12-21 12:38:57 +00:00

init.cc

…

io_pro.cc

Fixed a lot of code duplication and possible bug with oncorrect implementation of repeat speedup in 64-bit guest

2007-12-17 21:13:55 +00:00

io.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

iret.cc

Fixed more VCPP2008 warnings

2007-12-26 23:07:44 +00:00

jmp_far.cc

Changes copyrights for the files I wrote :)

2007-11-17 23:28:33 +00:00

lazy_flags.cc

…

lazy_flags.h

…

logical8.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

logical16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

logical32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

logical64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

Makefile.in

…

mmx.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

mult8.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

mult16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

mult32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

mult64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

paging.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

proc_ctrl.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

protect_ctrl.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

resolve16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

resolve32.cc

Fixes in resolve.cc -> reduce amount of resolve functions even more

2007-12-18 21:41:44 +00:00

resolve64.cc

Optimized IP-relative memory access

2008-01-10 21:32:12 +00:00

ret_far.cc

Avoid pointer params for every read_virtual_* except 16-byte SSE and 10-byte x87 reads

2007-12-20 20:58:38 +00:00

segment_ctrl_pro.cc

…

segment_ctrl.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

shift8.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

shift16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

shift32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

shift64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

smm.cc

Fixed more VCPP2008 warnings

2007-12-26 23:07:44 +00:00

smm.h

…

soft_int.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

sse_move.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

sse_pfp.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

sse_rcp.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

sse_string.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

sse.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

stack16.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

stack32.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

stack64.cc

Eliminate BxResolve call from the heart of cpu loop and move into instructions that really require this calculation. Yes, it blows the code of EVERY CPU method but it has >15% speedup !

2008-01-10 19:37:56 +00:00

stack_pro.cc

Avoid pointer params for every read_virtual_* except 16-byte SSE and 10-byte x87 reads

2007-12-20 20:58:38 +00:00

string.cc

Fixed more VCPP2008 warnings

2007-12-26 23:07:44 +00:00

tasking.cc

Fixing V2008 warnings - they found a bug in sse_pfp.cc !

2007-12-23 17:21:28 +00:00

todo

…

vm8086.cc

Fixing V2008 warnings - they found a bug in sse_pfp.cc !

2007-12-23 17:21:28 +00:00

xmm.h

…