VOGONS


How about a MR-BIOS ROM file repository?

Topic actions

Reply 480 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie
GigAHerZ wrote on Yesterday, 13:16:

Oh boy, oh boy, oh boy! MR BIOS for SIS471 has arrived!

I wonder if it configures the chipset to use 7+1 dirty/tag bits instead of 8+0. The cache would never do write-back properly if it doesn't have that set. (I've made award bios modifications to fix that)
Theoretically, if there exists a SIS471 board with 10 cache chips (8 for data, 1 for tag, 1 for dirty) then 8+0 would work. But i don't think this kind of SIS471 board was ever produced...

Looking at the registers I see this:

register 72 is set to 3, which is:
bit 7: Clock throthling disabled
bit 6: CPUCLK scaling disabled
bit 5-3: CPUCLK scaling control SMOUT0
bit 2-1: (0 1)
pin 116 = RAS4*
pin 133 = ALT
pin 134 = ALTWL*
pin 137 = RAS5*

register 50: I see A8 so 1010 1000
bit 7-6: DRAM speed faster
bit 5: 1T Write CAS
bit 4: Internal CPU cache write back disabled (should only be 1 on P24T/D or M6/M7)
bit 3: External cache write back enabled
bit 2-0: off and not relevant for 486.

register 51 I see DE so 1101 1110
bit 7: cache enabled
bit 6-4: cache size 1MB
bit 3: cache interleave enabled
bit 2: cache on
bit 1 and 0: lowest cache burst latency

Here is what speedsys shows.

The attachment 20260210_095322-small.jpg is no longer available

I don't see any option in the BIOS for changing between write back and write through. I do wonder if the fact I have 128Kx8 cache chips including for the tag ram means it is using the unused half of the tag ram for the dirty bits. It only needs a 64Kx8 SRAM for tag on 1MB cache, and it needs 64Kx1 for alter ram and the data sheet does mention something about sharing an SRAM for both. Perhaps if I had the smaller tag ram it would have to switch to the 7+1 tag+alter setup.

Reply 481 of 497, by appiah4

User metadata
Rank l33t++
Rank
l33t++
lsorense wrote on 2026-02-09, 20:06:
Hmm, for some reason I didn't think that was allowed, but it does appear many people have done so. […]
Show full quote
weedeewee wrote on 2026-02-09, 19:59:

Can't you just attach the file to a comment you're making here? Just like in all the other bios threads were the bios files are attached to the comments people post.

another option would be to go to theretroweb discord and do an improve board request to add the biosfile to the specific board page.

Hmm, for some reason I didn't think that was allowed, but it does appear many people have done so.

Well here it is. Maybe someone can give it a try.

The attachment MRBIOS-SIS471-V3-21.zip is no longer available

HOLY! WHAT!? FOR REAL!?!?!

I will try this VERY soon.

Reply 482 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie

Or perhaps the flat blue line means write back caching is in fact not working?

Reply 483 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie
appiah4 wrote on Yesterday, 15:10:

HOLY! WHAT!? FOR REAL!?!?!

I will try this VERY soon.

Well I hope someone tells me if I managed to dump it correctly. If not, the programmer to attempt to read the chip will be here soon.

I have been using that BIOS on this board for 30 years. I didn't realize it was "lost".

Reply 484 of 497, by Mov AX, 0xDEAD

User metadata
Rank Newbie
Rank
Newbie
lsorense wrote on Yesterday, 15:17:

Well I hope someone tells me if I managed to dump it correctly. If not, the programmer to attempt to read the chip will be here soon.

It works on 86box, so dump has no problem with cheksum

Reply 485 of 497, by TheMobRules

User metadata
Rank Oldbie
Rank
Oldbie

First of all, a big THANK YOU to Isorense for sharing this MR BIOS for SiS471, I thought it was lost forever after that Gigabyte motherboard was bought and nothing came out of it.

Now, I have tested the BIOS on an Acer/AOpen VI15G, a SiS471-based motherboard I have at hand and I'm pleased to report that it works, so the dump is correct! Again, thanks a lot!

I still need to do some more tests (I will try to continue today after work), but as far as I can tell this BIOS does not use the dirty tag bit for L2 WB cache (CTCM also displays 'Dirty Tag: n/a'), so memory performance is less than ideal and much like Isorense I cannot find an option to set L2 to WT. I still have to test CTCHIP34 to see what the BIOS is setting on the different chipset registers...

Note that this is with 256KB of L2, this board also supports 512KB so I may try that option if I can find some chips. One thing I noticed is that my memory bandwidth in Speedsys is much slower than the one posted by Isorense (around 34MB/s vs > 180MB/s) so I may have missed something.

I also had some issues with Turbo switching and RAM waitstates, but I need to dig deeper as I only did some basic tests last night.

I'll update once I have more info!

Reply 486 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie

I tried toggling the register to enable the 7+1 mode, and it appears to have made no difference in performance. write speed is still a constant line in speedsys. Disabling the cache made the speed terrible of course. I didn't see any other registers that seemed related to the L2 cache that should affect the write back cache working.

Reply 487 of 497, by Babasha

User metadata
Rank Oldbie
Rank
Oldbie
lsorense wrote on Yesterday, 15:08:
Looking at the registers I see this: […]
Show full quote
GigAHerZ wrote on Yesterday, 13:16:

Oh boy, oh boy, oh boy! MR BIOS for SIS471 has arrived!

I wonder if it configures the chipset to use 7+1 dirty/tag bits instead of 8+0. The cache would never do write-back properly if it doesn't have that set. (I've made award bios modifications to fix that)
Theoretically, if there exists a SIS471 board with 10 cache chips (8 for data, 1 for tag, 1 for dirty) then 8+0 would work. But i don't think this kind of SIS471 board was ever produced...

Looking at the registers I see this:

register 72 is set to 3, which is:
bit 7: Clock throthling disabled
bit 6: CPUCLK scaling disabled
bit 5-3: CPUCLK scaling control SMOUT0
bit 2-1: (0 1)
pin 116 = RAS4*
pin 133 = ALT
pin 134 = ALTWL*
pin 137 = RAS5*

register 50: I see A8 so 1010 1000
bit 7-6: DRAM speed faster
bit 5: 1T Write CAS
bit 4: Internal CPU cache write back disabled (should only be 1 on P24T/D or M6/M7)
bit 3: External cache write back enabled
bit 2-0: off and not relevant for 486.

register 51 I see DE so 1101 1110
bit 7: cache enabled
bit 6-4: cache size 1MB
bit 3: cache interleave enabled
bit 2: cache on
bit 1 and 0: lowest cache burst latency

Here is what speedsys shows.

The attachment 20260210_095322-small.jpg is no longer available

I don't see any option in the BIOS for changing between write back and write through. I do wonder if the fact I have 128Kx8 cache chips including for the tag ram means it is using the unused half of the tag ram for the dirty bits. It only needs a 64Kx8 SRAM for tag on 1MB cache, and it needs 64Kx1 for alter ram and the data sheet does mention something about sharing an SRAM for both. Perhaps if I had the smaller tag ram it would have to switch to the 7+1 tag+alter setup.

Very good results as for DX2/66! Congradulations!

Here my results on FIC 486-VIO-IO with Intel DX2/66 fine tuned write-back system.

Need help? Begin with photo and model of your hardware 😉

Reply 488 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie

Your write also just shows a flat line at 40MB/s. How do you determine that write back caching is in fact working? I would have expected small writes under the L2 cache size should be much faster but maybe I am not understanding how the test is supposed to work.

Reply 489 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie

ctcm doesn't work, since it appears it doesn't handle my 1MB L2 cache and can't determine the L2 cache size and type.

Reply 490 of 497, by GigAHerZ

User metadata
Rank Oldbie
Rank
Oldbie
lsorense wrote on Yesterday, 18:48:

I tried toggling the register to enable the 7+1 mode, and it appears to have made no difference in performance. write speed is still a constant line in speedsys. Disabling the cache made the speed terrible of course. I didn't see any other registers that seemed related to the L2 cache that should affect the write back cache working.

486-era L2 cache write-back did work in limited form - it could do write-back only on data that was read first.
Therefore in speedsys a green "copy/move" line should show the difference. Write test writes "new data" and therefore doesn't benefit from 486-era write-back mode.

When i get some time, i'll try the bios out. CTCHIP34 is a great tool and i have a SIS471 board with 1MB of L2 cache. We'll see, how it behaves.
I believe back in days CTCM 1.5 was the main tool to show definitive and trustworthy information about the L2 dirty functionality/configuration. (maybe with some additional arguments on command line)

EDIT: My journey is basically documented here: QDI V4S471/G locks up with 1024kB of cache [Fixed! Nicer Award BIOS available!]

"640K ought to be enough for anybody." - And i intend to get every last bit out of it even after loading every damn driver!
A little about software engineering: https://byteaether.github.io/

Reply 491 of 497, by Babasha

User metadata
Rank Oldbie
Rank
Oldbie
lsorense wrote on Yesterday, 19:44:

ctcm doesn't work, since it appears it doesn't handle my 1MB L2 cache and can't determine the L2 cache size and type.

CTCM is not best for 1-2MB cache sizes - it dont show 2MB L2 cache on my Socket5 motherboard SPRING CIRCLE SF586
its better to check it with CACHECHK or SPEEDSYS (but SPEEDSYS is glitchy with MEMORY BANDWIDTH and show fantastical speed with 1-2MB cache sizes)

Need help? Begin with photo and model of your hardware 😉

Reply 492 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie
Babasha wrote on Yesterday, 21:05:

CTCM is not best for 1-2MB cache sizes - it dont show 2MB L2 cache on my Socket5 motherboard SPRING CIRCLE SF586
its better to check it with CACHECHK or SPEEDSYS (but SPEEDSYS is glitchy with MEMORY BANDWIDTH and show fantastical speed with 1-2MB cache sizes)

I am having a hard time believing the 180MB/s claim from speedsys. So I am not surprised if that is because it isn't accounting for the large cache.

Reply 493 of 497, by Shadow Lord

User metadata
Rank Newbie
Rank
Newbie

Question: are you guys using a burner to program new chips when testing these BIOSes on systems with EEPROMs? Or are you simply using the flash programming tool to flash the Mr.BIOS bin on to the existing chip? TIA!

Reply 494 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie
Shadow Lord wrote on Yesterday, 23:23:

Question: are you guys using a burner to program new chips when testing these BIOSes on systems with EEPROMs? Or are you simply using the flash programming tool to flash the Mr.BIOS bin on to the existing chip? TIA!

I don't think any of those boards have flash. That seemed to arrive with pentium systems. So it would need a programmer and probably a 27c512 chip.

Reply 495 of 497, by Shadow Lord

User metadata
Rank Newbie
Rank
Newbie
lsorense wrote on Yesterday, 23:40:

I don't think any of those boards have flash. That seemed to arrive with pentium systems. So it would need a programmer and probably a 27c512 chip.

Not sure which "boards" you are referring to but I was speaking in general terms for the boards that do have flash. For example the Micronics JX30G has flash capability as a board that straddled the 486/Pentium divide.

Reply 496 of 497, by lsorense

User metadata
Rank Newbie
Rank
Newbie
Shadow Lord wrote on Yesterday, 23:43:

Not sure which "boards" you are referring to but I was speaking in general terms for the boards that do have flash. For example the Micronics JX30G has flash capability as a board that straddled the 486/Pentium divide.

Oh yeah for newer boards you can usually just flash it. You might need a tool that doesn't verify some parts of the image since many boards haf their own flash tools that only permitted using images by the board maker meant for that model. To avoid mistakes by users.

I have been to focused on the sis 471 this week.

Reply 497 of 497, by TheMobRules

User metadata
Rank Oldbie
Rank
Oldbie

These are my Speedsys results on an Acer/AOpen VI15G motherboard with the SiS471 Mr. BIOS provided by Isorense. I tried tightening up the RAM and cache timings as much as possible, I can provide the settings I used if necessary.

First, these are the results with the chipset register 72h untouched, the BIOS sets bits 2-1 to 01 which means no alter bit for the L2 WB cache:

The attachment VI15G MRBIOS no alter bit.jpg is no longer available

Main memory throughput improves when I set register 72h bits 2-1 to 11 in order to enable the 7+1 config for the cache tag:

The attachment VI15G MRBIOS with alter bit (7+1).jpg is no longer available