* Sven-Thorsten Dietrich <sdietr...@mvista.com> wrote:
> Announcing the availability of prototype real-time (RT)cool! Basically the biggest problem is not the technology itself, but
> enhancements to the Linux 2.6 kernel.
> We will submit 3 additional emails following this one, containing
its proper integration into Linux. As it can be seen from the 2.4 RT
patches (TimeSys and yours), just walking the path towards a fully
preemptible kernel is not fruitful because it generates lots of huge,
intrusive patches that end up being unmaintainable forks of the Linux
the other approach is what i'm currently doing with the
- the generic irq subsystem: irq threading is a simple ~200-lines,
- preemptible BKL. Related to this is new debugging infrastructure in
- various fixes and latency improvements. A mutex based kernel is of
A couple of suggestions wrt. how to speed up the integration effort: you
- the handling of per-CPU data structures (get_cpu_var())
- RCU and softirq data structures
- the handling of the IRQ flag
These are basic correctness issues that affect UP just as much as SMP.
So the mutex patch will probably the one that can go upstream _last_,
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.