summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2008-06-20xilinx 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-20vcs: BKL pushdownJonathan Corbet1-2/+7
Add explicit BKL to vcs_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20spidev: 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-20Add "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-20tty: cdev lock_kernel() pushdownJonathan Corbet1-2/+25
Parts of the serial code actually BUG() if we don't do this.
2008-06-20snsc: cdev lock_kernel() pushdownJonathan Corbet1-1/+4
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20sound: cdev lock_kernel() pushdownJonathan Corbet2-1/+19
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20fbmem: cdev lock_kernel() pushdownJonathan Corbet1-4/+11
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20dvb: cdev lock_kernel() pushdownJonathan Corbet1-0/+4
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20usbcore: 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-20isdn: cdev lock_kernel() pushdownJonathan Corbet1-1/+2
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20gdth: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20st: cdev lock_kernel() pushdownJonathan Corbet1-2/+9
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20aacraid: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20osst: cdev lock_kernel() pushdown.Jonathan Corbet1-1/+14
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20sg: cdev lock_kernel() pushdownJonathan Corbet1-3/+13
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20ide-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-20phonedev: 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-20drm: cdev lock_kernel() pushdownJonathan Corbet1-2/+7
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20lp: cdev lock_kernel() pushdownJonathan Corbet1-12/+26
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20mbcs: 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-20viotape: cdev lock_kernel pushdown ()Jonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20misc: 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-20mem: 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-20ipmi: cdev lock_kernel() pushdownJonathan Corbet1-2/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20UIO: cdev lock_kernel() pushdownJonathan Corbet1-5/+12
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20Input: cdev lock_kernel() pushdownJonathan Corbet1-4/+12
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20HID: cdev lock_kernel() pushdownJonathan Corbet1-0/+3
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20UBI: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20mtdchar: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20paride: cdev lock_kernel() pushdownJonathan Corbet2-7/+23
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20AoE: cdev lock_kernel() pushdownJonathan Corbet1-1/+6
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20drivers/s390: cdev lock_kernel() pushdownJonathan Corbet4-14/+41
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-06-20rtc: cdev lock_kernel() pushdownJonathan Corbet1-3/+9
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-18pcmcia: cdev lock_kernel() pushdownJonathan Corbet1-7/+18
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-18cosa: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-18i2c: cdev lock_kernel() pushdownJonathan Corbet1-6/+16
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2008-05-18x86: 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-18sh: 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-18mips: 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-18cris: 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-18bsg: 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-18Linux 2.6.26-rc3v2.6.26-rc3Linus Torvalds1-1/+1
2008-05-18Merge 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-18m68k: 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-18m68k: 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>
2008-05-18m68k: Correctly handle multi-ISA at runtimeGeert Uytterhoeven1-3/+3
m68k: Correctly handle multi-ISA at runtime in multi-platform kernels Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-05-18m68k: Prefix ISA type with ISA_TYPE_Geert Uytterhoeven2-25/+25
The *_ISA type defines are quite generic and cause namespace conflicts (e.g. with `AMIGAHW_DECLARE(GG2_ISA)' in <asm/amigahw.h>) for some kernel configurations. Use ISA_TYPE_* to avoid such conflicts. Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-05-18m68k: export m68k_mmutypeGeert Uytterhoeven2-2/+3
UIO needs m68k_mmutype: ERROR: "m68k_mmutype" [drivers/uio/uio.ko] undefined! (noticed by Christian T. Steigies) Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-05-18m68k: Q40/Q60 floppy support is brokenGeert Uytterhoeven1-1/+1
Mark Q40/Q60 floppy support broken: arch/m68k/q40/q40ints.c: In function 'q40_irq_handler': arch/m68k/q40/q40ints.c:214: error: implicit declaration of function 'floppy_hardint' Including <asm/floppy.h> doesn't help, as it causes a lot of additional error messages (cfr. Sun 3x). 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.1) at 2025-01-13 21:05:20 +0000