there is a flasher to update the Zaurus rom, I am wondering if it can be done by creating an image in the same way as Zaurus linux image…
Adam Mallory wrote:
It hasn’t been tested here AFAIK - But it seems to be based on the StrongARM
SA-1110. So in theory, it should run, but getting an image onto the PDA
might be a little harder.
Again, I don’t have any experience with this PDA, but it seems like to would
be possible.
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> pschon@baste.magibox.net
“Fatih Erarslan” <> cocoavitae@mac.com > > wrote in message
news:adpe12$aja$> 1@inn.qnx.com> …
Hi all,
It seems that my previous messge has gotten lost. So I repeat my wuestion
again:
Is that possible to install QNX on a Sharp Zaurus SL5500 ?
That being said - I am close to getting hardware docs on this unit. I wouldn’t
try flashing it with QNX, you are likly to simply loose a functioning unit.
there is a flasher to update the Zaurus rom, I am wondering if it can be done by creating an image in the same way as Zaurus linux image…
Adam Mallory wrote:
It hasn’t been tested here AFAIK - But it seems to be based on the StrongARM
SA-1110. So in theory, it should run, but getting an image onto the PDA
might be a little harder.
Again, I don’t have any experience with this PDA, but it seems like to would
be possible.
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> pschon@baste.magibox.net
“Fatih Erarslan” <> cocoavitae@mac.com > > wrote in message
news:adpe12$aja$> 1@inn.qnx.com> …
Hi all,
It seems that my previous messge has gotten lost. So I repeat my wuestion
again:
Is that possible to install QNX on a Sharp Zaurus SL5500 ?
TIA
Fatih
\
–
Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll – http://qnx.wox.org/
I don’t know about ARM, on X86 the procnto code & data size is about 225K.
Then there’s libc.so which is about 312K. So you’re already over half a meg
and you still need some more stuff, not to forget your apps so you get
closer to 1M. Then it is further bloated by the image filesystem which is
being put into RAM by procnto and will roughly double the total memory size.
That’s how Neutrino ends up not being able to fit into anything less than
2M. The question is, is there anything to be done about ot.
Depending on how you specify the flags for the image filesystem, most of
the code there will be used in place – that is, the process code will
NOT have a second copy made. The data can also be specified as UIP,
though this isn’t the default. Of course, once you’ve done this you
can only run the program once.
The library dietician can cut size of libc a lot, leaving only functions
which are actually used by your code.
Quite helpful.
The image filesystem I believe can be unbloated somewhat by using
‘unlink_list’ feature which appeared in 6.1. It is not quite clear to me yet
what exacly can be unlinked,
“Chris McKillop” <> cdm@qnx.com> > wrote in message
As shipped now, Neutrino will not fit in such a small space. It isn’t an
executive like many other RTOSes, but is more like a realtime UNIX. On
one of the PPC platforms I test on I am able to get a system running (with
a shell and networking) in about 2M of memory.
Ehehe… Remembering how original design goal of Neutrino included 4 memory
models one of them being ‘executive’ where you link your app with
microkernel… and second one i think was minimal protection (system/user).
Those would surely fit, what a shame you forgot those goals.
Chris did say “As shipped now”. Perhaps they haven’t forgotten the
goals; perhaps they simply haven’t realized them yet. I don’t think
there is any fundamental architectural reason that the goal of a linkable
executive is not achievable.
Chris did say “As shipped now”. Perhaps they haven’t forgotten the
goals; perhaps they simply haven’t realized them yet. I don’t think
there is any fundamental architectural reason that the goal of a linkable
executive is not achievable.
It seems to me that the architecture guide says that you should be able to
do this but that it’s not recommended as a ‘do-it-yourself’ project and that
you should talk to QNX for help. I would expect that it’s just that no one
has wanted it badly enough to pay for it yet which would imply that there
isn’t really that much demand which means that our OS team’s resources are
better spent elsewhere. We only have a limited amount of brain-power so if
we can nail down the 80% that satisfies the 90%, we’re doing pretty well.
At least that’s the way it looks to me (although my view is limited, chained
up in my cube as I am
