mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>,
	Ingo Molnar <mingo@elte.hu>,
	Christoph Hellwig <hch@infradead.org>,
	linux-kernel@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	paulus@samba.org, ralf@linux-mips.org, davem@davemloft.net,
	lethal@linux-sh.org, jdike@addtoit.com
Subject: Re: tick-common.c hack for s390 needed
Date: Tue, 25 Mar 2008 20:09:15 +0100 (CET)	[thread overview]
Message-ID: <alpine.LFD.1.00.0803252002100.3781@apollo.tec.linutronix.de> (raw)
In-Reply-To: <20080323223455.GA746@flint.arm.linux.org.uk>

On Sun, 23 Mar 2008, Russell King wrote:

> On Sat, Mar 22, 2008 at 09:32:23PM +0100, Heiko Carstens wrote:
> > Generic code is not supposed to include irq.h. Replace this include
> > by linux/hardirq.h instead and add/replace an include of linux/irq.h
> > in asm header files where necessary.
> > This change should only matter for architectures that make use of
> > GENERIC_CLOCKEVENTS.
> > Architectures in question are mips, x86, arm, sh, powerpc, uml and sparc64.
> > 
> > I did some cross compile tests for mips, x86_64, arm, powerpc and sparc64.
> > This patch fixes also build breakages caused by the include replacement in
> > tick-common.h.
> 
> I generally dislike adding optional linux/* includes in asm/* includes -
> I'm nervous about this causing include loops.
> 
> However, there's a separate point to be discussed here.
> 
> That is, what interfaces are expected of every architecture in the kernel.
> If generic code wants to be able to set the affinity of interrupts, then
> that needs to become part of the interfaces listed in linux/interrupt.h
> rather than linux/irq.h.
> 
> So what I suggest is this approach instead (against Linus' tree of a
> couple of days ago) - we move irq_set_affinity() and irq_can_set_affinity()
> to linux/interrupt.h, change the linux/irq.h includes to linux/interrupt.h
> and include asm/irq_regs.h where needed (asm/irq_regs.h is supposed to be
> rarely used include since not much touches the stacked parent context
> registers.)

That patch makes a lot of sense and resolves all the issues. 

I push it through hrt.git and add the GENERIC_HARDIRQS dependency
which was requested by Heiko.

Thanks,

	tglx

> Build tested on ARM PXA family kernels and ARM's Realview platform
> kernels which both use genirq.
>
> diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h
> index f8ab4ce..355e3b0 100644
> --- a/include/linux/interrupt.h
> +++ b/include/linux/interrupt.h
> @@ -102,6 +102,25 @@ extern void disable_irq_nosync(unsigned int irq);
>  extern void disable_irq(unsigned int irq);
>  extern void enable_irq(unsigned int irq);
>  
> +#ifdef CONFIG_SMP
> +
> +extern int irq_set_affinity(unsigned int irq, cpumask_t cpumask);
> +extern int irq_can_set_affinity(unsigned int irq);
> +
> +#else /* CONFIG_SMP */
> +
> +static inline int irq_set_affinity(unsigned int irq, cpumask_t cpumask)
> +{
> +	return -EINVAL;
> +}
> +
> +static inline int irq_can_set_affinity(unsigned int irq)
> +{
> +	return 0;
> +}
> +
> +#endif /* CONFIG_SMP */
> +
>  #ifdef CONFIG_GENERIC_HARDIRQS
>  /*
>   * Special lockdep variants of irq disabling/enabling.
> diff --git a/include/linux/irq.h b/include/linux/irq.h
> index 176e5e7..1883a85 100644
> --- a/include/linux/irq.h
> +++ b/include/linux/irq.h
> @@ -228,21 +228,11 @@ static inline void set_pending_irq(unsigned int irq, cpumask_t mask)
>  
>  #endif /* CONFIG_GENERIC_PENDING_IRQ */
>  
> -extern int irq_set_affinity(unsigned int irq, cpumask_t cpumask);
> -extern int irq_can_set_affinity(unsigned int irq);
> -
>  #else /* CONFIG_SMP */
>  
>  #define move_native_irq(x)
>  #define move_masked_irq(x)
>  
> -static inline int irq_set_affinity(unsigned int irq, cpumask_t cpumask)
> -{
> -	return -EINVAL;
> -}
> -
> -static inline int irq_can_set_affinity(unsigned int irq) { return 0; }
> -
>  #endif /* CONFIG_SMP */
>  
>  #ifdef CONFIG_IRQBALANCE
> diff --git a/kernel/time/tick-broadcast.c b/kernel/time/tick-broadcast.c
> index e1bd50c..fdfa0c7 100644
> --- a/kernel/time/tick-broadcast.c
> +++ b/kernel/time/tick-broadcast.c
> @@ -14,7 +14,7 @@
>  #include <linux/cpu.h>
>  #include <linux/err.h>
>  #include <linux/hrtimer.h>
> -#include <linux/irq.h>
> +#include <linux/interrupt.h>
>  #include <linux/percpu.h>
>  #include <linux/profile.h>
>  #include <linux/sched.h>
> diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c
> index 1bea399..4f38865 100644
> --- a/kernel/time/tick-common.c
> +++ b/kernel/time/tick-common.c
> @@ -14,12 +14,14 @@
>  #include <linux/cpu.h>
>  #include <linux/err.h>
>  #include <linux/hrtimer.h>
> -#include <linux/irq.h>
> +#include <linux/interrupt.h>
>  #include <linux/percpu.h>
>  #include <linux/profile.h>
>  #include <linux/sched.h>
>  #include <linux/tick.h>
>  
> +#include <asm/irq_regs.h>
> +
>  #include "tick-internal.h"
>  
>  /*
> diff --git a/kernel/time/tick-oneshot.c b/kernel/time/tick-oneshot.c
> index 0258d31..450c049 100644
> --- a/kernel/time/tick-oneshot.c
> +++ b/kernel/time/tick-oneshot.c
> @@ -14,7 +14,7 @@
>  #include <linux/cpu.h>
>  #include <linux/err.h>
>  #include <linux/hrtimer.h>
> -#include <linux/irq.h>
> +#include <linux/interrupt.h>
>  #include <linux/percpu.h>
>  #include <linux/profile.h>
>  #include <linux/sched.h>
> 
> 
> -- 
> Russell King
>  Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
>  maintainer of:
> 

  parent reply	other threads:[~2008-03-25 19:12 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-18  9:31 Heiko Carstens
2008-03-19  4:12 ` Arnd Bergmann
2008-03-19  5:45 ` Christoph Hellwig
2008-03-21 10:15   ` Ingo Molnar
2008-03-21 13:25     ` Heiko Carstens
2008-03-21 14:45       ` Thomas Gleixner
2008-03-22 20:32         ` Heiko Carstens
2008-03-23 22:34           ` Russell King
2008-03-24 10:14             ` Heiko Carstens
2008-03-25 19:09             ` Thomas Gleixner [this message]
2008-03-25 19:30               ` Russell King
2008-04-01 11:02               ` Heiko Carstens
2008-04-01 11:24                 ` Thomas Gleixner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LFD.1.00.0803252002100.3781@apollo.tec.linutronix.de \
    --to=tglx@linutronix.de \
    --cc=davem@davemloft.net \
    --cc=hch@infradead.org \
    --cc=heiko.carstens@de.ibm.com \
    --cc=jdike@addtoit.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=paulus@samba.org \
    --cc=ralf@linux-mips.org \
    --cc=rmk+lkml@arm.linux.org.uk \
    --cc=schwidefsky@de.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®