diff options
author | Curtis Klein <curtis.klein@hpe.com> | 2023-12-05 22:05:22 +0300 |
---|---|---|
committer | Wim Van Sebroeck <wim@linux-watchdog.org> | 2023-12-17 18:14:17 +0300 |
commit | 38d75297745f04206db9c29bdd75557f0344c7cc (patch) | |
tree | 3b4b50d831d95808d618c02b890305c4d1e30e8c /Documentation/devicetree/bindings/watchdog | |
parent | b85ea95d086471afb4ad062012a4d73cd328fa86 (diff) | |
download | linux-38d75297745f04206db9c29bdd75557f0344c7cc.tar.xz |
watchdog: set cdev owner before adding
When the new watchdog character device is registered, it becomes
available for opening. This creates a race where userspace may open the
device before the character device's owner is set. This results in an
imbalance in module_get calls as the cdev_get in cdev_open will not
increment the reference count on the watchdog driver module.
This causes problems when the watchdog character device is released as
the module loader's reference will also be released. This makes it
impossible to open the watchdog device later on as it now appears that
the module is being unloaded. The open will fail with -ENXIO from
chrdev_open.
The legacy watchdog device will fail with -EBUSY from the try_module_get
in watchdog_open because it's module owner is the watchdog core module
so it can still be opened but it will fail to get a refcount on the
underlying watchdog device driver.
Fixes: 72139dfa2464 ("watchdog: Fix the race between the release of watchdog_core_data and cdev")
Signed-off-by: Curtis Klein <curtis.klein@hpe.com>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Link: https://lore.kernel.org/r/20231205190522.55153-1-curtis.klein@hpe.com
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Wim Van Sebroeck <wim@linux-watchdog.org>
Diffstat (limited to 'Documentation/devicetree/bindings/watchdog')
0 files changed, 0 insertions, 0 deletions