From: Wolfgang Denk <hidden> Date: 2005-12-07 19:51:14
In message [off-list ref] you wrote:
The current kernel.org kernel doesn't appear to support fec/DMA. Is
there a plan to get networking support into the mainstream kernel?
I don;t know - the patches were submitted to this list a long time
ago; we added them to our repository without any additional problems;
see http://www.denx.de/cgi-bin/gitweb.cgi?p=linux-2.6-denx.git
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
If ignorance is bliss, why aren't there more happy people?
* The /dev/rtc interface will block on reads until an interrupt
* has been received. If a RTC interrupt has already happened,
* it will output an unsigned long and then block.
Paul Gortmaker's rtctest (included below) works really well on my x86
machine (driver/char/rtc.c) as a nice way for a user process to wait on ticks
of a programable frequency (via ioctl).
Under Denx linuxppc_2_4_devel MPC5200 I've tried:
driver/char/rtc.c - kernel panics
seems to need a RTC_IRQ to be defined
include/linux/mc14681rtc.h mentions #define RTC_IRQ 8 ?
CONFIG_PPC_RTC also panics
driver/char/genrtc.c (with #define CONFIG_GEN_RTC_X)
sort of works but I get the following:
gen_rtc_interrupt: system delaying clock ticks?
The internal MPC5200 RTC doesn't seem supported.
I see a lot of references to external RTCs, probably because
the standby power for the 5200 is high. I would like to
use a timer as the RTC interrupt and add an external RTC
later as a time reference (none on Lite5200 dev brd).
How best can I assign a GPTx as an interrupt? other than re-write
genrtc.c?
thanks,
Frank Bennett
*//*