QNX RTP Running on iPaq 157
An anonymous reader sends in: "iPaq just got new gracious looks. QNX microkernel and the gracious Photon micro GUI did wonders to iPaq. Get a sneak preview here. If you are in Boston next week, be sure to drop by Embedded Systems Boston to try your hands at the qPaq... ;)"
Comment removed (Score:3, Interesting)
So when are they going to be *real* machines? (Score:4, Interesting)
I mean, eventually we could have a setup where you would buy a full size monitor and keyboard for office and home, and then just buy one little Super PDA to plug the monitor and keyboard into to use as a full PC. If they can get wireless networking down into that size package (which I'm sure they will eventually) you'd even be able to network without current crappy PDA packet modems or anything like that.
Uh, excuse me? (Score:4, Interesting)
Beautiful OS, but clearly not an organizer.
the problem is installation (Score:2, Interesting)
The biggest problem I have had with running non-WinCE operating systems on the iPaq is the installation, which is a very laborious and slow process that takes hours to download stuff over the serial line. What is really needed is the ability to overlay a new OS from Flash and/or to install a new OS by clicking on an application in Flash memory. Or, of course, Compaq might finally preinstall Linux on the iPaq; even HP will be shipping a Linux PDA.
QNX is definitely cool (Score:2, Interesting)
Re:QNX? QPE! (Score:4, Interesting)
Firstly reasons to chose QNX over QPE for your iPaq...
(1) QPE has alot of legacy attached to it.
(2) Qt applications can already run fine in QNX so all they really need is a recompile to work.
(3) It's cheeper to develop on QNX then QPE.
(4) It's bulky, really bulky - QNX can run quite comfortably in 5 megs of RAM - QPE requires much more.
(5) It's prettier... sorry, it just is.
Now the GPL issue..
Sorry to tell you but the GPL is not a good thing (TM).
Software on the QNX version of the iPaq can use the GPL if the author desires, however many real embeded developers have a great dislike for it (for many reasons). In fact, I'd like to tell you a little story.
Back before QNX 6.0 was released to the public QNX uses ALSA for sound... for it seemed like a good idea at the time - "simply tweek the drivers and recompile for QNX" said the QSSL engineers "It'll make our jobs alot easier!" they said.
But it diddent! See, many of the big audio corporations had what is known as "propritary hardware", and in order to have a real, fully-accelerated driver they'd have to relase all their secrets to the public and their competition.
QSSL soon figured out the problems with this; Is it better to have an OS that has rocking sound with a few-closed source drivers or an OS with okay sound and a couple of problematic drivers beacuse big busness dosent wana share technical specs?
So, the poor old QSSL engineers rewrote the sound system from the ground up so it wouldnt be tainted (yes, thats the right word - tainted) by the GPL. Now big busness likes them! As they can make driver or submit secret information to QSSL under a NDA for them to make excellent drivers, plus most of the sound system is open-source (download the Audio DDK and see for yourself). It's really a win-win situation.
And remember - Many pats of QNX -ARE- open-source (not just the sound system!), and the open-source parts (for the greater part) can be used for both comercial and non comercial purpose, but are not GPL'ed.
One must NOT confuse the GPL and the open-source philosphy, as they are two different things.
VSTa would be nice too (Score:1, Interesting)
Its called VSTa, or Valencia Simple Tasker. One of the main features of VSTa and QNX is that of a true microkernel architecture. The entire kernel runs in on-chip cache in around 40k of memory.
VSTa has been around for a while and is GPL'd. It has an elegant design, but unfortunately it doesn't have a large group of developers working on the kernel and associated software. Too bad, I say.
As much as I love linux, I think that VSTa would be an ideal kernel for the iPaq and similar devices. Now someone needs to do a port for StrongARM.
If you're interested try www.vsta.org
jim burnes jburnes@vonu.net