summaryrefslogtreecommitdiff
path: root/sound/soc/codecs/lm49453.h
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2017-02-09 16:47:54 -0500
committerDavid S. Miller <davem@davemloft.net>2017-02-09 16:47:54 -0500
commitcaa2858cd51c54fabd48c486b1b150ead539b872 (patch)
tree6381436bb05d174227c59ec25143a5a6ec985be6 /sound/soc/codecs/lm49453.h
parentdf6dd79be8d85ee098433bca23678fab508db541 (diff)
parente5fbd977641c92a3a2b559bb5ebb425458e3efe8 (diff)
Merge branch 'sfc-more-encap-offloads'
Edward Cree says: ==================== sfc: more encap offloads This patch series adds support for RX checksum offload of encapsulated packets. It also adds support for configuring the hardware's lists of UDP ports used for VXLAN and GENEVE encapsulation offloads. Since changing these lists causes the MC to reboot, the driver has been hardened against reboots, which used to be considered an exceptional occurrence but are now normal. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'sound/soc/codecs/lm49453.h')
0 files changed, 0 insertions, 0 deletions
by `pl330_alloc_chan_resources' under `pl330->lock' but read by `pl330_tx_submit' under `pch->lock'. Second, I have removed locking from `pl330_request_channel' and `pl330_release_channel' functions. Function `pl330_request_channel' is only called from `pl330_alloc_chan_resources', so the lock is already held. Function `pl330_release_channel' is called from `pl330_free_chan_resources', which already holds the lock, and from `pl330_del'. Function `pl330_del' is called in an error path of `pl330_probe' and at the end of `pl330_remove', but I assume that there cannot be concurrent accesses to the protected data at those points. Signed-off-by: Iago Abal <mail@iagoabal.eu> Reviewed-by: Marek Szyprowski <m.szyprowski@samsung.com> Signed-off-by: Vinod Koul <vinod.koul@intel.com>
Diffstat (limited to 'sound/pci/echoaudio/indigoio.c')