public inbox for elix@sourceware.org
 help / color / mirror / Atom feed
* From darkness of ignorance
@ 1999-12-24 21:09 Bhushit Joshipura
  1999-12-28  4:44 ` Stuart Hughes
  0 siblings, 1 reply; 2+ messages in thread
From: Bhushit Joshipura @ 1999-12-24 21:09 UTC (permalink / raw)
  To: nickg, sehughes; +Cc: elix

Hello all,

Please put me to right track for the following bunch of thoughts:

0. Till now it was embedded and if had an OS, it had to be RT
1. Then we had WindowCE and RT blurred
2. And there are more non-realtime, priority based OS's emerging: PalmOS is 
one more to consider. Till now Palm has not gone 'out of hand' but may go 
anytime
3. Thus 'embedded' is getting bigger than 'RT' and calls for precise lining. 
Soon we will be engulfed with products which are embedded but not so much RT

So, you must feel OK with the following points:
0. RTOS are going to become (or HAVE become) part of embedded OS
1. API fixation of embedded OS thus have to consider 'slimming down' as 
priority
2. RT API will be just a special case of embedded API

In this light, may I now ask the question:
Which API standardization are we discussing in this group? Embedded or RT?

-Bhushit Joshipura
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: From darkness of ignorance
  1999-12-24 21:09 From darkness of ignorance Bhushit Joshipura
@ 1999-12-28  4:44 ` Stuart Hughes
  0 siblings, 0 replies; 2+ messages in thread
From: Stuart Hughes @ 1999-12-28  4:44 UTC (permalink / raw)
  To: Bhushit Joshipura; +Cc: nickg, elix

Bhushit Joshipura wrote:
> 
> Hello all,
> 
> Please put me to right track for the following bunch of thoughts:
> 
> 0. Till now it was embedded and if had an OS, it had to be RT
> 1. Then we had WindowCE and RT blurred
> 2. And there are more non-realtime, priority based OS's emerging: PalmOS is
> one more to consider. Till now Palm has not gone 'out of hand' but may go
> anytime
> 3. Thus 'embedded' is getting bigger than 'RT' and calls for precise lining.
> Soon we will be engulfed with products which are embedded but not so much RT
> 
> So, you must feel OK with the following points:
> 0. RTOS are going to become (or HAVE become) part of embedded OS
> 1. API fixation of embedded OS thus have to consider 'slimming down' as
> priority
> 2. RT API will be just a special case of embedded API
> 
> In this light, may I now ask the question:
> Which API standardization are we discussing in this group? Embedded or RT?
> 
> -Bhushit Joshipura


Hi Bhushit,

I think EL/IX can serve both the embedded and RT world.  In many cases,
as you say yourself the line can be blurred.  I feel it should be
possible for deterministic hard real-time OS's to provide a method to
conform to at least a subset of the EL/IX specification.  

For these reasons, I think this list is an appropriate place to discuss
the API for all systems seeking to provide some level of compliance,
including RT systems.

Regards, Stuart

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1999-12-28  4:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-12-24 21:09 From darkness of ignorance Bhushit Joshipura
1999-12-28  4:44 ` Stuart Hughes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).