Re: Real-Time Preemption, -RT-2.6.12-final-V0.7.50-24

[Chuck Harding <charding@llnl.gov>]

On Tue, 28 Jun 2005, Chuck Harding wrote:

> On Tue, 28 Jun 2005, Ingo Molnar wrote:
>
> > * Ingo Molnar <mingo@elte.hu> wrote:
> >
> > > * Steven Rostedt <rostedt@goodmis.org> wrote:
> > >
> > > > Although turning off apm works, this is a fix to the symptom and not a
> > > > cure.  Has someone already taken a look at this code? Since
> > > > apm_bios_call_simple calls local_save_flags and afterwards
> > > > raw_lock_irq_restore is then called.  Shouldn't that have been
> > > > raw_local_save_flags?
> > >
> > > ah, indeed. I fixed this bug and have uploaded the -50-26 patch.
> > > Chuck, does this fix the APM problems for you?
> >
> > i've also uploaded -50-27 in which i've improved the irq-flags debugging
> > code. They are activated if CONFIG_DEBUG_PREEMPT is enabled, and can
> > come in two variants of kernel messages:
> >
> > BUG: bad raw irq-flag value 80000000, test/3810!
> > BUG: bad soft irq-flag value 00000202, test/3810!
> >
> > so we should now be able to detect mismatches of irq flags right where
> > they occur.
> >
> > 	Ingo
>
> Ack!! I didn't have that enabled so I am rebuilding again. One thing I've
> noticed is that sox seems to be hanging when it is trying to play a .wav
> file (for system beeps) and there aren't any error messages about what
> might be going on.

More info - sox is locked up so tight that no kill can stop it. I'm not
seeing any of the BUG messages either even though I enabled 
CONFIG_DEBUG_PREEMPT.

--
Charles D. (Chuck) Harding <charding@llnl.gov>  Voice: 925-423-8879
Senior Computer Associate         ICCD            Fax: 925-423-6961
Lawrence Livermore National Laboratory      Computation Directorate
Livermore, CA USA  http://www.llnl.gov  GPG Public Key ID: B9EB6601
------------------ http://tinyurl.com/5w5ey -----------------------
-- LISP: To call a spade a thpade. --
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/