VOGONS

Search

Common searches

Search results

Display options

Display options

Re: IBM VGA emulation

Posted on 2017-11-16, 23:09

Don't forget to set it to IPS mode(and your emulator as well, if it supports it). That should fix any clock cycle differences between our emulators(which might differ due to different implementations).

Re: IBM VGA emulation

Posted on 2017-11-16, 22:59

The BIOS as well as software are properly reading the switches and responding to it(CheckIt displays and VGA BIOS initializes to monochrome or color mode accordingly, depending on the monitor setup(Settings menu -> Video -> Monitor setting. Options are Color(0110) and B/W,Brownscale,Grayscale, …

Re: IBM VGA emulation

Posted on 2017-11-16, 22:30

This is about the IBM version of the VGA ISA card. So I am trying to complete my VGA emulation and the VGA bios I am using is ibm_vga.bin from minuszerodegrees. There are a few awkward things about the behavior of the bios and you can see how it shares a lot of code with the IBM EGA bios. For …

Re: test386.asm CPU tester

Posted on 2017-11-16, 20:21

So if I understand correctly, the mask only applies to 8/16/32-bit shift/rotates, while 32-bit RCR doesn't mask and instead does modulo 33(according to test results)? And the modulo 8/16/32 mentioned in pretty much all 80386+ documentation isn't applied in the actual 80386(only top 3 bits masked off …

Re: test386.asm CPU tester

Posted on 2017-11-16, 18:12

I've logged (after finding and fixing a bug which stops logging when the debugger is logging in common log format always log even during skipping and the Settings menu is loaded) a complete log file, which should contain the problem. It's a log from the start/middle of the HDD BIOS(XT-IDE AT BIOS) …

Re: Compaq Deskpro 386 keeps complaining about CMOS?

Posted on 2017-11-16, 17:32

Well, the test AT BIOS i've used before(besides protected mode issues) also said errors exist with the CMOS, but that shouldn't be true(I see it writing and reading values from CMOS RAM and RTC time properly after all)? So a CPU error on it's data? UniPCemu's CMOS emulation: https://bitbucket.org/ …

Re: test386.asm CPU tester

Posted on 2017-11-16, 12:25

Oddly enough, with the current fixes based on the test386.asm testsuite, the Compaq BIOS once again fails setting up DMA correctly? It's once again setting the DMA mode control register for self test mode(mode 0(verify) instead of mode 1(mode 2=memory read, mode 3=invalid)) instead of memory write …

Compaq Deskpro 386 keeps complaining about CMOS?

Posted on 2017-11-15, 19:45

I have the CMOS fully emulated(with RTC clock synchronized with actual system time difference(in nanoseconds) instead of in-emulation clock, although interrupts are synchronized with the emulator CPU clocking). It emulates 128 bytes of CMOS RAM at 0x70/0x71. But the Deskpro 386 keeps complaining …

Re: test386.asm CPU tester

Posted on 2017-11-15, 19:06

Doesn't the documentation all say that 8-bit ROL/ROR mask with 0x1F, then modulo 8(which is the same as &0x7, as is done in my emulator for optimized performance)? Thus (8&0x1F)%8=(8&0x1F)&7=0, thus nothing is shifted/rotated? Only with RCL/RCR, the modulo is 9 instead, thus actually shifting with " …

Re: UniPCemu emulator releases

Posted on 2017-11-15, 13:34

My latest UniPCemu release: UniPCemu_20171115_1322.zip Android release: https://www.dropbox.com/s/bnirqhuot06jr8k/UniPCemu-20171115_1322.apk?dl=0 Changelog: - Added support for 32-bit single diagnostics ROM and XT/AT/XT286 diagnostics ROMs to be loaded automatically. - Extended log support for time …

Re: MS-DOS disk image CHS compatibility?

Posted on 2017-11-15, 01:04

I've made the disk CHS partitioning autodetect a bit more configurable: - Old sfdimg files will use a compatibility CHS layout(the defined ifdef part in my code). - New sfdimg files will use the new improved autodetect CHS layout(based on rules described earlier, this method is done by a disk image …

Re: test386.asm CPU tester

Posted on 2017-11-14, 15:55

So, let's assume the testsuite(without cpu specific part) validates OK. Then why does Windows 95 setup still crash loading(no output) due to Bound Exception due to ModR/M offset overflow or invalid bounds in memory? Any known untested opcodes in the testsuite?

Re: test386.asm CPU tester

Posted on 2017-11-14, 15:15

Just tried running the Windows 95a boot disk again. With the latest shift/rotate fixes, the boot image palette scrolling works without problems now! (instead of just inserting white at the right side, scrolling in white) It now properly rotates and adjusts the palette! :D It's still slow for some …

Re: test386.asm CPU tester

Posted on 2017-11-14, 13:58

I've applied all your comments to the code, except RCL, which only gives correct (errorless) results when it the count around like the other instruction(&0x1F instead of %33). When it uses %33(for 32-bit rotate), the results will become entirely wrong some edge cases. When reverted to &0x1F, ALL …

Re: test386.asm CPU tester

Posted on 2017-11-14, 13:36

I've modified the code to wrap around 33 bits, but after some bugfixes, it seems that the RCL r/m32 instruction doesn't shift enough sometimes? 8-bits: byte op_grp2_8(byte cnt, byte varshift) { //word d, INLINEREGISTER word s, shift, tempCF, msb; INLINEREGISTER byte numcnt, maskcnt, overflow; //word …

Re: test386.asm CPU tester

Posted on 2017-11-14, 05:40

Documentation says mask with 0x1F, even with 32-bit rcl/rcr? rol al,8 will modulo 8 with 8, becoming 0, thus not rotating anything, thus no carry flag modification? Or is it set to bit 0 with 8/16 shifts always? With count(s), do you mean cnt, maskcnt or numcnt in those statements?

Re: test386.asm CPU tester

Posted on 2017-11-13, 17:25

I've adjusted the formulas on the 8-bit and 16-bit variants to match it's (correct) 32-bit counterpart, but the carry flag still fails? All other flags give no errors. The carry flag fails on ROL B/W, ROR B/W and RCR B/W only? porte9.log 8-bit: byte op_grp2_8(byte cnt, byte varshift) { //word d, …

Re: test386.asm CPU tester

Posted on 2017-11-13, 14:38

Adjusting the flags to always be updated after each 1-bit shift(even subshifts of multiple CL or imm8 shifts), gives the following errors: ROLr B/W: carry flag RORr B/W: carry flag RCRr B/W: carry flag Finally, progress! :D So finally, no overflow flag problems anymore:D The only (strange) problem …

Re: test386.asm CPU tester

Posted on 2017-11-13, 12:56

Just tried converting the logic for the single-bit shifts to multi-bit shifts: 8-bit shift/rotate: 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>0x8) return (oper1b); //NEC V20/ …

Re: test386.asm CPU tester

Posted on 2017-11-13, 05:48

So shifting anything(count!=0) will (re)set the overflow flag according to the old and new sign flags(old xor new sign flag)? XOR of the TOP two bits before AND after? Don't you mean XOR of the top bit(sign bit before xor sign bit after)? Or do you mean: OF = (MSB(oldval) xor SMSB(oldval)) and (MSB( …

Page 130 of 229

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