Part Number: AM5728
Hi, I am using McASPs in bare metal DSP code alongside a Linux host application. I recently formalised the Linux BSP I was using and now have somehow ended up in a state where the L4PER2 clock is being disabled by the Linux side.
I am not sure of the correct way to tell Linux not to disable this specific clock (I have seen mention of preventing ANY clocks being disabled but I don't imagine this will be good for power consumption / heat).
I tried prodding the CSL_L4PER_CM_CORE_COMPONENT_CM_L4PER2_CLKSTCTRL_REG register in my DSP initialisation code but it seems that Linux is disabling the clock again further on during initialisation. I would also not trust that it would stay enabled indefinitely after this if Linux thinks it owns these clocks.
Is there a way to inform the device tree that a different core will own particular clocks?
I found this in dra7xx-clocks.dtsi
l4per_cm: l4per_cm@1700 {
compatible = "ti,omap4-cm";
reg = <0x1700 0x300>;
#address-cells = <1>;
#size-cells = <1>;
ranges = <0 0x1700 0x300>;
l4per_clkctrl: clk@0 {
compatible = "ti,clkctrl";
reg = <0x0 0x20c>;
#clock-cells = <2>;
assigned-clocks = <&l4per_clkctrl DRA7_MCASP3_CLKCTRL 24>;
assigned-clock-parents = <&abe_24m_fclk>;
};
};
Is there an override to this to prevent the clock being put to sleep?
Many thanks,
James