From: [email protected]
Date: Tue, 6 Sep 2005 01:56:45 +0100
> Yet another architecture not coverd by GEN_RTC - sparc64 never
> picked it until now and it doesn't have asm/rtc.h to go with it, so
> it wouldn't compile anyway (or have these ioctls in the user-visible
> headers, for that matter).
>
> FWIW, I'm very tempted to introduce ARCH_HAS_GEN_RTC and have
> it set in arch/*/Kconfig for architectures that know what to do with this
> stuff - for something supposedly generic the list of architectures where
> it doesn't work is getting too long...
>
> Signed-off-by: Al Viro <[email protected]>
I'll add this patch to my sparc tree, thanks Al.
Admittedly, the whole RTC situation is quite a mess I have to
agree.
To make the problem worse, we have two sets of RTC ioctls
which userland makes use of on Sparc. The older ones which
the SBUS RTC driver exported and supported, and the normal
ones the rest of the world uses. Because the normal RTC driver
gets used as well, userland actually tries both ioctl sets.
Therefore, it probably would work to completely do away with
the SBUS RTC ioctl support, and only use the normal ones.
This would make using the generic RTC driver much easier, I
would think.
Anyways, I've added this to my sparc64 TODO list at:
http://vger.kernel.org/~davem/sparc64_todo.html
so that I can get to dealing with this at some point.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |