MiSTer FPGA Forum

I'd like to be able to run native arm compiled amiga os binaries, just from recompiling them if they are written in C. I wonder what it'd take to make that happen?

For hdf files you need to disable that "Fast-IDE" setting. I don't know what it does yet and why it doesn't work.

zst is zstandard. It’s a really well respected compressor, very fast too. Do you prefer xz or bz2? Best to extract the tar on the mister with working directly /media/fat: tar -xpvf filename.tar It will put all the files into the right directories. The start symlink is just to choose musashi or qemu. You can just rename either of start_qemu or start...

Updated for new kernel (5.15.1-MiSTer):
http://www.64kib.com/mister_hybrid_file ... 14.tar.zst

Also a change that I thought might fix and/or improve the freeze after 10 mins or so, not sure.

'Invalid module format' is the problem, which kernel do you have? I have this and built them against it:
Linux MiSTer 5.14.5-MiSTer #2 SMP Fri Sep 17 03:26:30 CST 2021 armv7l GNU/Linux

Oh crap that reminds me, I think Sorgelig did a 2nd kernel update. I need to update my mister and rebuild these.

OK, here is the first all in one test package. Note that it replaces the MiSTer binary and that its NOT compatible with the original minimig core (the cpu mapping changed). It includes FX68K, TG68 and the Arm 68020 +FPU via qemu. http://www.64kib.com/mister_hybrid_files/MinimigHybrid_20220113.tar.zst It automatically installs the kernel modules and...

Well I added the 3rd cpu option to the core and the mister main tonight. Will test tomorrow night and also see about making it auto-start qemu when Hybrid is selected.

Well, there are a few improvements. e.g. reset is plumbed in. My suggestion for making it easy to use, though we need input/views from @Sorgelig here: i) Made this a 3rd CPU, instead of stealing the 68020 slot. So we have FX68, TG68k and Hybrid options. Subject to the extra multiplexer layer not being a problem. ii) We need a systematic way to star...

Seems pretty stable.

Actually I do see it hang when left alone for a bit so need to look into that.

IRQ latency: seeing typically 2 scan lines, with peaks up to 3 frames! This is latency from linux receiving the irq to qemu processing it.

So with qemu rtg works in 68020 mode, just not 68040 mode.

So, I guess 68040 mode can wait. Back to trying to figure out an irq latency improvement.

Since mushasi is so slow I hadn't bothered much with it. I just added the rtg to its memory map - and it works! So this seems to be a qemu specific issue rather than a core issue - which I guess I'd also confirmed via testing rtg from linux, but this goes further since its using P96 from amigaos too. Now the next question is why doesn't rtg work on...

A more reliable order is to load, reset, then start the mister binary (with some delays). Anyway I did some experiments with RTG. If I start workbench with qemu then select prefs and a mister RTG screen mode then I get a black screen. While in that state I stop qemu and start another binary to check the rtg regs at 0xb80100 - they are all zero! So ...

Aha, need to reset after programming so that vga_scaler works. Like this:
killall MiSTer
cp Minimig.rbf fpga_config_file.rbf
./fpga_rbf_load
pushd /
/media/fat/MiSTer 2>&1 > /media/fat/MiSTer.log &
popd

./fpga_rbf_load reset_fpga <- *add this*

The vga_scaler=1 not working was down to how the core is started. I program it then start the MiSTer binary. If I flash it using the 'Core' option in the mister binary then I get video as well as the menu, if I flash it my way I only get the menu. Anyway RTG works fine with a core I build from the original git repo, just not after the hybrid adjust...

Just wired up reset properly, since I got sick of switching back and forth to linux to restart qemu! Also did some measurements of bus latency and irq latency from the arm, so taking qemu out of the picture. To see the baseline. Now trying to get rtg working. I figure I need the scalar for rtg, but even if I boot with just vga_scaler on I get nothi...

Chris23235 wrote: ↑Mon Jan 03, 2022 8:36 pm

edburns wrote: ↑Mon Jan 03, 2022 5:08 pm
1. I had to use the ATR disk, the ATX one did not work. Why is that?

ATX is not supported by the core.

It is supported upstream, though some of the timing is not quite right. So they don't all work...

Interrupt latency not looking promising for qemu: See quote below from here: https://www.mail-archive.com/search?l=qemu-discuss@nongnu.org&q=subject:%22How+does+QEMU+in+TCG+mode+handle+interrupts+%5C%3F%22&o=newest&f=1 ‘ > What I am trying to do is inject an I/O interrupt in the middle of a > translation block. You can't. QEMU will only...

The next goal with this is to tighten up interrupt handling... Try this adf for example with tg68k, musashi and qemu. Its funny! https://github.com/dirkwhoffmann/vAmigaTS/tree/master/Interrupts/basicint/basicint1 I'm surprised its quite so bad, with qemu I'm using real interrupts from the fpga to linux, which wakes a process waiting on an ioctl. Wi...

I'd say you are best off using the hard 68k where this isn't needed. The timings are much more consistent. Though lets see where we get to with this.

Finally for musashi - fair bit slower than TG68:

The same for vanilla mister (tg68k). Note the faster chip mem/io speed.

Some qemu benchmarks now, I need to run ssspeed also with the mister plain core to compare.

4k alignment patch - experimental - attached.
Run it in startup sequence along with the stack attack. Run drystone_amiga -l 1 (increase the 1 for more accuracy). This is a dhyrstones binary unlike sys info.

Last night I found out the amiga loader allocated memory with the standard allocator for each hunk. So I patched an allocator patch to allocate an extra 4096 and return page aligned memory. With this patch I get 188000 (real) dhrystones.

Ideally we'd only apply this to the binary loader, not general allocation, I guess.

Bit of an adventure today, learning about _GLOBAL_OFFSET_TABLE_ in m68k elf files and amiga hunks... I was trying to build the dhrystone binary with the non-amiga gcc compiler then memcpy it into an amiga binary. Didn't quite get there, still crashing for some reason. It all started because I was trying to reproduce a simple example on my x64 box s...

I think something really cool could be done with AROS + DE10. Native CPU running most things on AROS, modern optimised amiga chipset, with enhancements, including tg68 for running old binaries transparently. Anyway different project really... Going back to qemu, I'm doing some testing (on my x64 box) of the qemu overhead of mixing data/code pages. ...

Oh and also looks like it doesn’t like stereo pokey.

There is more discussion here, perhaps best to go with 5200 version!

https://atariage.com/forums/topic/31405 ... /#comments

I found a quote that said that BBSB messes with Portb for anti-piracy. So try it with ram set to 64k.
Ref: https://www.atarimax.com/flashcart/foru ... 904&p=4480

I think the disk versions work fine, so guess this is a bug with the new mapper.

Though of course never say never!