linux-stable.git/drivers/i2c, branch linux-2.6.23.y

i2c/eeprom: Hide Sony Vaio serial numbers

2007-11-26T17:42:27+00:00

patch 0f2cbd38aa377e30df3b7602abed69464d1970aa in mainline.

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 
Signed-off-by: Greg Kroah-Hartman

i2c/eeprom: Recognize VGN as a valid Sony Vaio name prefix

2007-11-26T17:42:27+00:00

patch 8b925a3dd8a4d7451092cb9aa11da727ba69e0f0 in mainline.

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.

Why this matters: the eeprom driver hides private data from the
EEPROMs it recognizes as Vaio EEPROMs (passwords, serial number...) so
if the driver fails to recognize a Vaio EEPROM as such, the private
data is exposed to the world.

Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

i2c-pasemi: Fix NACK detection

2007-11-26T17:42:27+00:00

patch be8a1f7cd4501c3b4b32543577a33aee6d2193ac in mainline.

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: Greg Kroah-Hartman

i2c-algo-bit: Read block data bugfix

2007-09-09T20:29:14+00:00

This fixes a bug in the way i2c-algo-bit handles I2C_M_RECV_LEN,
used to implement i2c_smbus_read_block_data().  Previously, in the
absence of PEC (rarely used!) it would NAK the "length" byte:

	S addr Rd [A] [length] NA

That prevents the subsequent data bytes from being read:

	S addr Rd [A] [length] { A [data] }* NA

The primary fix just reorders two code blocks, so the length used
in the "should I NAK now?" check incorporates the data which it
just read from the slave device.

However, that move also highlighted other fault handling glitches.
This fixes those by abstracting the RX path ack/nak logic, so it
can be used in more than one location.  Also, a few CodingStyle
issues were also resolved.

Signed-off-by: David Brownell 
Signed-off-by: Jean Delvare

i2c-pxa: Fix adapter number

2007-09-09T20:29:13+00:00

It turns out that platform_device.id is a "u32" so testing it for being
nonnegative is useless when setting up an i2c adapte.  Instead,
do what the platform_bus code does and test it against the value "-1".

Signed-off-by: Jean Delvare

i2c-gpio: Fix adapter number

2007-09-09T20:29:13+00:00

It turns out that platform_device.id is a "u32" so testing it for being
nonnegative is useless when setting up an i2c bitbang device.  Instead,
do what the platform_bus code does and test it against the value "-1". 

Signed-off-by: David Brownell 
Acked-by: Atsushi Nemoto 
Signed-off-by: Jean Delvare

i2c-piix4: Fix SB700 PCI device ID

2007-08-31T08:42:23+00:00

We find that SB700 and SB800 use the same SMBus device ID as SB600, which is
0x4385, instead of the already submitted 0x4395.

Besides removing the wrong SB700 device ID, add SB800 support to kernel, by
renaming the PCI_DEVICE_ID_ATI_IXP600_SMBUS into
PCI_DEVICE_ID_ATI_SBX00_SMBUS.

Signed-off-by: Shane Huang 
Signed-off-by: Jean Delvare 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

i2c-s3c2410: Build fix

2007-08-14T16:37:15+00:00

Fixup the include files after the arch moves that
where included in 2.6.23.

Signed-off-by: Ben Dooks 
Signed-off-by: Jean Delvare

i2c/menelaus: Build fix

2007-08-14T16:37:14+00:00

Fix Menelaus build error, and remove needless "#define DEBUG".

Signed-off-by: David Brownell 
Signed-off-by: Jean Delvare

i2c-mv64xxx: Reinitialize hw and driver on I2C bus hang

2007-08-14T16:37:14+00:00

Under certain conditions, the mv64xxx I2C bus can hang preventing
further operation.  To make the driver more robust, we now reset
the I2C hardware and the driver state machine when such hangs are
detected.

Signed-off-by: Dale Farnsworth 
Acked-by: Mark A. Greer 
Signed-off-by: Jean Delvare