linux-toradex.git/arch/mips/kernel/cevt-sb1250.c, branch v3.10.4

MIPS: Whitespace cleanup.

2013-02-01T09:00:22+00:00

Having received another series of whitespace patches I decided to do this
once and for all rather than dealing with this kind of patches trickling
in forever.

Signed-off-by: Ralf Baechle

MIPS: irq: Remove IRQF_DISABLED

2011-12-07T22:03:45+00:00

Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled and we even check
and yell when an interrupt handler returns with interrupts enabled (see
commit [b738a50a: genirq: Warn when handler enables interrupts]).

So now this flag is a NOOP and can be removed.

[ralf@linux-mips.org: Fixed up conflicts in
arch/mips/alchemy/common/dbdma.c, arch/mips/cavium-octeon/smp.c and
arch/mips/kernel/perf_event.c.]

Signed-off-by: Yong Zhang 
To: linux-kernel@vger.kernel.org
Cc: tglx@linutronix.de
linux-mips@linux-mips.org
Patchwork: https://patchwork.linux-mips.org/patch/2835/
Signed-off-by: Ralf Baechle

MIPS: Add missing #inclusions of

2010-10-07T13:08:54+00:00

Add missing #inclusions of  to a whole bunch of files that should
really include it.  Note that this can replace #inclusions of .

This is required for the patch to sort out irqflags handling function naming to
compile on MIPS.

The problem is that these files require access to things like setup_irq() -
which isn't available by #including 

Signed-off-by: David Howells 
Acked-by: Ralf Baechle

MIPS: Add IRQF_TIMER flag for timer interrupts

2009-11-02T11:00:02+00:00

As the commit 3ee4c147 shows, we need to "Add IRQF_TIMER flag for timer
interrupts", Atsushi Nemoto have reported that some other timer interrupts
should be considered, Here it is.

Acked-by: Thomas Gleixner 
Acked-by: Rafael J. Wysocki 
Signed-off-by: Wu Zhangjin 
Signed-off-by: Ralf Baechle

MIPS: Build fix - include into all smp_processor_id() users.

2009-06-24T17:34:39+00:00

Some of the were relying into smp.h being dragged in by another header
which of course is fragile.   uses smp_processor_id()
only in macros and including smp.h there leads to an include loop, so
don't change cpu-info.h.

Signed-off-by: Ralf Baechle

cpumask: remove references to struct irqaction's mask field.

2009-03-30T11:35:14+00:00

Impact: cleanup

It's unused, since about 1995.  So remove all initialization of it in
preparation for actually removing the field.

Signed-off-by: Rusty Russell 
Acked-by: Thomas Gleixner

cpumask: convert struct clock_event_device to cpumask pointers.

2008-12-13T10:50:26+00:00

Impact: change calling convention of existing clock_event APIs

struct clock_event_timer's cpumask field gets changed to take pointer,
as does the ->broadcast function.

Another single-patch change.  For safety, we BUG_ON() in
clockevents_register_device() if it's not set.

Signed-off-by: Rusty Russell 
Cc: Ingo Molnar

cpumask: make irq_set_affinity() take a const struct cpumask

2008-12-13T10:50:26+00:00

Impact: change existing irq_chip API

Not much point with gentle transition here: the struct irq_chip's
setaffinity method signature needs to change.

Fortunately, not widely used code, but hits a few architectures.

Note: In irq_select_affinity() I save a temporary in by mangling
irq_desc[irq].affinity directly.  Ingo, does this break anything?

(Folded in fix from KOSAKI Motohiro)

Signed-off-by: Rusty Russell 
Signed-off-by: Mike Travis 
Reviewed-by: Grant Grundler 
Acked-by: Ingo Molnar 
Cc: ralf@linux-mips.org
Cc: grundler@parisc-linux.org
Cc: jeremy@xensource.com
Cc: KOSAKI Motohiro

[MIPS] Sibyte: Stop timers before programming next even.

2007-11-15T23:21:50+00:00

We have no guarantee by the generic time code that the timer is stopped
when the ->next_event method is called.  Modifying the Timer Initial Count
register while the timer is enabled has UNPREDICTABLE effect according to
the BCM1250/BCM1125/BCM1125H User Manual.  So stop the timer before
reprogramming.

This is a paranoia fix; no ill effects have been observed previously.

Signed-off-by: Ralf Baechle

[MIPS] Sibyte: Increase minimum oneshot timer interval to two ticks.

2007-11-15T23:21:50+00:00

For the old minimum of a single tick a value of zero would be programmed
into the init value register which in the BCM1250/BCM1125/BCM1125H User
Manual in the Timer Special Cases section is documented to have
UNPREDICTABLE effect.

Observable sympthoms of this bug were hangs of several seconds on the
console during bootup and later if both dyntick and highres timer options
were activated.

In theory contiguous mode of the timers is also affected but in an act of
hopeless lack of realism I'll assume nobody will ever configure a KERNEL
for HZ > 500kHz but if so I leave that to evolution to sort out.

Signed-off-by: Ralf Baechle