> are iomd devs on the arm7500 that different?  I know they have a few

Err...not too sure what all the differences are, because I'm beginning to
understand (in the loosest sense) the ARM7500FE, but I've virtually no
knowledge of the rest.  As far as I can tell the IOMD id is different, and
that there are a couple of different IRQs (like IRQ_MSRD...), various
other minor differences.  Most of it I worked back from kernel source :-) 

> changes here and there, but I'm hoping that the vidcaudio driver should
> work on that device with only a few changes (that's if I ever get any
> sound out of the thing)

I get the impression that any of the audio driver shouldn't be affected.
However, if you want anything testing on an A7000+, let me know...

> How does the floating point work on the a7000+? It should be quicker
> than on other machines (although I think the soft-float should have
> helped)

I don't know for sure.  I don't even know if it's actually using the FPU
at the mo - that's on my list of things to check out.  Somethings
cheerfully bomb out listing a fault at a FP instruction, whilst somethings
(which I had assumed to use FP)  work perfectly well.  (My current kernel
doesn't have the FPE built in because it refuses to compile.)  I'm
presuming this is because-as the ARM documentation says-some of the FP is
done on chip and some in software, so presumably I still need the FPE in
the kernel.

> Out of curiosity does the lmcaudio driver work on the A7000+? (This
> would be useful for the work I'm doing on the audio driver...)

Err.  Don't know.  The beep sounds atrocious, if that's any help?  Can you
recommend a way to test this?

Cheers,
David.