Getting rid of irq_stat_t

From: Rusty Russell (rusty@rustcorp.com.au)
Date: Thu Aug 15 2002 - 01:52:52 EST

Next message: H. Peter Anvin: "Re: [patch 4/21] fix ARCH_HAS_PREFETCH"
Previous message: Ingo Molnar: "Re: [patch] user-vm-unlock-2.5.31-A2"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi all,

Doing per-cpu cleanups: everyone except ia64 and x86_64 use
the generic irq_stat_t macros. There are two obvious ways to go: one
is to simply use per-cpu macros directly (nice and clean), the other
is to rework the softirq_pending() etc macros (adding
local_softirq_pending()) to use per-cpu everywhere except your two
platforms, which means callers need to disable preemption explicitly
(get_* and put* versions of the macros seems overkill).

The motivation is that accessing irq_stat_t is one of the main
reasons for smp_processor_id() etc.

Thoughts?
Rusty.

--
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
-
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/

Next message: H. Peter Anvin: "Re: [patch 4/21] fix ARCH_HAS_PREFETCH"
Previous message: Ingo Molnar: "Re: [patch] user-vm-unlock-2.5.31-A2"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:38 EST