Linux Gains Native RTOS Emulation Layer

nerdyH writes to tell us that the Xenomai/SOLO project is attempting to deliver VxWorks and other RTOS emulation for any Linux kernel. "Some weeks ago, I started laying the groundwork for porting the Xenomai emulators natively over the PREEMPT_RT kernel. Unlike the co-kernel based Xenomai version, SOLO does not require any kernel support from additional modules or patches. It is fully based on the standard POSIX library, and runs as a regular process controlled by a single image Linux kernel. As a first step, a VxWorks emulator has just been rebuilt over this new framework."

Comments

Re:A quick search reveals

[SkyDude]

According to UrbanDictionary.com

nimp.org
A shock website, by entering any text in front of on.nimp.org, you create a link to the site. ww.texthere.on.nimp.org would be a link to the site.
The site itself is merely a way to make your web browser jump around on your screen, and open all programs attached to it. It can be annoying, but it is easy to stop on Mozilla Firefox. Microsoft Internet Explorer is very vulnerable to this "attack"

x: www.porn.on.nimp.org
y: *click*
x: dumbass...

Cmdr Taco - when will you permit removal of this type of crap?

Re:Realtime, VxWorks, Dolla Dolla Bill Yall

[mounthood]

PLCY - Scheduling policy FIFO (F) and Round-Robin (R) are realtime scheduling policies; OTHER (O) is the normal Unix time-sharing policy. F and R processes have a realtime priority between 1 and 99. A process will run as long as there is no runnable process with higher priority. Round-Robin processes will run for the length of one time-slice, after which they are placed last in the queue of their priority. FIFO processes run until they give up their CPU time (by sleeping or blocking) or pre-empted by a process with higher priority. Only the super-user (root) may change the scheduling policy. RPRI - Realtime priority Realtime processes (FIFO and Round-Robin) have priorities between 1 and 99. A process will pre-empt any other process that has lower priority. Normal time-sharing processes (policy O) all have priority 0. Only the super-user (root) may change the realtime priority.

I like how simple and uncluttered Gnome is, but if I can learn things like that just by poking around in KDE maybe I should switch.