summaryrefslogtreecommitdiff
path: root/net/can/Kconfig
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2016-12-08 10:38:08 +0100
committerLuca Coelho <luciano.coelho@intel.com>2017-02-06 19:19:24 +0200
commit4b40571eaf423b96e3809006bd192b4efd52a64b (patch)
treef4370fe2577e2ca012e0464b89bac0726414aadb /net/can/Kconfig
parent94c3e614df2117626fccfac8f821c66e30556384 (diff)
iwlwifi: mvm: align copy-break SKB payload for MQ RX
When a small frame is copied completely into the skb->head, the code doesn't take alignment into account, making mac80211 copy it again later on architectures that need the alignment. Avoid this by taking the PAD flag from the device into account when copying. Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
Diffstat (limited to 'net/can/Kconfig')
0 files changed, 0 insertions, 0 deletions
e_chan_resources' executes `list_splice_tail_init' on `pch->work_list' under 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 'include/crypto/internal/geniv.h')