Re: Fiasco.OC-UX on MIPS?

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',
> like
> 
>   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!

Paul