MPC555

I wanted to post to qnx.public.neutrino but the server refused my
article!?

We plan to use the MPC555 for many good reasons on our machines
(difficult,
maybe impossible to find an equivalent in features/price). We may have
up to
120 MPC555 on one machine, we can use more than 500 MPC555/year (it’s
probably
a low estimation), we’ve choosen QRTP for the machine’s headstock (on
Pentium).
So, It will be trite for us to use neutrino on the MPC555 (even without
MMU).
According to your doc, you ask to contact you in case of we’d want to
use a
processor without MMU, so, I ask agzain the question: is it possible to
run
neutrino on this processor?

Thanks Alain.

Alain Bonnefoy <alain.bonnefoy@icbt.com> wrote:

I wanted to post to qnx.public.neutrino but the server refused my
article!?

They made that read only a couple of weeks ago because the neutrino
name was confusing folks.

So, It will be trite for us to use neutrino on the MPC555 (even without
MMU).
According to your doc, you ask to contact you in case of we’d want to
use a
processor without MMU, so, I ask agzain the question: is it possible to
run
neutrino on this processor?

As is - no. Could it be made to happen - of course. As some one pointed
out a long time ago, given enough financial incentive, the QSSL R&D staff
could be enduced to walk down a street in pink tutus (hi Andrew! :slight_smile:.

However, and this is a is a big one, it’ll take an awful lot of financial
incentive - almost certainly more than you’re willing to spend. If you’re
still determined, talk to your sales guy about getting a quote for the work.

One of the problems with no-MMU is that we’d have to make special versions
of all the programs (ls, pidin, stty, etc) - the GNU linker doesn’t leave
enough information in a standard executable to make them usable on
a physical mode system. Alas, the executables for a physical mode system
aren’t in a form that’s usable for a system using the MMU (otherwise
we’d make them that way). Also, we’d have to create a procnto-500 to deal
with whatever other madness the designers did with the chip - an effort
that might approach the resources required to port the OS to a wholly
different type of processor.


Brian Stecher (bstecher@qnx.com) QNX Software Systems, Ltd.
phone: +1 (613) 591-0931 (voice) 175 Terence Matthews Cr.
+1 (613) 591-3579 (fax) Kanata, Ontario, Canada K2M 1W8