* Miklos Szeredi <mik...@szeredi.hu> wrote:
> On Fri, 20 Mar 2009, Ingo Molnar wrote:
> > > > The first line of attack for this problem is making
> > > > wait_task_inactive() sucks less, which shouldn't be too hard,
> > > > that unconditional 1 jiffy sleep is simply retarded.
> > >
> > > I completely agree. However, I'd like to have a non-invasive
> > > solution that can go into current and stable kernels so UML users
> > > don't need to suffer any more.
> >
> > Agreed. task_unlock_no_resched() should do that i think.
>
> I don't see how that would help.
it more clearly expresses the need there, and we already have
_no_resched API variants (we add them on an as-needed basis).
Doing:
preempt_disable();
read_lock();
...
read_unlock();
preempt_enable_no_resched();
Really just open-codes read_unlock_no_resched() and uglifies the
code.
> ptrace_stop() specifically would need read_unlock_no_resched().
> But I'm reluctant to add more spinlock functions with all their
> variants...
if you worry about backportability, we can certainly add the easy
fix too, if it's followed by the more involved fix(es).
Ingo
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
