- Oberon - mailman3.inf.ethz.ch

New ARM board with Oberon-2 firmware
by Liam Proven 17 Aug '26

17 Aug '26

https://linuxgizmos.com/blue-pill-style-stm32c5-board-adds-oberon-2-firmwar… I know nothing at all about this but thought it might be interesting. The design is here: https://github.com/tenko/STM32C5-eval-board This tells me that the Oberon is ECS https://ecs.openbrace.org/ -- Liam Proven ~ Profile: https://about.me/liamproven ~ LinkedIn/X/FB: lproven Email: lproven(a)cix.co.uk ~ Google: lproven(a)gmail.com IoM: (+44) 7624 227612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053

1 0

The 2013 Project Oberon System running on RISC-V instead of RISC-5
by Rochus Keller 06 Aug '26

06 Aug '26

Hello everyone In case anyone is interested, I recently migrated the Project Oberon System available on http://www.projectoberon.com to Oberon 90 so it compiles with my OP2 version with the RISC-V backend. The project also includes a virtual machine similar to the architecture Wirth described in his new version of the Project Oberon book, but using the RISC-V instead of the RISC-5 instruction set. See https://github.com/rochus-keller/OberonSystem/tree/op2-rv32 for more information. There is a precompiled version for Linux x64 so far. Best regards Rochus Keller

3 3

Re: [Oberon] The 2013 Project Oberon System running on RISC-V instead of RISC-5
by peter＠easthope.ca 06 Aug '26

06 Aug '26

Rochus, From: Rochus Keller <me(a)rochus-keller.ch> Date: Wed, 05 Aug 2026 16:11:12 +0200 > ... I recently migrated the Project Oberon System available on > http://www.projectoberon.com to Oberon 90 so it compiles with my OP2 > version with the RISC-V backend. Wonderful project. Thanks! Please excuse a naive question. In my current thinking, the file system in Oberon and the file system in the host environment are independent. Correct? Communication between the two file systems is limited to a dedicated copy command or possibly an ftp command. Correct? Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

3 6

Re: [Oberon] clock_gettime / Traps on 32-bit Puppy Linux
by peter＠easthope.ca 01 Aug '26

01 Aug '26

Michael, From: Michael Schierl <schierlm(a)gmx.de> Date: Sun, 2 Aug 2026 00:15:34 +0200 > Okay, at some point curiosity won and I added lots of trace calls to > Linux.Unix.Mod's thread start and exit sequence. It send me down > writing test programs to test pthread thread local storage, ... Considering my skill level, you're investigation is super-human. > Maybe xopup comes with the proper debugger tools that one could > use to trace this down, I just cannot run it due to not having an > XO. Pardon ignorance but is the problem limited to this and possibly other Puppy Linuxes? Not affecting all 32 bit systems? Thanks, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

2 1

Re: [Oberon] clock_gettime
by peter＠easthope.ca 01 Aug '26

01 Aug '26

From: Felix Friedrich <felixf(a)ethz.ch> Date: Thu, 16 Jul 2026 08:15:45 +0200 > ... set AOSCONFIG="TraceModules 1" ... before starting A2? Yesterday without "TraceModules 1". https://easthope.ca/A2trap2026.07.15.txt Today with "TraceModules 1". https://easthope.ca/A2trap2026.07.16.txt This Linux with Busybox has limitations not present in most Linuxes. The failure occurs early in A2 startup and I should find a way to follow that? Thx, ... P. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

3 4

Re (2): A2 start. Was "clock_gettime."
by peter＠easthope.ca 01 Aug '26

01 Aug '26

> ... asked ChatGPT (you can follow along at > <https://chatgpt.com/share/6a6d2167-ab74-83ed-8fa6-63c4041ea7fa> ... Probably look on the next weekend. I'm not anxious to admit but AI does help in some cases. > Feel free to try it and tell me how far it works for you. Yes. Will try the patch. Thanks! ... P. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

1 0

Re: [Oberon] A2 start. Was "clock_gettime."
by peter＠easthope.ca 31 Jul '26

31 Jul '26

From: Felix Friedrich <felixf(a)ethz.ch> Date: Wed, 22 Jul 2026 08:32:05 +0200 > As Michael wrote you probably need to > > export AOSCONFIG="TraceModules 1" Acknowledged and the 32 bit system produces output as you show although ending at "GC mode : metadata". For additional insight I thought of trying the Linux32 A2 on my 64 bit Linux EasyOS. Reviewed this Debian Multiarch page. https://wiki.debian.org/Multiarch/HOWTO%C2%A0%C2%A0 Then apt-get install "libc6:i386" ... The following additional packages will be installed: gcc-14-base:i386 libgcc-s1:i386 Suggested packages: glibc-doc:i386 locales:i386 libnss-nis:i386 libnss-nisplus:i386 Recommended packages: libidn2-0:i386 The following NEW packages will be installed: gcc-14-base:i386 libc6:i386 libgcc-s1:i386 0 upgraded, 3 newly installed, 0 to remove and 128 not upgraded. Need to get 2,862 kB of archives. After this operation, 13.1 MB of additional disk space will be used. ... Appeared to complete OK. Therefore. # cd A/A2/Linux32 # ./a2.sh ./a2.sh: line 2: 22231 Trace/breakpoint trap ./oberon run a2.txt Comments? Has anyone seen Git based Linux32 A2 working on a 32 bit system? On a 64 bit system with multiarch? Thanks, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

2 2

A new low-cost Oberon for RISC5 FPGA development board
by Chris Burrows 25 Jul '26

25 Jul '26

Applications have been written in Oberon to run on FPGA hardware using the new low-cost (EUR 50) Olimex GateMateA1-EVB open-source development board: https://www.olimex.com/Products/FPGA/GateMate/GateMateA1-EVB/open-source-ha… Not only is this board designed AND manufactured in Europe, the Cologne Chip GateMate FPGA device that it uses is also designed AND produced in Europe: https://www.colognechip.com/programmable-logic/gatemate/ Also remarkable is that the Verilog tools used to build the GateMate FPGA bitstreams are 1/10th the size of the previous Verilog tools we used (500 Mbytes vs. 10 Gbytes) and result in RISC5 Verilog build times that are approximately 10 time faster (1 minute vs. 10 minutes): https://github.com/YosysHQ/oss-cad-suite-build The Astrobe for RISC5 FPGA Oberon development system is an embedded software system comparable to Astrobe for Cortex-M / RP2xxx. i.e. Standalone RISC5 Oberon applications are compiled and statically linked on a PC. They are then uploaded via a serial link to the Olimex development board where they run independently of an operating system. For more information see: https://www.astrobe.com/RISC5 The free Astrobe for RISC5 software targeting the GateMate FPGA is curently undergoing final testing. A pre-release version is planned before the end of this month. Register your contact details if you want to get your hands on a copy as soon as it is available: https://www.astrobe.com/RISC5/register.htm -- Regards, Chris Burrows CFB Software https://www.astrobe.com/

1 1

Re: [Oberon] A2 start. Was "clock_gettime"
by peter＠easthope.ca 19 Jul '26

19 Jul '26

From: Michael Schierl <schierlm(a)gmx.de> Date: Sat, 18 Jul 2026 14:09:29 +0200 > Depending on shell, ... # echo $0 /bin/bash > ... you may have to > "export AOSCONFIG" so that subprocesses can see it. Three console transcripts now. https://easthope.ca/A2trap2026.07.15.txt https://easthope.ca/A2trap2026.07.16.txt https://easthope.ca/A2trap2026.07.18.txt A2trap2026.07.18.txt has "export AOSCONFIG". The console for A2 Linux64 has these two lines, GC mode : metadata WORK: mounted whereas Linux32 shows "GC mode : metadata" but no "WORK: mounted". Will look there for a snag there. Thx, ... P. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioned Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

1 0

Re (2): clock_gettime
by peter＠easthope.ca 15 Jul '26

15 Jul '26

Hello Felix & all, From: Felix Friedrich <felixf(a)ethz.ch> Date: Wed, 15 Jul 2026 07:51:57 +0200 > The procedure variables offered by Linux.Unix.Mod should (but > possibly don't) form the minimal set of procedures required to run > the system. Not certain I understand. You suggest Linux.Unix.Mod may be invoking a Linux procedure not available in the extant system; correct? > Do you have more output after that Trap 11 line? Ref. https://easthope.ca/A2trap2026.07.15.txt Four traps. A trap for each core in the machine here? > Maybe in this case an easy fix is to offer a different Timer module? Unfamiliar territory for me. Appears I should study the evolution of Linux clocks from the 32 bit machines to 64 bit. Then try to modify Linux.Unix.Mod to invoke procedures accordingly. Significant project. https://linux.die.net/man/2/clock_getres has "Note for SMP systems". Thanks, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 778 508 0020 <= decommissioning Bcc: peter at e a s t h o p e dot c a projects: en.wikibooks.org/wiki/User:PeterEasthope

1 0