Re: ULE Status.

From: Antoine Brodin <antoine.brodin_at_laposte.net>
Date: Mon, 6 Jun 2005 23:22:58 +0200
Jeff Roberson <jroberson_at_chesapeake.net> wrote:
> On Sun, 5 Jun 2005, jason henson wrote:
> 
> > Divacky Roman wrote:
> >
> > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote:
> > >
> > >
> > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug.  Please let
> > >>me know if you run into any problems with it, preferably with a seperate
> > >>mail to me as I'm more likely to see this than one which is cc'd to
> > >>current_at_.
> > >>
> > >>
> > >
> > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that
> > >its usually (80%) caused by mplayer... I dont know maybe it uses some specific
> > >things which make it more probable.
> > >
> > >without PREEMPTION everything works ok. I got the hardlock when compiling
> > >gcc41, downloading some big file from internet and trying to watch video usin
> > >mplayer
> > >
> > >I also have this
> > >Jun  5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1)
> 
> I can not reproduce this.  can you tell me what that pid is?  Can you tell
> me what your sched_ule.c version is?  I'm presently running
> ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded.

This message is printed the first time I quit a threaded app and the
pid is the pid of the threaded app I quit.
It is only printed once (see line 488 of kern_switch.c), and limitcount
should probably be made static so that it is initialized to zero.

Cheers,

Antoine
Received on Mon Jun 06 2005 - 19:23:04 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:35 UTC