Tornado64 x86 emulator

[onlyonemac]

Perhaps the name should be changed because calling it "Tornado64" makes it sound like it's got something to do with 64-bit computing which it hasn't.

[Geri]

Perhaps the name should be changed because calling it "Tornado64" makes it sound like it's got something to do with 64-bit computing which it hasn't.

64-bit is the goal of the project. will be reached sometimes.

[Geri]

-if somebody have an issue while trying to boot his operating system in this emulator, can contact me on skype every time, where we can work out together, what is the problem

-and if somebody is interested to supply an ARM compatible image from his OS for some business, but his OS is written on x86, of course, he can contact me and can get license to supply his system with this emulator.

-i will add some popular mmx opcodes soon, becouse some applications may just using it and crash. however, in cpuid, mmx will not enabled, only if mmx is fully implemented and working.

-the same with sse and sse2 much later.

[onlyonemac]

-the same with sse and sse2 much later.

... and 3DNow! and all the other system extentions which make the x86 archietechture such a pain.

[Geri]

onlyonemac: nothing beyond sse2. only the necessary things for x86-64 architecture, becouse i want x86-64 later. sse2 must have for that.

[Geri]

Hikari got a new pantsu:

2015, jan. 17.
-A bug fixed under windows, a dead window left after switching to/from compact mode.
-Software now can be closed with the X button.
-Debugger now supports display in hex.
-Debugger now supports breakpoint (untested).
-In compact mode, the rendering happens without using the GUI renderer. This gives a huge speed-up on old computers.
-Gui rendering optimized heavily, speed almost doubled.
-Graphics memory is now ,,hardwired'' above the memory mapper, when accessing it in 32 bit mode. This gives a notable performance boost when reading/writing pixels to graphics memory.
-Memory access speeded up with 3-4%.
-64-bit windows binary added to the package (however, slower than the 32-bit version for some unknown reason).

http://tornado64.tk/

[SpyderTL]

Can't wait to try it out. I've just been busy trying to get my soundblaster code working. I'll download it tonight first chance I get.

Thanks.

[Geri]

i do not yet have any sound card support.
if your system have some debugging for your sound blaster code, i would enjoy to implement that hardware.

[Geri]

-an operating system somehow caused pagefault handler to fall into an infinite cycle (page fault -> interrupt handler -> page fault -> interrupt handler) which caused the software to crash (stack overflow/segfault). i placed a counter to detect this situation and avoid the software to crash. however, the creator says his code is correct, and it runs on real computers/other emulators, so possibly i am missing something with the page faults in the x86's disasterous ugly undocumented stinky shitty paging/interrupt/exception mud.

how can this architecture be SO bad?

-if i was there aniway, i optimized the adress translation algo a bit, this gives 3-4% performance incrase

[Muazzam]

It is not good idea to ask this 6-7 months letter.

It supports the folowing:
[...]
-Touchscreen
[...]

Are you talking about touch screen support in guest? what specification are you following as touch screen, I think, has not a single standard for example PS/2.

[Geri]

muazzam: no, on the emulator's gui, to be usable on arm devices without keyboard
however, there is no gui build available on arm yet.

[Geri]

added syscall. i was unable to test it yet. i not yet seen anything to use this opcode.

[Geri]

-pagetable writes was not handled properly
-manual rtc frequency set was wrong
-ongoing fix of a floppy bug (probably a missing interrupt)

[Geri]

-sometimes, keyboard and timer interrupts were lost by a design flaw. now i had ensured it to push them in properly.
-fixed a crash with xvesa
-started to add MMX opcodes.

[SpyderTL]

Is there a new build on the web site, yet?