diff options
author | Mark Brown <broonie@kernel.org> | 2022-06-09 11:26:00 +0100 |
---|---|---|
committer | Mark Brown <broonie@kernel.org> | 2022-06-09 11:56:32 +0100 |
commit | d3d8feadcc54c28015b62436a1f69d1080b85fb5 (patch) | |
tree | 1313057e514a83f76cb86fc687e4fca6b1488fee /lib/crc16.c | |
parent | ff87d619ac180444db297f043962a5c325ded47b (diff) | |
parent | 28086d05ada6d03daa886aad0e469854b811311c (diff) |
Specify clock provider directly to CPU DAIs
Merge series from Charles Keepax <ckeepax@opensource.cirrus.com>:
Currently the set_fmt callback always passes clock provider/consumer
with respect to the CODEC. This made sense when the framework was
directly broken down into platforms and CODECs. However, as things
are now broken down into components which can be connected as either
the CPU or CODEC side of a DAI link it simplifies things if each
side of the link is just told if it is provider or consumer of the
clocks. Making this change allows us to remove one of the last parts
of the ASoC core that needs to know if a driver is a CODEC driver,
where it flips the clock format specifier if a CODEC driver is used on
the CPU side of a DAI link, as well as just being conceptually more
consistent with componentisation.
The basic idea of this patch chain is to change the set_fmt callback
from specifying if the CODEC is provider/consumer into directly
specifying if the component is provider/consumer. To do this we add
some new defines, and then to preserve bisectability, the migration is
done by adding a new callback, converting over all existing CPU side
drivers, converting the core, and then finally reverting back to the
old callback.
Converting the platform drivers makes sense as the existing defines
are from the perspective of the CODEC and there are more CODEC drivers
than platform drivers.
Obviously a fair amount of this patch chain I was only able to build
test, so any testing that can be done would be greatly appreciated.
Diffstat (limited to 'lib/crc16.c')
0 files changed, 0 insertions, 0 deletions