VOGONS

Search

Common searches

Search results

Display options

Display options

Re: UniPCemu emulator releases

Posted on 2017-11-23, 19:51

My latest UniPCemu build: UniPCemu_20171123_1912.zip Android builds are now available at itch.io ! Changelog: - Fixed EGA clocking to use the correct frequency instead of VGA clocking rates. - Implemented port 3C8 data read that's apparently read on the EGA. - Improved 80386 Bit Test instructions to …

Re: Common log format

Posted on 2017-11-23, 12:58

One little thing to note: the memory accesses are logged as a tab after the executing cycle: this can be either between instructions(in the common log format) as well as after the instruction line itself(following the instruction disassembly(e.g. "call 00009190 memoryaccess")). For example(from the …

Re: test386.asm CPU tester

Posted on 2017-11-23, 10:33

I've just modified the instructions to match peterferrie's first comment at https://github.com/barotto/test386.asm/issues/1 . Now the entire testsuite(including undefined flags part) succeeds 100% without errors :D It's running the current testsuite(The test386.asm commit of Sunday, 11/19/2017 18:45 …

Re: test386.asm CPU tester

Posted on 2017-11-22, 20:17

I've adjusted the 8-bit functionality, but it still crashes(with results 0x800 in resulting flags instead of 0x1 after 8-bit rcr)? debugger_UniPCemu_20171122_2219.zip 8-bit: byte op_grp2_8(byte cnt, byte varshift) { //word d, INLINEREGISTER word s, shift, tempCF, msb; INLINEREGISTER byte numcnt, …

Re: Finding bugs in 8086-80386 emulation core?

Posted on 2017-11-22, 14:43

I've just taken a look and backtraced it to the source of the seemingly invalid value: Error location: f000:0000ed6f Source: 08h needing to be 04h, which is SHL 1 to obtain the correct DMA mode register write. At SS:BP+01 BP=7EB8 7EB9=04h instead of 02h(required for correct FDC read instruction). …

Re: Finding bugs in 8086-80386 emulation core?

Posted on 2017-11-22, 14:21

I've made a little log of the BIOS trying to boot the floppy disk(which also should program the DMA controller incorrectly, due to the index being incorrect): https://www.dropbox.com/s/ylom43hnhqpy3oe/debugger_UniPCemu_20171122_1427.7z?dl=0 Can you see what's going wrong? Why is the DMA controller …

Re: Compaq Deskpro 386 keeps complaining about CMOS?

Posted on 2017-11-21, 23:12

I've just tried the Supersoft/Landmark AT ROM from mimuszerodegrees again. It detects faults in CGA Memory(should work fine, though, using VGA emulation modes transparently with some extra CGA/MDA wrapping?), CMOS RAM(odd, since it's a simple RAM array being accessed?) and keyboard errors? It …

Re: test386.asm CPU tester

Posted on 2017-11-21, 21:30

UniPCemu clears AF when using SAR without count(maskcnt!=0). SHL/SHR set it when maskcnt!=0. So their behaviour is OK. The carry/overflow flags and sign/zero/parity flags are giving errors(at least on 8-bit shl)? 8-bit GRP2: byte op_grp2_8(byte cnt, byte varshift) { //word d, INLINEREGISTER word s, …

Re: test386.asm CPU tester

Posted on 2017-11-21, 10:21

Eventually managed to fix those shift bugs, by doing the same as IBMulator: - SHL r/m8 has a bit of extra logic(clearing the result with shifts of 16 and 24): if ((EMULATED_CPU>=CPU_80386)) { if ((maskcnt==0x10) || (maskcnt==0x18)) { FLAGW_CF(s); FLAGW_OF(FLAG_CF); overflow = FLAG_OF; s = 0; //Make …

Re: test386.asm CPU tester

Posted on 2017-11-21, 06:15

Just fixed the auxiliary flag to set(shl/shr) or clear(sar) on maskcnt!=0. Now shr crashes because of an invalid carry flag? 16-bit: byte op_grp2_8(byte cnt, byte varshift) { //word d, INLINEREGISTER word s, shift, tempCF, msb; INLINEREGISTER byte numcnt, maskcnt, overflow; //word backup; //if (cnt> …

Re: test386.asm CPU tester

Posted on 2017-11-20, 19:29

You're right. This is my new code(after some more fixes, now it gets to DAS it seems, before crashing(also some shr before the HLT)): 8086+: //BCD opcodes! byte CPU8086_internal_DAA() { word ALVAL, oldCF, oldAL; CPUPROT1 oldAL = (word)REG_AL; //Save original! oldCF = FLAG_CF; //Save old Carry! ALVAL …

Re: test386.asm CPU tester

Posted on 2017-11-20, 14:51

Just recompiled the latest test386.asm, with all tests enabled. It now seems to crash on the AAA undefined flags test? I've taken a look at IBMulator and copied some of it's logic that should make my 8086 and 80186+ flags equal(although some little processor differences still apply, like += 0x106 vs …

Re: test386.asm CPU tester

Posted on 2017-11-19, 10:41

Nice test suite, most stuff seems to pass except for the typical looping rotates, although I doubt that would cause any problems with programs. Nobody is bored enough to make task switching, security and vm86 tests I guess :) I still agree with that those are still missing from the testsuite(since …

Re: test386.asm CPU tester

Posted on 2017-11-18, 10:49

So 32-bit RCR doesn't do modulo 33? But I tried that(&0x1F instead of %33) and the testsuite fails it's results when I do(errors completely, not shifting when supposed to). All others are already as you've described.

Re: IBM VGA emulation

Posted on 2017-11-17, 20:09

I see one difference at https://github.com/OBattler/86Box/blob/master … video/vid_ega.c : - port 3C8 returns 2. That's all I see at a glance. Edit: After implementing it in UniPCemu, it still doesn't enable VRAM? The misc output register is still cleared? So no output still?

Re: IBM VGA emulation

Posted on 2017-11-17, 14:29

Does any one has a VGA vs EGA difference list, listing all differences between EGA and VGA I/O and timings? I currently have implemented the following differences(the base system is a VGA after all): - Disable internal video drivers(EGA only). - ROM is reversed. - MISC output register starts with …

Re: IBM VGA emulation

Posted on 2017-11-17, 09:27

Just found a bug turning EGA clocks to use VGA clocks instead(EGA vs VGA clock determination checked CGA Extension ID 4(Unused) instead of 3(EGA)). But the BIOS still fails setting up VRAM?

Re: IBM VGA emulation

Posted on 2017-11-17, 00:05

Although that seems to have been fixed(it continues to POST and even boot on EGA now), the misc output register is still 0x00, thus nothing is in VRAM, no fonts nor text/attributes? Can you see what's going wrong by comparing logs on the EGA? The memory is mapped properly at physical address 0xB8000 …

Re: IBM VGA emulation

Posted on 2017-11-16, 23:12

Thinking about it: the fixes on the shift might make it(The EGA BIOS) continue: the shr that wasn't affecting the carry flag(properly) back then might have been fixed in more recent builds.

Page 129 of 229

Go to top of page Go to top of page
Close window
Close window