diff options
| author | David Härdeman <david@hardeman.nu> | 2017-04-27 23:34:08 +0300 |
|---|---|---|
| committer | Mauro Carvalho Chehab <mchehab@s-opensource.com> | 2017-06-13 19:55:01 +0300 |
| commit | 18726a349de262f5bf03fab73fc7c46e79e6c41e (patch) | |
| tree | 667f4a4bf068256f613dcc001891266bea45c295 /include/uapi | |
| parent | f56928abaa6d73613d21f0cdcb7fd0b7f339b5bd (diff) | |
| download | linux-18726a349de262f5bf03fab73fc7c46e79e6c41e.tar.xz | |
[media] rc-core: cleanup rc_register_device pt2
Now that rc_register_device() is reorganised, the dev->initialized
hack can be removed. Any driver which calls rc_register_device()
must be prepared for the device to go live immediately.
The dev->initialized commits that are relevant are commit c73bbaa4ec3e
("[media] rc-core: don't lock device at rc_register_device()") and
commit 08aeb7c9a42a ("[media] rc: add locking to fix register/show race").
The original problem was that show_protocols() would access
dev->rc_map.* and various other bits which are now properly
initialized before device_add() is called.
At the same time, remove the bogus "device is being removed" check.
Signed-off-by: David Härdeman <david@hardeman.nu>
Signed-off-by: Sean Young <sean@mess.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Diffstat (limited to 'include/uapi')
0 files changed, 0 insertions, 0 deletions