- 23 Mar, 2006 40 commits
-
-
Mark M. Hoffman authored
Add required locking around idr_ routines, retry the idr_pre_get/idr_get_new pair properly, and sprinkle in some likely/unlikely for good measure. (Lack of idr locking didn't hurt when all callers were I2C clients, as the i2c-core serialized for us anyway. Now that we have non I2C hwmon drivers, this is truly necessary.) Signed-off-by:
Mark M. Hoffman <mhoffman@lightlink.com> Signed-off-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Darren Jenkins authored
"register" is a reserved keyword so using it as a parameter name can confuse some compilers, most notably ICC. The patch below just renames all occurences to reg which fits the actual function declarations. Signed-off-by:
Darren Jenkins <darrenrjenkins@gmail.com> Signed-off-by:
-
Jean Delvare authored
Several media/video and sound drivers include i2c-dev.h while they don't need it at all. Clean it up. This header file is really only needed by i2c-dev.c and compat_ioctl.c, other drivers should never need it. Signed-off-by:
-
Alessandro Zummo authored
This patch adds I2C_CLASS_HWMON to the ixp4xx bus driver. Signed-off-by:
Alessandro Zummo <a.zummo@towertech.it> Signed-off-by:
-
Martin Devera authored
Add Broadcom HT-1000 south bridge's PCI ID to i2c-piix driver. Note that at least on Supermicro H8SSL it uses non-standard SMBHSTCFG = 3 and standard values like 0 or 9 causes hangup. Signed-off-by:
Martin Devera <devik@cdi.cz> Signed-off-by:
-
Jean Delvare authored
Static mutexes can be initialized at declaration time. Signed-off-by: -
Jean Delvare authored
Drop a redundant mutex in driver i2c-ali1535. The struct i2c_adapter includes a mutex for the same purpose, operated by i2c-core. Signed-off-by:
-
Jean Delvare authored
Drop unused rogue i2c driver ID and nonsensical i2c class. Signed-off-by:
-
Jean Delvare authored
Properly set the name member of the i2c_adapter structure of the ite i2c adapter driver. Signed-off-by:
-
Jean Delvare authored
Drop the i2c-frodo bus driver. It isn't referenced by the build system, and depends on code which was never included in 2.6 kernels. Signed-off-by:
-
Jean Delvare authored
Stop holding the core_lists mutex when we don't actually need it. Signed-off-by:
-
Jean Delvare authored
Stop resetting the chip on load by default, so as to preserve the BIOS initializations. Same was done in the w83627hf driver some times ago for the same reasons. Signed-off-by:
-
Jean Delvare authored
Document the individual alarm and beep bits of the w83781d driver. Ideally we would offer a chip-independant interface for them, but until it's done, it's only fair that we document the current interface. Signed-off-by:
-
Yuan Mu authored
Use dynamic sysfs callbacks and array of attributes to reduce the w83627ehf driver size. Signed-off-by:
-
Jean Delvare authored
Add support for the Intel Pentium M series to the hwmon-vid driver. Signed-off-by:
-
Jean Delvare authored
Add support for the Winbond W83687THF chip to the w83627hf hardware monitoring driver. This new chip is almost similar to the already supported W83627THF chip, except for VID and a few other minor changes. Signed-off-by:
-
Jean Delvare authored
Convert the new f71805f hardware monitoring driver to use mutexes instead of semaphores. Signed-off-by:
-
Ingo Molnar authored
convert drivers/hwmon/*.c semaphore use to mutexes. the conversion was generated via scripts, and the result was validated automatically via a script as well. all affected hwmon drivers were build-tested. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Jean Delvare authored
Cleanup after the semaphores to mutexes conversions in the i2c subsystem. Signed-off-by:
-
Ingo Molnar authored
semaphore to mutex conversion. the conversion was generated via scripts, and the result was validated automatically via a script as well. build tested. Signed-off-by:
-
Jean Delvare authored
Speed up i2c_smbus_write_block_data and i2c_smbus_read_i2c_block_data a bit by using memcpy instead of an explicit loop. Signed-off-by:
-
Jean Delvare authored
Drop 3 useless macros in the w83792d hardware monitoring driver. Signed-off-by:
-
Yuan Mu authored
Use arrays of attributes in the w83792d driver. Signed-off-by:
Jim Cromie <jim.cromie@gmail.com> Signed-off-by:
Yuan Mu <ymu@winbond.com.tw> Signed-off-by:
-
Jim Cromie authored
This patch refactors SENSOR_DEVICE_ATTR_2 macro, following pattern set by SENSOR_ATTR. First it creates a new macro SENSOR_ATTR_2() which expands to an initialization expression, then it uses that in SENSOR_DEVICE_ATTR_2, which declares and initializes a struct sensor_device_attribute_2. Signed-off-by:
-
Jean Delvare authored
scx200_acb is only useful on a few Geode-based systems, and won't compile on non-x86 systems due to the lack of asm/msr.h, as reported by Andrew Morton. Thus, we should make that driver depend on X86. Signed-off-by: -
Ben Gardner authored
scx200_acb: Minimal documentation update Signed-off-by:
Ben Gardner <bgardner@wabtec.com> Signed-off-by:
-
Ben Gardner authored
scx200_acb: Fix and speed up the poll loop Signed-off-by:
-
Ben Gardner authored
scx200_acb: Add support for the CS5535/CS5536 Signed-off-by:
-
Ben Gardner authored
scx200_acb: remove use of lock_kernel() Signed-off-by:
-
Ben Gardner authored
scx200_acb: refactor/simplify code (no functional changes) Signed-off-by:
-
Ben Gardner authored
scx200_acb: debug log cleanup Signed-off-by:
-
Ben Gardner authored
scx200_acb: Whitespace and comment cleanup Signed-off-by:
-
Arjan van de Ven authored
The patch below converts a few i2c semaphores to mutexes Signed-off-by:
Arjan van de Ven <arjan@infradead.org> Signed-off-by:
-
Jean Delvare authored
Convert the f71805f driver to use arrays of attributes. This shrinks the compiled module from 12.0 kB to 9.6 kB. We certainly should do the same for as many hardware monitoring drivers as possible. This, together with a nice chip design by Fintek, makes this driver very small, both in terms of number of lines of code and memory consumption. Signed-off-by:
-
Jim Cromie authored
Convert individual sensors to sensor-attr arrays by each sensor type, and initialize them in loops instead of long blocks of individual calls. Signed-off-by:
-
Jim Cromie authored
This patch refactors SENSOR_DEVICE_ATTR macro. First it creates a new macro SENSOR_ATTR() which expands to an initialization expression, then it uses that in SENSOR_DEVICE_ATTR, which declares and initializes a struct sensor_device_attribute. IOW, SENSOR_ATTR() imitates __ATTR() in include/linux/device.h. Signed-off-by:
-
Benjamin LaHaise authored
The biovec default mempool limit of 256 entries results in over 3MB of RAM being permanently pinned, even on systems with only 128MB of RAM. Since mempool tries to allocate from the system pool first, it makes sense to reduce the size of the mempool fallbacks to a more reasonable limit of 1-5 entries -- enough for the system to be able to make progress even under load. Signed-off-by:
Benjamin LaHaise <bcrl@kvack.org> Acked-by:
Jens Axboe <axboe@suse.de> Cc: Matt Mackall <mpm@selenic.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Eric Dumazet authored
Now CONFIG_DEBUG_INITDATA is in, initial percpu data [__per_cpu_start,__per_cpu_end] can be declared as a redzone, and invalid accesses after boot can be detected, at least for i386. We can let non possible cpus percpu data point to this 'redzone' instead of NULL . NULL was not a good choice because part of [0..32768] memory may be readable and invalid accesses may happen unnoticed. If CONFIG_DEBUG_INITDATA is not defined, each non possible cpu points to the initial percpu data (__per_cpu_offset[cpu] == 0), thus invalid accesses wont be detected/crash. This patch also moves __per_cpu_offset[] to read_mostly area to avoid false sharing. Signed-off-by:
Eric Dumazet <dada1@cosmosbay.com> Signed-off-by:
-
Andrew Morton authored
When we stop allocating percpu memory for not-possible CPUs we must not touch the percpu data for not-possible CPUs at all. The correct way of doing this is to test cpu_possible() or to use for_each_cpu(). This patch is a kernel-wide sweep of all instances of NR_CPUS. I found very few instances of this bug, if any. But the patch converts lots of open-coded test to use the preferred helper macros. Cc: Mikael Starvik <starvik@axis.com> Cc: David Howells <dhowells@redhat.com> Acked-by:
Kyle McMartin <kyle@parisc-linux.org> Cc: Anton Blanchard <anton@samba.org> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Cc: Paul Mackerras <paulus@samba.org> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> Cc: Heiko Carstens <heiko.carstens@de.ibm.com> Cc: Paul Mundt <lethal@linux-sh.org> Cc: "David S. Miller" <davem@davemloft.net> Cc: William Lee Irwin III <wli@holomorphy.com> Cc: Andi Kleen <ak@muc.de> Cc: Christian Zankel <chris@zankel.net> Cc: Philippe Elie <phil.el@wanadoo.fr> Cc: Nathan Scott <nathans@sgi.com> Cc: Jens Axboe <axboe@suse.de> Cc: Eric Dumazet <dada1@cosmosbay.com> Signed-off-by:
-
Eric Dumazet authored
percpu_data blindly allocates bootmem memory to store NR_CPUS instances of cpudata, instead of allocating memory only for possible cpus. This patch saves ram, allocating num_possible_cpus() (instead of NR_CPUS) instances. Signed-off-by:
"David S. Miller" <davem@davemloft.net> Cc: James Bottomley <James.Bottomley@steeleye.com> Cc: Jens Axboe <axboe@suse.de> Acked-by:
William Irwin <wli@holomorphy.com> Signed-off-by:
-
