15 Jan, 2008
3 commits
-
If the registration of the second I2C channel fails, we really want to
unregister the first one before we return with an error.While we're here, fix the printk right above so that it displays the
real driver name.Signed-off-by: Jean Delvare
Cc: Ralf Baechle -
[JD: One more fix in i2c-dev.]
Signed-off-by: Joe Perches
Signed-off-by: Jean Delvare -
This patch fixes bug #9581 reported by Marcio Buss. If kzalloc fails,
omap_i2c_write_reg() tries to reset an unallocated I2C controller.Cc: Marcio Buss
Signed-off-by: Tony Lindgren
Signed-off-by: Jean Delvare
12 Dec, 2007
3 commits
-
Build fix to the isp1301_omap driver ... this driver gets built
more often in the OMAP tree than in mainline, partly because the
defconfig for H2 (plus probably H3 and H4) needs updating.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Signed-off-by: Joe Perches
Signed-off-by: Jean Delvare -
This is required to let hwmon drivers attach to the adapter.
Signed-off-by: Atsushi Nemoto
Signed-off-by: Jean Delvare
16 Nov, 2007
7 commits
-
Recent (i.e. 2005 and later) Sony Vaio laptops have names beginning
with VGN rather than PCG. Update the eeprom driver so that it
recognizes these.Signed-off-by: Jean Delvare
-
The sysfs interface to DMI data takes care to not make the system
serial number and UUID world-readable, presumably due to privacy
concerns. For consistency, we should not let the eeprom driver
export these same strings to the world on Sony Vaio laptops.
Instead, only make them readable by root, as we already do for BIOS
passwords.Signed-off-by: Jean Delvare
-
Turns out we don't actually check the status to see if there was a
device out there to talk to, just if we had a timeout when doing so.Add the proper check, so we don't falsly think there are devices
on the bus that are not there, etc.Signed-off-by: Olof Johansson
Signed-off-by: Jean Delvare -
Signed-off-by: Robert P. J. Day
Signed-off-by: Jean Delvare -
i2c_check_addr is only used inside i2c-core now, so we can make it
static and stop exporting it. Thanks to David Brownell for noticing.Signed-off-by: Jean Delvare
-
Let i2c-dev deal properly with new-style i2c clients. Instead of
considering them always busy, it needs to check wether a driver is
bound to them or not.This is still not completely correct, as the client could become
busy later, but the same problem already existed before new-style
clients were introduced. We'll want to fix it someday.Signed-off-by: Jean Delvare
Acked-by: David Brownell -
This adds some "how does this work" comments to the i2c-dev driver,
plus separators between the three main components:- The parallel list of i2c_adapters ("i2c_dev_list"), each of which
gets a "struct i2c_dev" and a /dev/i2c-X character special file.- An i2cdev_driver gets adapter add/remove notifications, which are
used to maintain that list of adapters.- Special file operations, which let userspace talk either directly to
the adapter (for i2c_msg operations) or through cached addressing info
using an anonymous i2c_client (never registered anywhere).Plus there's the usual module load/unload record keeping.
After making sense of this code, I think that the anonymous i2c_client
is pretty shady. But since it's never registered, using this code with
a system set up for "new style" I2C drivers is no more complicated than
always using the I2C_SLAVE_FORCE ioctl (instead of I2C_SLAVE).Signed-off-by: David Brownell
Signed-off-by: Jean Delvare
20 Oct, 2007
3 commits
-
Most of these fixes were already submitted for old kernel versions, and were
approved, but for some reason they never made it into the releases.Because this is a consolidation of a couple old missed patches, it touches both
Kconfigs and documentation texts.Signed-off-by: Matt LaPlante
Acked-by: Randy Dunlap
Signed-off-by: Adrian Bunk -
* Convert files to UTF-8.
* Also correct some people's names
(one example is Eißfeldt, which was found in a source file.
Given that the author used an ß at all in a source file
indicates that the real name has in fact a 'ß' and not an 'ss',
which is commonly used as a substitute for 'ß' when limited to
7bit.)* Correct town names (Goettingen -> Göttingen)
* Update Eberhard Mönkeberg's address (http://lkml.org/lkml/2007/1/8/313)
Signed-off-by: Jan Engelhardt
Signed-off-by: Adrian Bunk -
i2c-pxa, rename BIT macro to PXA_BIT
BIT macro will be global definiton of (1 << x)
Signed-off-by: Jiri Slaby
Cc: Nicolas Pitre
Cc: Jean Delvare
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
19 Oct, 2007
1 commit
-
Found these while looking at printk uses.
Add missing newlines to dev_ uses
Add missing KERN_ prefixes to multiline dev_s
Fixed a wierd->weird spelling typo
Added a newline to a printkSigned-off-by: Joe Perches
Cc: "Luck, Tony"
Cc: Jens Axboe
Cc: Mark M. Hoffman
Cc: Roland Dreier
Cc: Tilman Schmidt
Cc: David Woodhouse
Cc: Jeff Garzik
Cc: Stephen Hemminger
Cc: Greg KH
Cc: Jeremy Fitzhardinge
Cc: Geert Uytterhoeven
Cc: Alessandro Zummo
Cc: David Brownell
Cc: James Smart
Cc: Andrew Vasquez
Cc: "Antonino A. Daplas"
Cc: Evgeniy Polyakov
Cc: Russell King
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
17 Oct, 2007
1 commit
-
Other/Some pr_*() macros are already defined in kernel.h, but pr_err() was
defined multiple times in several other placesSigned-off-by: Emil Medve
Cc: Jean Delvare
Cc: Jeff Garzik
Cc: "Antonino A. Daplas"
Cc: Tony Lindgren
Reviewed-by: Satyam Sharma
Acked-by: Randy Dunlap
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
16 Oct, 2007
1 commit
-
* 'devel' of master.kernel.org:/home/rmk/linux-2.6-arm: (95 commits)
[ARM] 4578/1: CM-x270: PCMCIA support
[ARM] 4577/1: ITE 8152 PCI bridge support
[ARM] 4576/1: CM-X270 machine support
[ARM] pxa: Avoid pxa_gpio_mode() in gpio_direction_{in,out}put()
[ARM] pxa: move pxa_set_mode() from pxa2xx_mainstone.c to mainstone.c
[ARM] pxa: move pxa_set_mode() from pxa2xx_lubbock.c to lubbock.c
[ARM] pxa: Make cpu_is_pxaXXX dependent on configuration symbols
[ARM] pxa: PXA3xx base support
[NET] smc91x: fix PXA DMA support code
[SERIAL] Fix console initialisation ordering
[ARM] pxa: tidy up arch/arm/mach-pxa/Makefile
[ARM] Update arch/arm/Kconfig for drivers/Kconfig changes
[ARM] 4600/1: fix kernel build failure with build-id-supporting binutils
[ARM] 4599/1: Preserve ATAG list for use with kexec (2.6.23)
[ARM] Rename consistent_sync() as dma_cache_maint()
[ARM] 4572/1: ep93xx: add cirrus logic edb9307 support
[ARM] 4596/1: S3C2412: Correct IRQs for SDI+CF and add decoding support
[ARM] 4595/1: ns9xxx: define registers as void __iomem * instead of volatile u32
[ARM] 4594/1: ns9xxx: use the new gpio functions
[ARM] 4593/1: ns9xxx: implement generic clockevents
...
14 Oct, 2007
20 commits
-
The i2c-nforce2 driver has SMBus PEC support, so it should say so.
Signed-off-by: Jean Delvare
-
This patch is to add an abort function that will bring back the MCP51/55
controller if it was blocked by a block-read operation, in particular.
(When a slave sends a wrong byte count on a byte read, the host gets
locked up). I've only tested it on an MCP51 and MCP55. However, I'm
almost certain it will also work on MCP65, I just did not have the board
to test it on. Thus for now the abort function will only be called
if an MCP51/55 was detected.Signed-off-by: Oleg Ryjkov
Signed-off-by: Jean Delvare -
This is the first part of the patch that adds a function to reset the
nvidia MCP51/55 i2c controller, if something bad happens to it (e.g.
a slave sends a wrong byte count during a block transaction).This patch just adds nforce2_check_status function. It was originally
written by Hans-Frieder Vogt.The reason that I'm the one sending it is:
- I relied on it for the second part of the patch,
- It makes the driver code cleaner/better.Signed-off-by: Oleg Ryjkov
Signed-off-by: Jean Delvare -
Fix a "mis-used register" problem on the AMD MIPS Alchemy au1550
I2C interface.In summary, the programmable serial controller seems to hang the kernel
when I send a single 'address' byte on the I2C bus. The patch
essentially uses the PSC_SMBSTAT register's TE (transmit FIFO empty)
bit to check when the transmit FIFO is empty, instead of using the
PSC_SMBEVNT register's TU (transmit underflow) bit. Using the TE bit
fixed the hang problem.Signed-off-by: Chris David
Acked-by: Ralf Baechle
Signed-off-by: Jean Delvare -
Rename I2C_FUNC_SMBUS_HWPEC_CALC as I2C_FUNC_SMBUS_PEC, and list that
functionality as always available through the software implementation.
Update documentation accordingly (and list similar requirements).The way it's currently packaged doesn't present the capability in a
useful way.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Mark the i2c-at91 driver BROKEN in Kconfig, and explain just
why it's broken. (Summary: hardware design issues.)Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
This removes:
- An effectively unused hook: i2c_algorithm.algo_control.
- The i2c_control() call, used only by i2c-dev to call that
unused hook or set two barely supported adapter params.(That param setting moves into i2c-dev.c ... still iffy
due to lack of locking, but no other changes.)As shown by diffstat, this is a net code shrink. It also reduces the
complexity of the I2C adapter and /dev interfaces.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
This removes NOP implementations of i2c_algorithm.algo_control.
With this change, there are no implementations of this hook in
the kernel.org tree ... that hook seems about ripe to remove.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
The I2C_M_RECV_LEN calling convention for i2c_mesg.flags involves
playing games with reported buffer lengths. (They start out less
than their actual size, and the length is then modified to reflect
how many bytes were delivered ... which one hopes is less than the
presumed actual size.) Refuse to play such error prone games across
the boundary between userspace and kernel.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Add support for multiple chips to i2c-stub. I've changed the memory
allocation scheme from static to dynamic, so that we don't waste too
much memory.Signed-off-by: Jean Delvare
Acked-by: Mark M. Hoffman -
Remove this unneeded mutex. Indeed it was used to serialize access to
the hardware, but this is already done by the i2c-core layer, see
'bus_lock' mutex used by i2c_transfer().Signed-off-by: Francis Moreau
Acked-by: Bryan Wu
Signed-off-by: Jean Delvare -
Add the Intel Tolapai SMBus Controller DID.
Signed-off-by: Jason Gaston
Signed-off-by: Jean Delvare -
Clarify use of the I2C_M_* flags by highlighting the fact that
most of them depend on I2C_FUNC_PROTOCOL_MANGLING.Also provide kerneldoc for i2c_smbus_read_block_data() and also
for "struct i2c_msg".Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Do not initialize the PCF8574 with an arbitrary value. Users will have
to write the initial value to sysfs themselves.Signed-off-by: Jean Delvare
Acked-by: Aurelien Jarno -
Signed-off-by: Vladimir Barinov
Acked-by: Trilok Soni
Signed-off-by: Jean Delvare -
Use i2c_bit_add_numbered_adapter() if device id specified, so that the
i2c-ibm_iic adapter works well with new-style pre-declared devices.Signed-off-by: Stefan Roese
Signed-off-by: Jean Delvare -
Switch the tps65010 driver into a "new-style" I2C driver, and convert all
of its in-tree users (board support for OSK, H2, H3) accordingly.That accounts for most of the board-specific code in this driver; the
rest of that code is now moved into board-specific initcalls.Also remove some of the many now-superfluous #includes.
Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Prepare to convert tps65010 driver to "new style" driver by changing
how it references the i2c_client. This lets the eventual patch with
driver and platform updates be smaller.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
After the i2c-isa removal some code can become static.
Signed-off-by: Adrian Bunk
Signed-off-by: Jean Delvare -
We need to be able to flag I2C devices, such as RTCs, which can issue wake
events (usually through IRQ lines). This adds an i2c_board_info.flags bit,
and uses it to initialize the i2c device node. (And shrinks a few lines
that were overly long.)Signed-off-by: David Brownell
Signed-off-by: Jean Delvare
13 Oct, 2007
1 commit
-
This changes the uevent buffer functions to use a struct instead of a
long list of parameters. It does no longer require the caller to do the
proper buffer termination and size accounting, which is currently wrong
in some places. It fixes a known bug where parts of the uevent
environment are overwritten because of wrong index calculations.Many thanks to Mathieu Desnoyers for finding bugs and improving the
error handling.Signed-off-by: Kay Sievers
Cc: Mathieu Desnoyers
Cc: Cornelia Huck
Signed-off-by: Greg Kroah-Hartman
