February 2014 - Oberon - mailman3.inf.ethz.ch

FPGA Oberon Bootloader
by markus_greim 16 Feb '14

16 Feb '14

Hello Paul, many thanks!!! May you tell us, how you have compiled / generated this code? I just try to compile the code from the Compiler Construction web site with the VOC compiler on my Linux PC. The input code for the RISC emulator should be the same as for the FPGA, or am i wrong here? Best Regards Markus > > Today's Topics: > > 1. prom.mem [WAS: Re: FPGA toolchain again.] (Paul Reed) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 15 Feb 2014 14:37:58 -0000 > From: "Paul Reed" <paulreed(a)paddedcell.com> > Subject: [Oberon] prom.mem [WAS: Re: FPGA toolchain again.] > To: "ETH Oberon and related systems" <oberon(a)lists.inf.ethz.ch> > Message-ID: > <e92eb5e5dd98a9f3785c813e14c883c2.squirrel(a)webmail.gradwell.com> > Content-Type: text/plain;charset=iso-8859-1 > > Dear Markus, > >> ...but how to generate [...] a *.mem file for the Xilinx toolchain? > > In case it helps, please find below (with the remaining zero words elided, > a total of 512 words are needed) the prom.mem which results from compiling > the disk bootloader in BootLoad.Mod currently on Prof. Wirth's site. > > Best regards, > Paul > > E7000151 > 00000000 > 00000000 > 00000000 > 00000000 > 00000000 > 00000000 > 00000000 > 4EE90014 > AFE00000 > A0E00004 > 40000000 > A0E00008 > 40000004 > A0E00010 > 80E00010 > 40090001 > A0E00010 > 5000FFCC > 80000000 > 40030001 > E8FFFFFC > 5000FFC8 > 80000000 > A0E0000C > 80E00008 > 81E0000C > 00080001 > 40030008 > A0E00008 > 80E00010 > E9FFFFEF > 80E00008 > 81E00004 > A0100000 > 8FE00000 > 4EE80014 > C700000F > 4EE90010 > AFE00000 > 40E80004 > F7FFFFDE > 80E00004 > 40090000 > E6000012 > 40E80008 > F7FFFFD9 > 40E8000C > F7FFFFD7 > 80E00008 > 81E0000C > A1000000 > 80E00008 > 40080004 > A0E00008 > 80E00004 > 40090004 > A0E00004 > 80E00004 > E9FFFFF3 > 40E80004 > F7FFFFCA > E7FFFFEB > 8FE00000 > 4EE80010 > C700000F > 4EE90008 > AFE00000 > A0E00004 > 5000FFD4 > 41000000 > A1000000 > 80E00004 > 40090000 > E600000B > 80E00004 > 40090001 > A0E00004 > 5000FFD0 > 5100FFFF > A1000000 > 5000FFD4 > 80000000 > 40030001 > E8FFFFFC > E7FFFFF2 > 8FE00000 > 4EE80008 > C700000F > 4EE90008 > AFE00000 > A0E00004 > 5000FFD4 > 41000001 > A1000000 > 5000FFD0 > 81E00004 > A1000000 > 5000FFD4 > 80000000 > 40030001 > E8FFFFFC > 8FE00000 > 4EE80008 > C700000F > 4EE90018 > AFE00000 > A0E00004 > A1E00008 > 40000001 > F7FFFFD3 > 5000FFD0 > 80000000 > A0E00010 > 80E00010 > 400900FF > E9FFFFF8 > 400000FF > F7FFFFE2 > 5000FFD0 > 80000000 > A0E00010 > 80E00010 > 400900FF > E9FFFFF8 > 80E00004 > 40090008 > E9000003 > 40000087 > A0E00014 > E7000007 > 80E00004 > E9000003 > 40000095 > A0E00014 > E7000002 > 400000FF > A0E00014 > 80E00004 > 4004003F > 40080040 > F7FFFFCB > 40000018 > 41090000 > E5000008 > A0E0000C > 80E00008 > 81E0000C > 00030001 > F7FFFFC3 > 80E0000C > 5008FFF8 > E7FFFFF6 > 80E00014 > F7FFFFBE > 40000020 > A0E0000C > 400000FF > F7FFFFBA > 5000FFD0 > 80000000 > A0E00010 > 80E0000C > 40090001 > A0E0000C > 80E00010 > 40090080 > E5000002 > 80E0000C > E9FFFFF3 > 8FE00000 > 4EE80018 > C700000F > 4EE9000C > AFE00000 > 40000009 > F7FFFF91 > 40000000 > 41000000 > F7FFFFB5 > 40000008 > 410001AA > F7FFFFB2 > 5000FFFF > F7FFFFA0 > 5000FFFF > F7FFFF9E > 5000FFFF > F7FFFF9C > 40000037 > 41000000 > F7FFFFA9 > 40000029 > 41000001 > 4111001E > F7FFFFA5 > 5000FFD0 > 80000000 > A0E00004 > 5000FFFF > F7FFFF90 > 5000FFFF > F7FFFF8E > 5000FFFF > F7FFFF8C > 40002710 > F7FFFF73 > 80E00004 > E9FFFFEC > 40000010 > 41000200 > F7FFFF95 > 40000001 > F7FFFF6C > 8FE00000 > 4EE8000C > C700000F > 4EE9000C > AFE00000 > A0E00004 > 4000003A > 41000000 > F7FFFF8A > 5000FFD0 > 80000000 > A0E00008 > 5000FFFF > F7FFFF75 > 80E00008 > E9000004 > 5000FFD0 > 80000000 > 40030007 > E0000005 > 80E00004 > 80000000 > 40010009 > 81E00004 > A0100000 > 5000FFFF > F7FFFF68 > 5000FFFF > F7FFFF66 > 40000001 > F7FFFF4D > 8FE00000 > 4EE8000C > C700000F > 4EE90014 > AFE00000 > A0E00004 > A1E00008 > 40E80004 > F7FFFFDB > 40000011 > 81E00004 > F7FFFF68 > 40000000 > A0E0000C > 5000FFFF > F7FFFF54 > 5000FFD0 > 80000000 > A0E00010 > 80E0000C > 40080001 > A0E0000C > 80E00010 > 400900FE > E9FFFFF5 > 5000FFD4 > 41000005 > A1000000 > 40000000 > 410901FC > EE000014 > A0E0000C > 5000FFD0 > 5100FFFF > A1000000 > 5000FFD4 > 80000000 > 40030001 > E8FFFFFC > 5000FFD0 > 80000000 > A0E00010 > 80E00008 > 81E00010 > A1000000 > 80E00008 > 40080004 > A0E00008 > 80E0000C > 40080004 > E7FFFFEA > 400000FF > F7FFFF2F > 400000FF > F7FFFF2D > 40000001 > F7FFFF14 > 8FE00000 > 4EE80014 > C700000F > 4EE90014 > AFE00000 > 60000008 > 40060004 > A0E00004 > 80E00004 > 41000000 > F7FFFFBF > 40000010 > 80000000 > A0E00010 > 80E00004 > 40080001 > A0E00004 > 40000200 > A0E00008 > 80E00008 > 81E00010 > 00090001 > ED00000A > 80E00004 > 81E00008 > F7FFFFB0 > 80E00004 > 40080001 > A0E00004 > 80E00008 > 40080200 > A0E00008 > E7FFFFF2 > 8FE00000 > 4EE80014 > C700000F > 4D000000 > 5E00FFC0 > 6E000008 > 4C000020 > 0000000F > 40090000 > E9000012 > 40000080 > 5100FFC4 > A0100000 > F7FFFF50 > 5000FFC4 > 80000000 > 40030001 > E8000005 > 40000081 > 5100FFC4 > A0100000 > F7FFFEC1 > E7000004 > 40000082 > 5100FFC4 > A0100000 > F7FFFFC7 > E7000008 > 5000FFC4 > 80000000 > 40030001 > E8000004 > 40000081 > 5100FFC4 > A0100000 > F7FFFEB3 > 4000000C > 6100000E > 41167EF0 > A1000000 > 40000018 > 61000008 > A1000000 > 40000084 > 5100FFC4 > A0100000 > 40000000 > C7000000 > 00000000 > ... > > > > > > ------------------------------ > > -- > Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > https://lists.inf.ethz.ch/mailman/listinfo/oberon > > > End of Oberon Digest, Vol 117, Issue 13 > *************************************** > > >

1 0

FPGA toolchain again.
by greim 16 Feb '14

16 Feb '14

Hallo, from the Oberon FPGA front again: With Norayr Chilingarian's voc (vishap oberon compiler) (a fantastic peace of software!!!, Thanks Norayr!, but the Oberon PacMan is really too fast on a modern Linux machine ;-) ) at https://github.com/norayr/voc i was able to compile ORP.Mod on a Linux PC Its also no compiling BootLoad.Mod to BootLoad.rsc and BootLoad.sym but how to generate from this 2 files a *.mem file for the Xilinx toolchain? In BootLoad.Mod there is the command: ORG.WriteFile BootLoad.rsc "Spartan" "D:/Verilog/RISC5/scripts/ins1.mem"~ But i have a compiled program no Oberon System running. Any help from the Oberon Gurus? Latest sources original sources (11.feb.14) at: <http://www.inf.ethz.ch/personal/wirth/ProjectOberon/Sources/?C=M;O=D> Markus

3 2

Re: [Oberon] native oberon: how to access cd-rom after mounting
by Jan Verhoeven 13 Feb '14

13 Feb '14

Hello Joerg, Jörg wrote: > Jan > > Just to confirm: it works! > What I did: > - executed "install.UnixAos LinuxAos.tgz" > - executed "aos" OK, that part works. Thanks a lot. I missed that desktop for quite some time. So I retried to install LNO again. But then... bash-4.2$ oberon Oberon Boot File Loader 22.11.2004 starting System.Init Segmentation fault bash-4.2$ it segfaulted out again. Any idea why? -- Groetjes Jan Verhoeven

1 0

Addendum: FPGA Oberon again
by Treutwein Bernhard 13 Feb '14

13 Feb '14

> ready for the AMD 64 architecture. it boots into the zooming desktop, but not every application I tried appears to function correctly :-( regards -- Bernhard

1 0

FPGA Oberon again
by greim 13 Feb '14

13 Feb '14

Hi Chris, > > > i know i am annoying or lets say more friendly: > here is another status report from the DAU (dümmster anzunehmender user): > > > My recommendations from 'reading between the lines' of your posts are: > > * Contemplate the meaning of the proverb "Give a man a fish and you feed him > for a day; teach a man to fish and you feed him for a lifetime". Only > proceed with this project if you are motivated by that concept. > > * Re-evaluate your expectations to suit reality. > > * Don?t try to run before you can walk: GOD TEACHED A BRAVE MAN TO CATCH THE FISH BY HAND - AND THE PIRANHAS IN THE WATER ARE FED FOR A DAY ;-) (by an unknown German Engineer) > > Follow the advice that Paul Reed has already given you in this mailing list. > i.e. Build Oberon0 first using the sources from the Compiler Construction > pages of Wirth's site. That will give you positive feedback of being able to > get an Oberon program running on the Spartan board with a minimal amount of > time and effort. > > * Expect to have to make some modifications to the source code of the > compiler and maybe port some of the imported modules (e.g. Texts) to get it > working as a cross-compiler using your preferred platform. > > Any existing well-documented Oberon-based system (e.g. ETH Oberon-2, > BlackBox or Gardens Point Component Pascal) would require the least porting > effort. You should expect it to take anything from a few hours to a day or > two's work if you are already competent in the use of ETH Oberon or > Component Pascal and you have studied the differences between the language > you are using and the 2013 Revision of Oberon used in FPGA Oberon. > > * You will need to implement a linker / loader. However, the most difficult > part of this work has already been done - just use Modules.mod as your > starting point. Study the related documentation until you understand how it > works before you attempt to modify it. > > Once you have successfully completed this exercise you should be totally > self-sufficient in the use of Oberon FPGA and have gained the confidence and > ability to take the next step and adapt the system to suit your particular > requirements, > Many thanks for your hints, i already stated to go on this stony way. ---------------------------------------------------- BUT, the question is not only how to do it but WHY ? ----------------------------------------------------- I would like to use the new FPGA Oberon with the main focus on hardware interfaces and Verilog, not to reinvent some parts of the OBERON system. If the picture on page 5 of the latest Edition of Project Oberon is not cheating, somebody has already realized the toolchain, at least as a prototype. Struggling around with Veriolog, the Xilinx ISE toolchain, hardware interfacing etc. porting it maybe to a Spartan-6 (the Spartan-3 board is running out of the program) , which requires interfacing to DRAM etc. is still a hell of work. So WHY reinvent Oberon things again and again. And each Compiler, Runtime System is slightly different. (Oberon for Python, Oberon for Javascript, Native Oberon, BlackBox, AOS Oberon...). I really don't like (even if i could) to write the 99. incarnation of an Oberon System. Porting ORP.Mod to BlackBox requires for example to adapt all the Texts.Mod and Files.Mod interfaces. Also i am not sure at all yet, if BlackBox will handle the RS232 interface on Windows right. And this is necessary to realize the 2nd boot step. Or should i use your Astrobe ARM development system ? Maybe using an Olimex board instead of a PC? Also for example ORX.Mod which seems to convert the *.rsc file to a Xilinx *.mem file is totally missing. Regards Markus

4 3

native oberon: how to access cd-rom after mounting
by Frans-Pieter Vonck 13 Feb '14

13 Feb '14

Hello Oberoneurs, I'm reviving my Native Oberon System for artistic reasons. How can I acces my cd-rom after mounting it with FileSystem.Tool This is the output nof Partition.Show Disk: IDE2. 8558KB, removable, CD-224E ReadPartitions: device in use. Greets, Frans-Pieter Vonck

4 5

FPGA Oberon
by greim 12 Feb '14

12 Feb '14

Jan, > Ah, I remember posting the same question a few weeks back, perhaps in > other words. I then got a rather violent answer that the outcome is not > of interest, but the way towards the outcome is. > A few years back, when I was a lot younger than now, I would have taken > that as a good answer, but I'm almost 60 now and I don't need to learn a > lot anymore form the road to. I just want to use the goal. No need for > extra learning anymore. I just want to use the applied Oberon. I want to > be the end-user. Not the developer. I am 52 so not far away from the level where you have to decide which knowledge is still worth to learn ;-) > >> somebody has already realized the toolchain, at least as a prototype. > > I get the impression that the toolchain is part of the commercial system > that was mentioned here last weekend. And giving away the toolchain for > free would not be cheered to by potential buyers of the A2 controller. > Unless Embedded Artists would be the commercial partner. They have firm > beliefs in cloud computing and open source projects. > > > Struggling around with Veriolog, etc > > So WHY reinvent Oberon things again and again. > > And each Compiler, Runtime System is slightly different. > > I really don't like (even if i could) to write the 99th incarnation of an Oberon System. > > > That's why I would like to see the final version of Oberon running on x86-64. Let's say, make a final version for VIA nano E cpu (100 mW idle). VIA make a very nice computer around that CPU, the ART-3000: The question is what is a ___final version of Oberon___ ? The two developments of N. Wirth Oberon-07 on FPGA and A2/AOS on FPGA are using different dialects of Oberon afaik. > > http://www.viaembedded.com/en/products/systems/1110/1/ART-3000_(Automation)… > > which is available, debugged, feature laden, compact, low power, whatever, you name it. It will probably come at a price, but that price will definitely be lower than having to build a similar system from scratch. > thats the 3rd option: Oberon running on any (embedded) PC. But i believe thats a race you can not win. Because providing hardware drivers for each graphic card, network interface etc. is not possible, even Linux has many problems here. And I am not speaking yet here about DRM and UEFI ! I am sure that was the reason to make a port from the PC to PC-like FPGA platform for the A2 system. Markus

2 1

FPGA Oberon / BlackBox Component Pascal
by greim 12 Feb '14

12 Feb '14

Hallo Chris, many thanks regarding the wrappers etc. for Component Pascal, i will go on... Markus

1 0

FPGA Oberon - DAU status report...
by greim 11 Feb '14

11 Feb '14

Hi, i know i am annoying or lets say more friendly: here is another status report from the DAU (dümmster anzunehmender user): I like to come back to the prom.mem problem. In BootLoad.Mod there is: ORP.Compile @ ORX.WriteFile BootLoad.rsc 512 "D:/Verilog/RISC5/prom.mem"~ So to generate prom.me i would need a running ORP and ORX on any PC. Or i would need a prom.mem to get a FPGA Oberon-7 running to generate with a compiled Bootload.Mod prom.mem (but still missing an ORX.Mod ....) With the Oberon-07 compiler mentioned in my last mail i was not able to compile ORP. Even after re-formating all source files to utf-8 (BOM) Also AOS / A2 for Unix doesn't compile any modul. Markus

11 19

FPGA Oberon
by greim 09 Feb '14

09 Feb '14

Hi, Professor Wirth, has updated his project homepage a lot: http://www.inf.ethz.ch/personal/wirth/ProjectOberon/index.html now, beneath many others also a prom.mem generator is available, its called BootProm.Mod (see my message from 20.01.2014). What Oberon-7 system for the jobs on the PC side do you recommend? I have found some compilers on Russian web-sites. This one (beside the Russian menu in the Editor) https://sites.google.com/site/oberon07compiler/versii seems for me the most actual / stable one. Is this compiler compatible with the code on NWs web site? Any further hints? Markus Greim

3 2