summaryrefslogtreecommitdiff
path: root/drivers/nvmem/uniphier-efuse.c
diff options
context:
space:
mode:
authorEugen Hristev <eugen.hristev@microchip.com>2019-03-29 10:38:28 +0300
committerMauro Carvalho Chehab <mchehab+samsung@kernel.org>2019-04-22 17:28:23 +0300
commit1e8f401474d6b7c2138521d38a73d829eba0138e (patch)
treedaf0e7bb9639a2ef0fd1c47ffc08f337fdfb2e47 /drivers/nvmem/uniphier-efuse.c
parent87effaae9e90474546d441b9123bca824e670a0b (diff)
downloadlinux-1e8f401474d6b7c2138521d38a73d829eba0138e.tar.xz
media: atmel: atmel-isc: reworked driver and formats
This change is a redesign in the formats and the way the ISC is configured w.r.t. sensor format and the output format from the ISC. I have changed the splitting between sensor output (which is also ISC input) and ISC output. The sensor format represents the way the sensor is configured, and what ISC is receiving. The format configuration represents the way ISC is interpreting the data and formatting the output to the subsystem. Now it's much easier to figure out what is the ISC configuration for input, and what is the configuration for output. The non-raw format can be obtained directly from sensor or it can be done inside the ISC. The controller format list will include a configuration for each format. The old supported formats are still in place, if we want to dump the sensor format directly to the output, the try format routine will detect and configure the pipeline accordingly. This also fixes the previous issues when the raw format was NULL which resulted in many crashes for sensors which did not have the expected/tested formats. Signed-off-by: Eugen Hristev <eugen.hristev@microchip.com> Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
Diffstat (limited to 'drivers/nvmem/uniphier-efuse.c')
0 files changed, 0 insertions, 0 deletions