Fiasco.OC-UX on MIPS?
paul at boddie.org.uk
Thu Aug 22 15:34:05 CEST 2019
On Thursday 22. August 2019 14.15.55 Matthias Lange wrote:
> Hi Paul,
> On [22-08-2019 13:33], Paul Boddie wrote:
> > So, I have built Fiasco and L4Re for the MIPS Malta platform, and it seems
> > to be possible to launch a system using the Makefile. For instance:
> > make O=mybuild qemu E=hello
> Did you set the correct qemu options in your Makeconf.boot? And you may have
> to specify the correct platform type because the default afik 'boston',
> make O=mybuild qemu PT=malta E=hello
> Also check the qemu cmdline that it contains "-M malta".
I set the qemu options on the command line (noted below), but I imagine that
Makeconf.boot would also be a reasonable place. I tend to forget about all
these different files after a while.
In the Fiasco and L4Re "make config" procedures, I did set the platform type
to Malta, but it seems that you are suggesting also indicating this on the
command line, too.
> > However, I imagine that either a graphical example is needed where the SDL
> > interface for QEMU is being used, or that some options are required to get
> > QEMU to use a simple serial console. There appear to be some options and
> > the possibility to do something like this:
> > make O=mybuild qemu E=hello QEMU_OPTIONS='-nographic'
> > Maybe even the machine type is necessary amongst the options as well. This
> > doesn't seem to produce output, though.
Here, I also added '-M malta' to QEMU_OPTIONS, having seen that qemu probably
wasn't supplied those tokens by the Makefile.
> > I have to ask: what do people actually use when developing L4Re and
> > Fiasco?
> Qemu is always a good start. It allows very quick development and test
> cycles. In the end you of course have to test on hardware.
If I can get it to work, maybe it will be more useful than UX, although I did
find UX to be fairly useful on my IA32 machine. Previously I have tended to
steer clear of qemu because it has seemed to be a rather heavyweight solution
to various problems that can be solved in other ways (such as people building
entire software distributions by running native compilers under emulation
rather than supporting cross-compilation instead).
Thanks to you and Adam for the hints so far!
More information about the l4-hackers