summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add "no BKL needed" comments to several driversJonathan Corbet2008-06-2016-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>
* tty: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-2/+25
| | | | Parts of the serial code actually BUG() if we don't do this.
* snsc: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-1/+4
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* sound: cdev lock_kernel() pushdownJonathan Corbet2008-06-202-1/+19
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* fbmem: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-4/+11
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* dvb: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-0/+4
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* usbcore: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-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>
* isdn: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-1/+2
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* gdth: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-0/+3
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* st: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-2/+9
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* aacraid: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-0/+3
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* osst: cdev lock_kernel() pushdown.Jonathan Corbet2008-06-201-1/+14
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* sg: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-3/+13
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* ide-tape: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-1/+6
| | | | | | ->release() already has explicit lock_kernel() calls... Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* phonedev: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-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>
* drm: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-2/+7
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* lp: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-12/+26
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* mbcs: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-0/+5
| | | | | | This driver would appear to have no internal locking at all. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* viotape: cdev lock_kernel pushdown ()Jonathan Corbet2008-06-201-0/+3
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* misc: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-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>
* mem: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-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>
* ipmi: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-2/+6
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* UIO: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-5/+12
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* Input: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-4/+12
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* HID: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-0/+3
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* UBI: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-1/+6
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* mtdchar: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-6/+16
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* paride: cdev lock_kernel() pushdownJonathan Corbet2008-06-202-7/+23
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* AoE: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-1/+6
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* drivers/s390: cdev lock_kernel() pushdownJonathan Corbet2008-06-204-14/+41
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* rtc: cdev lock_kernel() pushdownJonathan Corbet2008-06-201-3/+9
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* pcmcia: cdev lock_kernel() pushdownJonathan Corbet2008-05-181-7/+18
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* cosa: cdev lock_kernel() pushdownJonathan Corbet2008-05-181-6/+16
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* i2c: cdev lock_kernel() pushdownJonathan Corbet2008-05-181-6/+16
| | | | Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* x86: cdev lock_kernel() pushdownJonathan Corbet2008-05-182-12/+29
| | | | | | Push the cdev lock_kernel() call down into the x86 msr and cpuid drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* sh: cdev lock_kernel() pushdownJonathan Corbet2008-05-181-3/+7
| | | | | | Push the cdev lock_kernel() call down into the sh gio driver. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* mips: cdev lock_kernel() pushdownJonathan Corbet2008-05-183-11/+33
| | | | | | Push the cdev lock_kernel() call into MIPS-specific drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* cris: cdev lock_kernel() pushdownJonathan Corbet2008-05-185-27/+52
| | | | | | Push the cdev lock_kernel() call into cris drivers. Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* bsg: cdev lock_kernel() pushdownJonathan Corbet2008-05-181-1/+6
| | | | | | Push the cdev lock_kernel call into bsg_open(). Signed-off-by: Jonathan Corbet <corbet@lwn.net>
* Linux 2.6.26-rc3v2.6.26-rc3Linus Torvalds2008-05-181-1/+1
|
* Merge branch 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6Linus Torvalds2008-05-1825-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
| * i2c/max6875: Really prevent 24RF08 corruptionJean Delvare2008-05-181-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | i2c-core takes care of the possible corruption of 24RF08 chips for quite some times, so device devices no longer need to do it. And they really should not, as applying the prevention twice voids it. I thought that I had fixed all drivers long ago but apparently I had missed that one. Signed-off-by: Jean Delvare <khali@linux-fr.org> Cc: Ben Gardner <bgardner@wabtec.com>
| * i2c-amd756: Fix functionality flagsJean Delvare2008-05-181-1/+1
| | | | | | | | | | | | | | The i2c-amd756 driver pretends to support SMBus process call transactions but actually does not. Fix it. Signed-off-by: Jean Delvare <khali@linux-fr.org>
| * i2c: Kill the old driver matching schemeJean Delvare2008-05-183-25/+7
| | | | | | | | | | | | | | Remove the old driver_name/type scheme for i2c driver matching. Only the standard aliasing model will be used from now on. Signed-off-by: Jean Delvare <khali@linux-fr.org>
| * i2c: Convert remaining new-style drivers to use module aliasingJean Delvare2008-05-1816-39/+143
| | | | | | | | | | | | | | | | | | | | | | | | Update all the remaining new-style i2c drivers to use standard module aliasing instead of the old driver_name/type driver matching scheme. Note that the tuner driver is a bit quirky at the moment, as it overwrites i2c_client.name with arbitrary strings. We write "tuner" back on remove, to make sure that driver cycling will work properly, but there may still be troublesome corner cases. Signed-off-by: Jean Delvare <khali@linux-fr.org>
| * i2c: Switch pasemi to the new device/driver matching schemeJean Delvare2008-05-181-5/+2
| | | | | | | | | | | | | | The old device/driver matching scheme is going away so stop using it. Signed-off-by: Jean Delvare <khali@linux-fr.org> Acked-by: Olof Johansson <olof@lixom.net>
| * i2c: Clean up Blackfin BF527 I2C device declarationsJean Delvare2008-05-181-2/+0
| | | | | | | | | | | | | | | | I2C_BOARD_INFO() now sets the type field so no need to set it separatetly. Signed-off-by: Jean Delvare <khali@linux-fr.org> Cc: Bryan Wu <cooloney@kernel.org>
| * i2c-nforce2: Disable the second SMBus channel on the DFI Lanparty NF4 ExpertJean Delvare2008-05-181-4/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | There is a strange chip at 0x2e on the second SMBus channel of the DFI Lanparty NF4 Expert motherboard. Accessing the chip reboots the system. As there's nothing interesting on this SMBus channel, the easiest and safest thing to do is to disable it on that board. This is a better fix to bug #5889 than the it87 driver update that was done originally: http://bugzilla.kernel.org/show_bug.cgi?id=5889 Signed-off-by: Jean Delvare <khali@linux-fr.org>
| * i2c: New co-maintainerJean Delvare2008-05-181-1/+3
| | | | | | | | | | | | | | | | | | Ben Dooks agreed to become my co-maintainer for the i2c subsystem. In particular, Ben will help with drivers for embedded systems, of which my experience is inexistent. Thanks Ben and welcome on board! Signed-off-by: Jean Delvare <khali@linux-fr.org> Acked-by: Ben Dooks <ben-linux@fluff.org>
* | m68k: Add multi_defconfigGeert Uytterhoeven2008-05-181-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>
OpenPOWER on IntegriCloud