summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2008-06-21infiniband: more BKL pushdownJonathan Corbet2-3/+13
Be extra-cautious and protect the remaining open() functions. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21dsp56k: BKL pushdownJonathan Corbet1-5/+11
Put explicit lock_kernel calls into dsp56k_open(). [Stupid missing label error fixed] Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21raw: BKL pushdownJonathan Corbet1-0/+3
Put explicit lock_kernel() calls into raw_open(), even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21tlckl: BKL pushdownJonathan Corbet1-7/+12
Put explicit lock_kernel calls into tlclk_open() Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21xilinx icap: BKL pushdownJonathan Corbet1-1/+5
Add explicit lock_kernel() calls to hwicap_open() even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21vcs: BKL pushdownJonathan Corbet1-2/+7
Add explicit BKL to vcs_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21spidev: BKL pushdownJonathan Corbet1-0/+3
Add the BKL to spidev_open(), even though the existing locking looks adequate. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21Add "no BKL needed" comments to several driversJonathan Corbet16-4/+23
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>
2008-06-21tty: cdev lock_kernel() pushdownJonathan Corbet1-2/+25
Parts of the serial code actually BUG() if we don't do this.
2008-06-21snsc: cdev lock_kernel() pushdownJonathan Corbet1-1/+4
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21sound: cdev lock_kernel() pushdownJonathan Corbet2-1/+19
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21fbmem: cdev lock_kernel() pushdownJonathan Corbet1-4/+11
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21dvb: cdev lock_kernel() pushdownJonathan Corbet1-0/+4
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21usbcore: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
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>
2008-06-21isdn: cdev lock_kernel() pushdownJonathan Corbet1-1/+2
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21gdth: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21st: cdev lock_kernel() pushdownJonathan Corbet1-2/+9
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21aacraid: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21osst: cdev lock_kernel() pushdown.Jonathan Corbet1-1/+14
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21sg: cdev lock_kernel() pushdownJonathan Corbet1-3/+13
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21ide-tape: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
->release() already has explicit lock_kernel() calls... Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21phonedev: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
phone_open() looks OK, but I don't trust the subsidiary drivers (and ixj in particular). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21drm: cdev lock_kernel() pushdownJonathan Corbet1-2/+7
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21lp: cdev lock_kernel() pushdownJonathan Corbet1-12/+26
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21mbcs: cdev lock_kernel() pushdownJonathan Corbet1-0/+5
This driver would appear to have no internal locking at all. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21viotape: cdev lock_kernel pushdown ()Jonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21misc: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
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>
2008-06-21mem: cdev lock_kernel() pushdownJonathan Corbet1-2/+8
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>
2008-06-21ipmi: cdev lock_kernel() pushdownJonathan Corbet1-2/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21UIO: cdev lock_kernel() pushdownJonathan Corbet1-5/+12
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21Input: cdev lock_kernel() pushdownJonathan Corbet1-4/+12
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21HID: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21UBI: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21mtdchar: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21paride: cdev lock_kernel() pushdownJonathan Corbet2-7/+23
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21AoE: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21drivers/s390: cdev lock_kernel() pushdownJonathan Corbet4-14/+41
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-21rtc: cdev lock_kernel() pushdownJonathan Corbet1-3/+9
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19pcmcia: cdev lock_kernel() pushdownJonathan Corbet1-7/+18
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19cosa: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19i2c: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19x86: cdev lock_kernel() pushdownJonathan Corbet2-12/+29
Push the cdev lock_kernel() call down into the x86 msr and cpuid drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19sh: cdev lock_kernel() pushdownJonathan Corbet1-3/+7
Push the cdev lock_kernel() call down into the sh gio driver. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19mips: cdev lock_kernel() pushdownJonathan Corbet3-11/+33
Push the cdev lock_kernel() call into MIPS-specific drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19cris: cdev lock_kernel() pushdownJonathan Corbet5-27/+52
Push the cdev lock_kernel() call into cris drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19bsg: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
Push the cdev lock_kernel call into bsg_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-19Linux 2.6.26-rc3v2.6.26-rc3Linus Torvalds1-1/+1
2008-05-19Merge branch 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6Linus Torvalds25-80/+180
* 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6: i2c/max6875: Really prevent 24RF08 corruption i2c-amd756: Fix functionality flags i2c: Kill the old driver matching scheme i2c: Convert remaining new-style drivers to use module aliasing i2c: Switch pasemi to the new device/driver matching scheme i2c: Clean up Blackfin BF527 I2C device declarations i2c-nforce2: Disable the second SMBus channel on the DFI Lanparty NF4 Expert i2c: New co-maintainer
2008-05-19m68k: Add multi_defconfigGeert Uytterhoeven1-0/+1269
Add multi_defconfig, to build a kernel for all supported m68k platforms, excluding Sun 3 (Sun 3 kernels are incompatible with all other m68k platforms) Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-05-19m68k: Update defconfigsGeert Uytterhoeven11-587/+994
Update the m68k defconfigs Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
generated by cgit v1.2.3 (git 2.39.0) at 2024-11-29 02:41:46 +0300