- 20 Jun, 2008 40 commits
-
-
Jonathan Corbet authored
Add explicit lock_kernel() calls to vfc_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Put explicit lock_kernel() calls into bpp_open(). It has locking, but I'm not convinced it won't race with ioctl(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Add explicit lock_kernel calls to phantom_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Be extra-cautious and protect the remaining open() functions. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Put explicit lock_kernel calls into dsp56k_open(). [Stupid missing label error fixed] Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Put explicit lock_kernel() calls into raw_open(), even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Put explicit lock_kernel calls into tlclk_open() Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Add explicit lock_kernel() calls to hwicap_open() even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Add explicit BKL to vcs_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Add the BKL to spidev_open(), even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
This documents the fact that somebody looked at the relevant open() functions and concluded that, due to their trivial nature, no locking was needed. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Parts of the serial code actually BUG() if we don't do this.
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
usb_open() is protected by a down_read(&minor_rwsem), but I'm not sure I trust it to protect everything including subsidiary open() functions. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
->release() already has explicit lock_kernel() calls... Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
phone_open() looks OK, but I don't trust the subsidiary drivers (and ixj in particular). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
This driver would appear to have no internal locking at all. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
misc_open() looks fine, but who knows what all of the misc drivers are doing in their open() functions? Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
It's really hard to tell if this is necessary - lots of weird magic happens by way of map_devmem() Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-
Jonathan Corbet authored
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-