summaryrefslogtreecommitdiffstats
path: root/net/bridge/br_stp_bpdu.c
diff options
context:
space:
mode:
authorMauro Carvalho Chehab <mchehab@s-opensource.com>2017-09-18 08:21:37 -0400
committerMauro Carvalho Chehab <mchehab@s-opensource.com>2017-10-11 12:58:40 -0400
commit259a41d9ae8f3689742267f340ad2b159d00b302 (patch)
tree98f94d6f682e40c895ba13f7e426dabd07626cfd /net/bridge/br_stp_bpdu.c
parentda5516b5e81d45a96291823620f6c820178dc055 (diff)
downloadlinux-259a41d9ae8f3689742267f340ad2b159d00b302.tar.bz2
media: dvb_frontend: fix return values for FE_SET_PROPERTY
There are several problems with regards to the return of FE_SET_PROPERTY. The original idea were to return per-property return codes via tvp->result field, and to return an updated set of values. However, that never worked. What's actually implemented is: - the FE_SET_PROPERTY implementation doesn't call .get_frontend callback in order to get the actual parameters after return; - the tvp->result field is only filled if there's no error. So, it is always filled with zero; - FE_SET_PROPERTY doesn't call memdup_user() nor any other copy_to_user() function. So, any changes to the properties will be lost; - FE_SET_PROPERTY is declared as a write-only ioctl (IOW). While we could fix the above, it could cause regressions. So, let's just assume what the code really does, updating the documentation accordingly and removing the logic that would update the discarded tvp->result. Reviewed-by: Shuah Khan <shuahkh@osg.samsung.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Diffstat (limited to 'net/bridge/br_stp_bpdu.c')
0 files changed, 0 insertions, 0 deletions