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

Re: [Xen-ia64-devel] [patch 4/4] fix debug=y build: fix refs to in_irq



Le Vendredi 02 Juin 2006 16:51, Aron Griffis a Ãcrit :
> I don't actually have a patch for this problem yet, but I'll describe
> the problem and maybe somebody will have a quick fix.
>
> In xen/common/page_alloc.c and xen/common/schedule.c, there's a number
> of these:
>
>     ASSERT(!in_irq());
>
> This *should* work fine on ia64, but the problem is that the include
> trail is mixed up.  On x86, it goes like this:
>
>     #include <xen/irq.h>     --> include/xen/irq.h
>     #include <asm/irq.h>     --> include/asm-x86/irq.h
>     #include <asm/hardirq.h> --> include/asm-x86/hardirq.h
>
>     and hardirq.h defines in_irq()
>
> On ia64 it goes like this instead:
>
>     #include <xen/irq.h>     --> include/xen/irq.h
>     #include <asm/irq.h>     --> include/asm-ia64/linux/asm/irq.h
>     #include <asm/hardirq.h> --> include/asm-ia64/linux/asm/hardirq.h
>
>     but in_irq() is defined in a *different* hardirq.h which lives at
>     include/asm-ia64/linux-xen/linux/hardirq.h
>
> Any suggestions on the best way to handle this?  If you want to see it
> break for yourself, apply the first three patches in this patch bomb,
> then "cd xen; make debug=y"
Yes, I once tried to fix debug=y, but stopped after that.

I think the best solution is to create an asm-ia64/hardirq.h from 
linux-xen/linux/hardirq.h and linux/asm/hardirq.h

Xen/ia64 was heavily leveraged from Linux, but I think it's time to slowly go 
away.

Just my 0.02 eurs :-)

Tristan.

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.