On Tue, Dec 31, 2013 at 04:34:22PM +0000, Mark Brown wrote:
On Mon, Dec 23, 2013 at 05:28:53PM +0800, Nicolin Chen wrote:
This is a quick fix for the below two issues when building spdif as modules.
Good thinking - this is a smart way of dealing with the issue. It'll mean that we don't have the application specific constraints but those could be added back in the driver later or we could do an explicit S/PDIF CODEC in the same style as dummy. Applied, thanks.
Yes, it can circumvent all the unnecessary problems we've been through here even though the CODEC name 'dummy' doesn't look so flawless. The application constraints, what I understand should be the supporting formats and rates, have been already ensured in the CPU DAI driver, so we might not need to worry for the CODEC one.
Thank you for the suggestion of dummy driver at the first place and.. Happy new year :) Nicolin Chen