[9fans] Hosted Inferno on Raspberry Pi

[Graham Gallagher]

The gcc flags: -march=armv6 -mfloat-abi=softfp -mfpu=vfp, will let you
compile the standard Inferno emu-g on the Raspberry Pi first go. Not
all the Linux VT interface ioctls are supported by the video driver so
a little work is needed to incorporate the framebuffer device.

[Richard Miller]

Post by Graham Gallagher
Not
all the Linux VT interface ioctls are supported by the video driver so
a little work is needed to incorporate the framebuffer device.

To run inferno in fullscreen mode, would it be feasible to mmap the
framebuffer address into the inferno address space and just write
to it?

[Graham Gallagher]

Post by Richard Miller
To run inferno in fullscreen mode, would it be feasible to mmap the
framebuffer address into the inferno address space and just write
to it?

yep, the standard fb mmap code works but just needs a little tweaking
for the input event handling devices and removal of a few
unimplemented ioctls

[Richard Miller]

Post by Graham Gallagher
yep, the standard fb mmap code works

I've got HDMI video working in Plan 9 too - it turned out to be
fairly simple to tell the GPU to set the resolution and divulge
the framebuffer address.

Putting console output on video frees up the serial port for more
interesting purposes ...

[Steve Simon]

Post by Richard Miller
I've got HDMI video working in Plan 9 too

Plan9 runs on the rasberry-PI?

-Steve

[Richard Miller]

Post by Steve Simon
Plan9 runs on the rasberry-PI?

/n/sources/contrib/miller/9/rpi

It's a work in progress - no usb yet, and therefore no keyboard,
mouse or ethernet.

[Christian Neukirchen]

Post by Graham Gallagher
The gcc flags: -march=armv6 -mfloat-abi=softfp -mfpu=vfp, will let you
compile the standard Inferno emu-g on the Raspberry Pi first go. Not
all the Linux VT interface ioctls are supported by the video driver so
a little work is needed to incorporate the framebuffer device.

I have been able to build the X11 version, which does not work with the
default depth of 16 bit due to lacking 16bit->16bit bitblt code, and
when you force the Pi into 32bit mode, everything is monochrome-green. ;)

It works fine with X11 forwarding however.