Arjan Opmeer wrote:
> >> >SKPCR |= SKPCR_UCLKEN;
> >> >printk("SKPCR: %x\n", SKPCR);
> >>
> >> This is displaying 0?
> >
> >Ahem, jupz, it sure does.
I have no explanation for this, but you're right, with 2.4.0-test5-rmk1-np1,
my reads of the SKPCR return zero as well. (Disclaimer: I tossed a single
write/read into sa1111_init() immediately after enabling the RAB clock; this
is hardly conclusive.) Other registers in the System Controller seem to be
okay.
However, I've been playing around with the SA-1111 Serial Audio Controller
recently, which also relies on the SKPCR, and have not seen this problem on a
suitably-patched (2.4.0-test5-rmk1-np1-jd1) kernel. This patch is _very_
alpha, but I thought I'd put it up before I go on vacation in case anyone
wants to tinker with it. It's in the "Bleeding Edge" section of:
http://www.cs.cmu.edu/~wearable/software/assabet.html
If you're willing to tolerate the occasional DMA lockup or weird audio
corruption, this is the driver for you. =)
Arjan, for your USB work, you might try just adding the parts of the patch
which set up the shared memory controller and enable the DMA clock.
-jd
unsubscribe: body of `unsubscribe linux-arm' to [EMAIL PROTECTED]
++ Please use [EMAIL PROTECTED] for ++
++ kernel-related discussions. ++
