lkml.org 
[lkml]   [2006]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: mutex vs. local irqs (Was: 2.6.18 -mm merge plans)
From
Date
On Thu, 2006-06-08 at 16:02 +0200, Roman Zippel wrote:
> Hi,
>
> On Thu, 8 Jun 2006, Benjamin Herrenschmidt wrote:
>
> > > On ppc it should not be that difficult to even modify the exception entry
> > > code. Instead of calling do_IRQ use do_early_IRQ and only install the real
> > > handler later.
> >
> > Yes, it's possible, but will add overhead to the common IRQ path just
> > to handle an early boot special case.
>
> What I mean is to directly patch the exception entry code, so after the
> initialization is complete you'll have no additional overhead.
> In the EXC_XFER_TEMPLATE() macro the handler is stored at i##n. You can
> either export that address or you can use a special transfer handler,
> which automatically patches the values once some flag is set.

That is a possibility. Also totally PPC specific for a problem that will
hit every arch once I start moving things around in the init code. I
still think that the best way is to fix the mutex code. You remember
what you can read on most public toilets about leaving them in the state
you found them ? Sounds like a pretty good rule to me here as well.

Ben.

-
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/

\
 
 \ /
  Last update: 2006-06-09 02:51    [W:0.088 / U:0.536 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site