Re: RT patch acceptance

["Paul G. Allen" <pgallen@gmail.com>]

On 5/25/05, kus Kusche Klaus <kus@keba.com> wrote:
> 
> I would like to throw in my (and my employer's) point of view,
> which is the point of view of a potential user of RT linux,
> not the view of a kernel developer.
> 
> We are currently evaluating the suitability of Linux for
> industrial control systems.

As we are, but for a different embedded application (see below)

> 
> We strongly opt for having RT in the standard kernel,
> not as a separate patch.
> It will surely make a big difference for our final decision.

100% agreed.

> 
> From the engineer's point of view:
> 

I would have to agree with all your points here.

> 
> From the management's point of view:
> 

I would have to second all your points here as well.

As for our company, and the reason I'm now following RT Linux related
threads closely now (though I have missed a LOT over past months), we
currently have about 50K units fielded and that number is going to
grow significantly. We use VxWorks, which costs money. We don't need
all the features of VxWorks. We need a basic RTOS with no VM, a FFS
(currently the DOS FFS can lock the CPU for up to 2 sec. and we'd like
to significantly reduce this), will run on an embedded ARM7TDMI, and
will be supported in some manner (e.g. - a standard part of the
kernel). Something that is a "patch" will look bad to management and
make future updates, as was stated, a PITA.

To save on the licensing and development fees, I think we would have
no trouble developing the features we need (and turning around and
submitting them back to the community) IF RT Linux is at least close
to being ready for Prime Time with the features I mention above.

So, how stable is RT Linux (or any of the several flavors of real-time
Linux versions) and would it be suitable for an embedded system used
for communications? How long before it's part of the standard kernel
(even if it's just a compile-time option)?

PGA