@Frodon:
If they don't have those docs already I wonder how the hell they're coding on the AmigaOne if, and that's a big if, they really do have anything substantial to show besides a text-based boot loader. Somehow I doubt they have

@HyperionMP:
Just because IEEE "withdrew" the standard does not make it less of a standard or a current technology. The IEEE standards process requires that for a published document the working group needs to constantly work on it: and when they stop, the standard "lapses" - or to be more positive, becomes "finalised" and nothing more is added to it.
All it means really is that you can't buy the paper docs from the IEEE anymore, there is no discussion, and no more work is going to be done on it in terms of standards process.
Given that Sun and Apple (note that neither of them "own" it), and use it with great success, this does not do much for your "it's no standard" issue, and makes it non-proprietary.
UBoot, however, is a completely custom and by dictionary definition, proprietary interface designed to boot many machines into Linux, primarily. It has minimal functionality, and a non-ratified API. It may be OpenSource, but that just means the specification and code is free to use: not that it is not proprietary.
The GPL actually PROTECTS author ownership of code, that's the whole point of the GPL!
UBoot is copyright of, property of, proprietary to, the UBoot project, in any legal or non-legal sense.
.. therefore, since Pegasos is based on a standard hardware platform, designed by a group of very large hardware and software companies a while back (CHRP is an Apple/IBM/Motorola invention and is well documented) and utilises OpenFirmware - another standard, used as specified by the CHRP standard - and the actual components of the motherboard are rarely different to the ones on AmigaOne (same Northbridge, all the old Via southbridges have very similar ATA100, USB etc. register sets), you can port it.
@Whoever asked why Ben has to go to Paris:
You really think we don't want to talk to him about the project he's about to undertake, and possibly demonstrate other systems and solutions for him?
He could run away and take the board to Thomas and Hans-Joerg and have it working on his own if he wanted to, but you'd really rather like to talk to the hardware designers, right?
@The guy with the butterfly:
Bill has said before that one of the ideas is to distribute software written for MorphOS with a copy of the OS on an "autorunning" CD for certain platforms. Mac might be one of them (imagine putting a game on there and it being MorphOS underneath). This would be MorphOSOnMac, in the same way that you have MacOnLinux.
The other possibility is that since MacOnLinux has the ability to load an Apple OpenFirmware ROM from disk, you can hijack it like Linux does on a real Mac (effectively being MorphOS running native, insofar as Linux runs native after Apple's bootstrap finishes).
Since MorphOS only needs OpenFirmware to boot, all you'd need then is some rudimentary drivers for system components (most of the operation of which can be derived from the emulations in MacOnLinux)