Comments

**Artlav** · #1

Quote:

-You can't install Linux on DeltaGlider's computer.

Aprom Designs, Department of Abnormality presents:
Linux MFD, a Linux "port" to Orbiter:

Download here:
orbides.1gb.ru/orbf/linuxmfd-110815.zip(2.2 Mb)
Latest is 120616, info in post #38.

This is a completely random waste-an-evening-to-make geek toy - a Linux kernel running in an Orbiter MFD with some programs in it to interface with Orbiter.
Sources and patches included.

If anyone have any idea how this can be useful in any way (besides writing autopilots in bash scripts), you're welcome.

Manual:
Linux runs independent of the vessel and opennes of MFD, the MFD acts as a terminal.
The interfacing to the vessel is updated to reflect currently focused one.

Keys:
INP - input a line into console, with enter on end
SUS - save state, saved to boot/vmstate
RSM - resume saved state
RBT - reboot machine
UP,DWN - scroll up and down
FWD - scroll all the way down

Config:
boot directory contains boot.txt, where you can specify what to boot.

Programming:
The VM is MIPS32R1, little-endian, 32Mb of RAM.
IOMEM area 0xB4000000..0xB4010000 is interfaced with the plugin and can be used for Orbiter control.
initrd is cramfs, easy to make and read. Can be gzipped, can be ext2, etc.

Examples of interfacing are in /obin (in PATH), sources are in orbitersdk/samples/linuxmfd
myvessel - print vessel name
prograde, retrograde, killrot - toggle autopilots

Performance:
rate parameter in boot/boot.txt
If the Orbiter lags, reduce.
If the Linux lags, increase.
Must be power of 2 (reduce or increase by factors of 2)
If not, it will crawl slowly.

Jarvitä · 08-15-2011, 06:38 PM

Quote:

writing autopilots in bash scripts

CHALLENGE ACCEPTED

**Face** · 08-15-2011, 07:44 PM

"In Soviet Russia, Linux runs on Orbiter"

Just hilarious, Artlav. Great idea!

**martins** · 08-15-2011, 08:56 PM

Excellent! Orbiter may never be ported to Linux, but at least Linux has now been ported to Orbiter.

vchamp · 08-15-2011, 09:59 PM

Quote:

Originally Posted by Face

"In Soviet Russia, Linux runs on Orbiter"

Quote of the month

Artlav

Are there limits of what can be done in Orbiter?

Wishbone · 08-15-2011, 09:59 PM

The Zen part of me wonders what happens if I manage to install WINE and run Orbiter inside the Linux MFD, and then activate Linux MFD inside that installation, well you guess the routine...

Poscik · 08-15-2011, 10:08 PM

That is epic win.

PeriapsisPrograde · 08-16-2011, 01:38 AM

Quote:

Originally Posted by Wishbone

The Zen part of me wonders what happens if I manage to install WINE and run Orbiter inside the Linux MFD, and then activate Linux MFD inside that installation, well you guess the routine...

Eventually you get a

MFD.

All

!

Rtyh-12 · 08-16-2011, 06:51 AM

Cool... I guess

**Artlav** · 08-16-2011, 09:52 AM

What about taking systems simulation to a new level - you don't just simulate a presence of a spacecraft control computer, you simulate an actual computer with actual software?

If you were making such a computer for real, why not use Linux on it?
True, it's not a real-time OS, but neither does Orbiter represent a real spacecraft.

That would basically mean a spacecraft control program running on it, with UI and all.

An UI that would represent an MFD...
A program that would do what a regular MFD would do...
Explosive-decompression-scale sucking of resources for externally indistinguishable tasks...

Impractical, but adds some serious you-know-you're-addicted-to-Orbiter points.

**Xyon** · 08-16-2011, 10:14 AM

This depends. Can you plug back into the vessel from the Linux? For instance, a /dev/hovengineleft or so? Mount the devices in a specific pattern and allow scripts to control the component thusly... Might be more complex than it's worth, though.

**Artlav** · 08-16-2011, 10:45 AM

Quote:

Originally Posted by Xyon

Can you plug back into the vessel from the Linux? For instance, a /dev/hovengineleft or so? Mount the devices in a specific pattern and allow scripts to control the component thusly... Might be more complex than it's worth, though.

I've mapped a part of memory between linux and orbiter, and made it userspace-accessible.

The meaning of the mapped parts is defined on the side of orbiter plugin (sources provided) - in the demo it gives the current vessel name and have autopilot toggle bits. Under Linux the demo programs like myvessel, prograde, etc, read and write there to do their functions.
So, you can link whatever you want both ways.

Making it into device nodes only adds complexity at cost of adherence to standards.

**n72.75** · 08-16-2011, 11:10 AM

Oh my God, its full of stars...

**Urwumpe** · 08-16-2011, 05:57 PM

LOL, I do something similar on the Black Dart computers, but contrary to your MFD, you will never notice there that the core interfaces of the computer VM are POSIX.

Wishbone · 08-16-2011, 06:46 PM

1. Am against mapping everything to inodes.
2. There should be some visible feedback when the VM is suspended (three stars across the screen?)
3. When I call the command input box by Shift-I, the I gets input into the box (it is not eaten inside the callback function).
4. Will be looking for a gcc cross-compiler, but will be much obliged if someone has got a linky handy.

08-16-2011, 10:45 AM	#12
Artlav Aperiodic traveller	Quote: Originally Posted by Xyon Can you plug back into the vessel from the Linux? For instance, a /dev/hovengineleft or so? Mount the devices in a specific pattern and allow scripts to control the component thusly... Might be more complex than it's worth, though. I've mapped a part of memory between linux and orbiter, and made it userspace-accessible. The meaning of the mapped parts is defined on the side of orbiter plugin (sources provided) - in the demo it gives the current vessel name and have autopilot toggle bits. Under Linux the demo programs like myvessel, prograde, etc, read and write there to do their functions. So, you can link whatever you want both ways. Making it into device nodes only adds complexity at cost of adherence to standards. Last edited by Artlav; 08-16-2011 at 10:47 AM. Reason: sp.

Quick Links	Need Help?
About Us Register to Participate Orbiter Website Orbiter Download Projects Recommended Addons Orbit Hangar Mods Photo Gallery Social Groups External Links	Did you forget your password? Rules & Guidelines Frequently Asked Questions Orbiter F.A.Q. Orbiter Tutorials Orbiter IRC Chat Search Forum Site Map Contact Us Mark Forums Read

08-15-2011, 06:38 PM	#2
Jarvitä Orbinaut	Quote: writing autopilots in bash scripts CHALLENGE ACCEPTED

08-15-2011, 07:44 PM	#3
Face Moderator	"In Soviet Russia, Linux runs on Orbiter" Just hilarious, Artlav. Great idea! Last edited by Face; 08-15-2011 at 07:45 PM. Reason: Capitals where capitals are due...

08-15-2011, 08:56 PM	#4
martins Orbiter Founder	Excellent! Orbiter may never be ported to Linux, but at least Linux has now been ported to Orbiter.

08-15-2011, 09:59 PM	#5
vchamp Orbinaut	Quote: Originally Posted by Face "In Soviet Russia, Linux runs on Orbiter" Quote of the month Artlav Are there limits of what can be done in Orbiter?

08-15-2011, 09:59 PM	#6
Wishbone Clueless developer	The Zen part of me wonders what happens if I manage to install WINE and run Orbiter inside the Linux MFD, and then activate Linux MFD inside that installation, well you guess the routine...

08-15-2011, 10:08 PM	#7
Poscik Addon Developer	That is epic win.

08-16-2011, 01:38 AM	#8
PeriapsisPrograde Wannabe addon dev	Quote: Originally Posted by Wishbone The Zen part of me wonders what happens if I manage to install WINE and run Orbiter inside the Linux MFD, and then activate Linux MFD inside that installation, well you guess the routine... Eventually you get a MFD. All !

08-16-2011, 09:52 AM	#10
Artlav Aperiodic traveller	What about taking systems simulation to a new level - you don't just simulate a presence of a spacecraft control computer, you simulate an actual computer with actual software? If you were making such a computer for real, why not use Linux on it? True, it's not a real-time OS, but neither does Orbiter represent a real spacecraft. That would basically mean a spacecraft control program running on it, with UI and all. An UI that would represent an MFD... A program that would do what a regular MFD would do... Explosive-decompression-scale sucking of resources for externally indistinguishable tasks... Impractical, but adds some serious you-know-you're-addicted-to-Orbiter points.

08-16-2011, 10:14 AM	#11
Xyon Error 418: I'm a teapot	This depends. Can you plug back into the vessel from the Linux? For instance, a /dev/hovengineleft or so? Mount the devices in a specific pattern and allow scripts to control the component thusly... Might be more complex than it's worth, though.

08-16-2011, 11:10 AM	#13
n72.75 Donator	Oh my God, its full of stars...

08-16-2011, 05:57 PM	#14
Urwumpe Donator	LOL, I do something similar on the Black Dart computers, but contrary to your MFD, you will never notice there that the core interfaces of the computer VM are POSIX.

08-16-2011, 06:46 PM	#15
Wishbone Clueless developer	1. Am against mapping everything to inodes. 2. There should be some visible feedback when the VM is suspended (three stars across the screen?) 3. When I call the command input box by Shift-I, the I gets input into the box (it is not eaten inside the callback function). 4. Will be looking for a gcc cross-compiler, but will be much obliged if someone has got a linky handy.