> It is a Gameboy Advance from a parallel universe where RISC-V existed in 2001. A love letter to the handheld consoles from my childhood, and a 3AM drunk text to the technology that powered them.
He works at Raspberry Pi, and designed the Hazard3 RISC-V core that is at the heart of the RP2350--although he did Hazard3 in his spare time. It's actually a fork of the "Hazard5" core that he designed for the RISCBoy.
I'm surprised to see that it's OK that he has opensource AHB/APB stuff in it--I'd avoided learning them too much about them assuming that they were ARM proprietary.
Its not a computer, its a small device. You dont have many unknown peripheral you dont have other programs. The memory and peripherals are there, just use them. Heap is complicated ? Preallocate everything. A peripheral is not used ? Just leave it there. Security ? Of what ? Thats the appeal of those devices.
From the GitHub page:
> It is a Gameboy Advance from a parallel universe where RISC-V existed in 2001. A love letter to the handheld consoles from my childhood, and a 3AM drunk text to the technology that powered them.
Thank you to the author for writing a GitHub page in 2026 that is entirely devoid of emoji.
on the other hand having emoji on the readme is a great signal of llm-slop on my radar
Isn't that the same hand?
I mean no disrespect to Luke Wren, but he did not write it in 2026; he wrote it in 2018-2021. :)
Oh this is Luke Wren’s work. He’s an ASIC design engineer at Raspberry Pi. Amazing project, I love it!
I think "ASIC design" engineer is under-selling him--he's working on their CPU cores too!
Haha yeah I just went by his LinkedIn title
The programmable scanline-buffer-based rendering pipeline described in the PDF is worth a read for fans of such things.
This guy also designed DVI/HDMI from RP2040:
https://github.com/Wren6991/PicoDVI
He works at Raspberry Pi, and designed the Hazard3 RISC-V core that is at the heart of the RP2350--although he did Hazard3 in his spare time. It's actually a fork of the "Hazard5" core that he designed for the RISCBoy.
The design was taped out on the first wafer.space run (see https://github.com/wafer-space/ws-run1) but I have not heard if it actually worked or not.
i love the "hardware from an alternate universe" projects.
I'm surprised to see that it's OK that he has opensource AHB/APB stuff in it--I'd avoided learning them too much about them assuming that they were ARM proprietary.
AMBA has been an open standard for a really long time, I think maybe since it was released?
Does RISCBoy run Godot Engine? How can I make RISCBoy run Godot Engine?
No. You can't.
I'm quite willing to bet it can be done in this era of enabling developers with slob, which still usually works.
How can you fit Godot into 512KB of RAM? And with no GPU?
If you set up the RISCBoy toolchain and port it then yeah.
This is a much smaller device then anyone has ever exported Godot to.
More practical would be to port https://github.com/gbdk-2020/gbdk-2020 so that https://github.com/chrismaltby/gb-studio could support it.
Why do you want an engine? Just write games
Its not a computer, its a small device. You dont have many unknown peripheral you dont have other programs. The memory and peripherals are there, just use them. Heap is complicated ? Preallocate everything. A peripheral is not used ? Just leave it there. Security ? Of what ? Thats the appeal of those devices.