summaryrefslogtreecommitdiff
path: root/include/dt-bindings/iio/adc
diff options
context:
space:
mode:
authorGolan Ben-Ami <golan.ben.ami@intel.com>2016-11-07 17:40:43 +0200
committerLuca Coelho <luciano.coelho@intel.com>2017-02-03 16:26:38 +0200
commit19f63c531b85281003d7775490fd16d1579e2519 (patch)
tree95a0dbc9fe4dbfaf8cf9d2825363c5ad1669d78a /include/dt-bindings/iio/adc
parent1f3706508395043b5f29aff64d907e682b75de42 (diff)
iwlwifi: mvm: support v2 of mfuart load notification
Add to the v1 of the mfuart loading notification, the size of the mfuart image, and write it to dmesg once the notification is received. Signed-off-by: Golan Ben-Ami <golan.ben.ami@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
Diffstat (limited to 'include/dt-bindings/iio/adc')
0 files changed, 0 insertions, 0 deletions
nder lock `pl330->lock', whereas in the rest of the code `pch->work_list' is protected by `pch->lock'. I don't know if this may cause race conditions. Similarly `pch->cyclic' is written 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 'drivers/usb/gadget/udc/pch_udc.c')