Hi Kevin,
On 9/3/2010 10:51 PM, Kevin Hilman wrote:
Manjunatha GK<manj...@ti.com> writes:
[...]
+static struct omap_hwmod omap3xxx_dma_system_hwmod = {
+ .name = "dma",
+ .class =&omap3xxx_dma_hwmod_class,
+ .mpu_irqs = omap3xxx_dma_system_irqs,
+ .mpu_irqs_cnt = ARRAY_SIZE(omap3xxx_dma_system_irqs),
+ .main_clk = "l3_div_ck",
+ .slaves = omap3xxx_dma_system_slaves,
+ .slaves_cnt = ARRAY_SIZE(omap3xxx_dma_system_slaves),
+ .masters = omap3xxx_dma_system_masters,
+ .masters_cnt = ARRAY_SIZE(omap3xxx_dma_system_masters),
+ .dev_attr =&dma_dev_attr,
+ .omap_chip = OMAP_CHIP_INIT(CHIP_IS_OMAP3430),
+ .flags = HWMOD_NO_IDLEST,
hmm, I see an ST_DMA bit in CM_IDLEST1_CORE for DMA.
In fact in the case of the SDMA, the ST_DMA is the standby status and
not the idle status... This is indeed not confusing at all...
This bit will just provide information about the master port activity
(MStandby). Extract from the TRM:
In case of Smart-Standby: MStandby is asserted if at least one of the
following two conditions is satisfied:
1. All the channels are disabled
2. There is no non-synchronized channel enabled and or no DMA request
input is asserted and no request in the read and write port scheduler
state machine.
This information is unfortunately useless for the OCP slave port point
of view.
There are a couple of other initiators that does not have any idle
status: IVA, MPU and SGX. USB_OTG has both idle and standby.
Regards,
Benoit
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
