Re: [patch] fix i386 mutex fastpath on FRAME_POINTER && !DEBUG_MUTEXES

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In-Reply-To: <[email protected]>

On Wed, 11 Jan 2006, Ingo Molnar wrote:

> On Wed, 11 Jan 2006, Chuck Ebbert wrote:
>
> > 
> >                 LOCK    "   decl (%%eax)        \n"                     \
> >                         "   jns 1f              \n"                     \
> >                         "   call "#fail_fn"     \n"                     \
> >                         "1:                     \n"                     \
> >                                                                         \
> >                 :"=a" (dummy)                                           \
> >                 : "a" (count)                                           \
> > 
> > 
> > Will the extra taken forward conditional jump in the fastpath cause much
> > of a slowdown?
> 
> yeah - the fastpath is much more common than the slowpath.

But that's how the spinlock code does it.  Should that be changed to put the
spinloops in .text.lock and make the fastpaths a fall-through?

-- 
Chuck
Currently reading: _Olympos_ by Dan Simmons
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux