[RFCv2 3/3] ARM: dts: N900: Add SSI information
From: Sebastian Reichel <hidden>
Date: 2013-11-21 23:39:06
Also in:
linux-devicetree, linux-omap, lkml
On Thu, Nov 21, 2013 at 12:46:55PM -0800, Tony Lindgren wrote:
* Sebastian Reichel [off-list ref] [131120 18:22]:quoted
On Wed, Nov 20, 2013 at 05:38:59PM -0800, Tony Lindgren wrote: In the public documentation of the omaps all SSI related stuff is missing and memory areas are marked as reserved. I could not find out how to receive the NDA version, so the following is purely speculation based on the code. If I understand it right the HW looks like this: +-----------------+ | GDD (DMA) | <- this one is currently called ssi-controller +--------+--------+ | Port 1 | Port 2 | <- these are currently called ssi-port +--------+--------+ I think the GDD part must be enabled while Port 1 or Port 2 is enabled. The last RFC driver from Carlos did not even split up the irq/memory areas into different platform devices, but just requested all of them in one ssi platform device.Might be worth checking. If these blocks have the revision and SYSC register in the beginning of their address space like all omap modules, then they are completely separate blocks and can idle independently.
This does not seem to be the case. I think this is just one big IP-Core, which provides two ports.
The fact that they have separate interrutps makes me think that's the case, otherwise there would be just interrupt(s) at the ssi-controllel level.
The original driver from Carlos had all IRQs in one big platform device. I created the ports subdevices, since it looked cleaner than naming resources "port1_mpu_irq0". -- Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20131122/60f08dbe/attachment.sig>