Hi, * Peter Ujfalusi <peter.ujfalusi@xxxxxx> [191025 13:05]: > McPDM module receives it's functional clock from external source. This > clock is the pdmclk provided by the twl6040 audio IC. If the clock is not > available all register accesses to McPDM fails and the module is not > operational. > > this has been lurking in my next-wip branch for some time... > It might not needed anymore as I have not heard about issues with McPDM for a > while. > > It was dropped back then because some core parts were not picked in time and > this caused some issues, but can not find the exact reason Yes it's a strange solution to clock the internal mcpdm module externally :) AFAIK it's now already handled properly by ti-sysc. We have a common omap4-mcpdm.dtsi configure mcpdm clock forthe module, then ti-sysc driver defers probe until the mcpdm clock is available. And for omap5 we have omap5-board-common.dtsi configure it. So probably the only thing omap-mcpdm.c driver needs to do is to call PM runtime functions, maybe it's already doing that. Regards, Tony _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
