[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20081125132823.8698.83248.sendpatchset@rx1.opensource.se>
Date: Tue, 25 Nov 2008 22:28:23 +0900
From: Magnus Damm <magnus.damm@...il.com>
To: linux-kernel@...r.kernel.org
Cc: akpm@...ux-foundation.org, lethal@...ux-sh.org,
johnstul@...ibm.com, magnus.damm@...il.com, mingo@...hat.com,
Magnus Damm <magnus.damm@...il.com>, tglx@...utronix.de
Subject: [RFC] Reentrant clock sources
Hi everyone,
Is there any special reason behind the non-reentrant clock source
code? I'm writing some timer help code and getting the struct
clocksource as argument to the callbacks would make the code much
cleaner and better.
Extending the callbacks to be able to start and stop clock sources
for improved power management would be good too in my opinion.
Any thoughts?
I realize that there are quite a few clock source drivers
that need to be modified, any recommendation on which tree
to do it against and how to split up the patch? Thanks.
Signed-off-by: Magnus Damm <damm@...l.co.jp>
---
include/linux/clocksource.h | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
--- 0001/include/linux/clocksource.h
+++ work/include/linux/clocksource.h 2008-11-25 21:07:13.000000000 +0900
@@ -61,14 +61,14 @@ struct clocksource {
char *name;
struct list_head list;
int rating;
- cycle_t (*read)(void);
+ cycle_t (*read)(struct clocksource *cs);
cycle_t mask;
u32 mult;
u32 mult_orig;
u32 shift;
unsigned long flags;
- cycle_t (*vread)(void);
- void (*resume)(void);
+ cycle_t (*vread)(struct clocksource *cs);
+ void (*resume)(struct clocksource *cs);
#ifdef CONFIG_IA64
void *fsys_mmio; /* used by fsyscall asm code */
#define CLKSRC_FSYS_MMIO_SET(mmio, addr) ((mmio) = (addr))
@@ -170,7 +170,7 @@ static inline u32 clocksource_hz2mult(u3
*/
static inline cycle_t clocksource_read(struct clocksource *cs)
{
- return cs->read();
+ return cs->read(cs);
}
/**
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists