PiStorm

This Week in PiStorm 2021-10-03

Work never seems to slow down in the PiStorm world, this week is no exception. So let’s get to it!

Huge Merge to Main

In the last 24 hours there has been a huge merge from wip-crap to the main PiStorm tree. This has a vast number of bug fixes and improvements if you don’t already use wip-crap. Note that the firmware has not changed as part of this merge, so you do not need to re-flash it. Here is a list of key changes (Thanks to _Bnu for the summary):

  • The default.cfg file has been renamed to amiga.cfg. The PiStorm will still try to load default.cfg by default if another config file is not specified. This is to fix two things:
    1. The PiStorm will eventually be used by platforms other than the Amiga.
    2. Any changes made to default.cfg now won’t need be obliterated when you update.
  • The RTG driver now has hardware mouse cursor support. This speeds up all things RTG quite a bit, but it requires the updated pigfx020.card to display a mouse cursor at all. If your Amiga is currently configured to boot into an RTG mode by default, please set it to a native RTG display mode, and then run the PiRTG installer from the PiStorm HDF or otherwise copy the new pigfx020.card to LIBS:Picasso96.
  • There is an extremely experimental “Chip fastpath” feature that speeds up Chip RAM/bus bandwidth a fair bit. This may cause instability, so only enable it if you want to try it out for yourself, this is done by typing make ACFLAGS=-DCHIP_FASTPATH on the command line instead of just make. This requires a make clean.
  • Physical Zorro (2) devices now initialize before virtual ones. _Bnu has tested this, and it appears to work fine, but if there are any problems with it, please give me a shout in #beta-testing or #software-support or something and I’ll try to fix it or revert it as soon as possible. This should in theory fix the problem with for instance the CD-ROM drive on the CDTV not being the first AutoConfig device detected, but it likely still won’t work very well due to the lack of bus arbitration support in the CPLD firmware.
  • Updated and added numerous readmes to various subdirectories on the repo, with information like generic config file settings and platform-specific setvar information in the related directories.
  • Various RTG scaling options, can be configured using either the PiStorm application or more exhaustively using PiSimple in for instance scripts.
  • RTG DPMS support by me. This can be enabled in the config file to put the HDMI mode to sleep when no RTG mode is active. This can be used for instance as a sort of auto-switch between the PiStorm RTG and RGB2HDMI output.
  • Slow2fast Agnus detection improvements by LIV2.
  • Incredibly questionable virtual AHI device. While this “works”, it doesn’t work properly, but you can enable it if you want to mess around with it. Currently can’t/won’t be fully fixed until IRQs can be made to work properly. More detailed information on how to use it is available in platforms/amiga/ahi.
  • A bunch of PiStorm interaction device acceleration commands have been added. These are currently only used in a special build of ScummVM, which is available at http://www.apehead.se/snakes9000/buld.zip This zip file must be extracted to its own folder, you cannot overwrite an existing version of ScummVM with it as it does not have theme support or anything like that. It is entirely possible that it won’t work properly, and it does require the PiStorm interaction device to be enabled to display anything at all on screen.
  • CPU emulation has seen a minor speed increase, not entirely clean code-wise but should be fine for the time being.

Thanks to the many people who worked on and tested everything in this release.

Emu68 Updates

Last week I reported the “disappointing” benchmark of Emu68 PiStorm, which still made it the fastest Amiga 500 still using the original chipset. Well, since then things got a bit faster…

This is the expected limit with a Pi 3A+, when the Pi 4 / CM4 is supported the it could even be double that.

Amiga 1200 with a RISC-V?!

Just for fun, Claude managed to flash a RISC-V CPU onto his A1200 PiStorm prototype board. Completely useless for the Amiga, but more testing to show the chip working:

Community Videos

The Storm

CityXen has made a really fun video about upgrading their Amiga using a PiStorm.

Amiga 2000 800MIPS!

Of course Simo has done an update demonstrating the new performance benchmark for Emu68:

The End

Did I miss anything? Or is there anything that you want covered next week? Let me know! I can be found as LinuxJedi on the PiStorm Discord or LinuxJedi on Twitter.

LinuxJedi

View Comments

  • @LinuxJedi – thanks for doing this blog. I helps me (and hopefully others) who don’t have the time or patience to sift through the copious posts on Discord – stay up to date with everything pertinent to this project. Much appreciated.

    • Yes, I mentioned in a few places but basically I've been so busy with my new job that I've not been able to keep up with the community.
      Sorry about that. When I free up some space in my life I may well continue them. Otherwise I'm happy to hand the batton over.

      • Good for you man!
        I hope you find balance w/ job and free time, I can see you put a lot of time and effort into these blog posts. I’d like to say thank you for all the news and content over the months, it’s been really inspiring to follow 🙂

  • Good for you man!
    I hope you find balance w/ job and free time, I can see you put a lot of time and effort into these blog posts. I’d like to say thank you for all the news and content over the months, it’s been really inspiring to follow 🙂

  • I know this is an old post but I just tried the Chip Fastpath feature and it cured a bit of slowdown I was seeing in some games, so that’s something worth doing. I’ve not found any downsides yet, but I’ve only had 30 minutes of playing about with it. I did notice that the overall Sysinfo benchmark dropped significantly though afterwards, but as I’m just gaming it doesn’t really affect anything, it’s still a hair faster than a stock 040.

    • The drop could be due to thermal throttling. Emu68 doesn't need to throttle as much and is generally more compatible with games nowadays.

Share
Published by
LinuxJedi

Recent Posts

Diagnosing an Amiga 1200 Data Path Fault

I recently acquired an Amiga 1200 motherboard in a spares/repairs condition for about £100 recently.…

2 days ago

Bare Metal “Hello World” on an STM32MP135F-DK

Whilst I do like working with STM32 development boards, some basic information I need can…

3 days ago

Two special Amiga 4000s: Diagnosing Jops

When I last left this blog series, the first of Stoo Cambridge's A4000s had gone…

6 days ago

Joining wolfSSL

At the beginning of November, I started working for wolfSSL. Now that I'm a week…

1 week ago

Two special Amiga 4000s: Rebuilding Jools

In my previous post, I had the Amiga 4000 known as Jools mostly repaired, there…

4 weeks ago

Two special Amiga 4000s: Repairing Jools

In my last post, I created a list of things I needed to repair on…

4 weeks ago