Re: [Ipodlinux-devel] new ipod, etc

[PALFFY D. <dpa...@ra...>]

Hi!

I've got my ipod yesterday... I've just compiled a kernel with firewire
support to try playing with it from linux.

> Reviving the initrd may indeed be a good plan - unfortunately I don't
> have any of the old code hanging around.  It should be quite easy to get
> going though as there are a number of examples with the other uClinux
> targets using it.  The full uClinux "distribution" build has a mechanism
> to automatically build the disk image.
>
> From what I remember there actually isn't much more required than whats
> in the head-arm-ipod.S.  Once you enable the compile option I think the
> rest of the code just switches on...

Ok, thanks. I will try this in the weekend if everything goes well.

> As for the serial stuff doing it in the kernel may be kinda hard...
> however the ipod serial driver is already working so in theory if you
> just started up a console on the right tty line it would all work!  I

Ok, I'll try this next week - I don't have a scope at home :(

> assume the g2 hardware has one of the UARTs IN line connected up for the
> remote control.  I would assume the g3 has the OUT line for the same
> UART connected up (the other UART is used for the piezo).  Unfortunately
> I have no idea what pin on the connector might be used (is there a
> dissection out there somewhere??).

I couldn't find it now. But IIRC I've seen one a a month ago or so, they
said that the circuit inside the remote was the same, only the connector
changed. But it would be nice if I knew the layout of at least the known
pins on the connector.

> Other thoughts; yes the CPU is speced to go up to at least 90MHz.
> Cranking it up doesn't really improve performance as the problem is more
> that the memory is not fast enough.  The 96KB of on chip ram _is_ fast
> enough and that does help.  The problem is getting balance right between
> putting code/data in the fast ram and then splitting the workload
> between the two cpu cores.

Ok, then my feeling about the normal SDRAM being slow was correct. Then
still, we should look into the DSP tremor project and find out, how much
memory they need, etc. I'll try this when the basic hardware is running.

> The SRAM starts at 0x28000000 the on board ram is 0x40000000.

Thanks.

--
Dani
			...and Linux for all.