29 Mar, 2009
18 commits
-
* 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
i2c-core: Some style cleanups
i2c-piix4: Add support for the Broadcom HT1100 chipset
i2c-piix4: Add support to SB800 SMBus changes
i2c-pca-platform: Use defaults if no platform_data given
i2c-algo-pca: Use timeout for checking the state machine
i2c-algo-pca: Rework waiting for a free bus
i2c-algo-pca: Add PCA9665 support
i2c: Adapt debug macros for KERN_* constants
i2c-davinci: Fix timeout handling
i2c: Adapter timeout is in jiffies
i2c: Set a default timeout value for all adapters
i2c: Add missing KERN_* constants to printks
i2c-algo-pcf: Handle timeout correctly
i2c-algo-pcf: Style cleanups
eeprom/at24: Remove EXPERIMENTAL
i2c-nforce2: Add support for MCP67, MCP73, MCP78S and MCP79
i2c: Clarify which clients are auto-removed
i2c: Let checkpatch shout on users of the legacy model
i2c: Document the different ways to instantiate i2c devices -
Some lines over 80.
The printk(KERN_ERR ... ) should be dev_err.
And some blankspace should be deleted.Signed-off-by: Zhenwen Xu
Signed-off-by: Jean Delvare -
Add support for the Broadcom HT1100 LD chipset (SMBus function.)
Signed-off-by: Flavio Leitner
Signed-off-by: Jean Delvare -
Add support for the AMD SB800 Family series of products.
Major changes include the changes to addressing the SMBus registers at different
location from the locations in the previous compatible parts from AMD such as
SB400/SB600/SB700. For SB800, the main features and register definitions of
SMBus and other interfaces are still compatible with the previous products with
the only change being in how to access the internal registers for these blocks.Signed-off-by: Shane Huang
Signed-off-by: Jean Delvare -
Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
We now timeout also if the state machine does not change within the
given time. For that, the driver-specific completion-functions are
extended to return true or false depending on the timeout. This then
gets checked in the algorithm.Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
Waiting for a free bus now accepts the timeout value in jiffies and does
proper checking using time_before.Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
Add support for the PCA9665 I2C controller.
Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
According to kerneljanitors todo list all printk calls (beginning
a new line) should have an according KERN_* constant.
Those are the changes to the debug macros in the i2c subsystem
to meet this requirement. Also changing no-debug statements
to raw printks again.Signed-off-by: Frank Seidel
Signed-off-by: Jean Delvare
Tested-by: Wolfram Sang -
Properly set the adapter timeout value in jiffies, and then use that
value in the driver, rather than a hard-coded constant.Signed-off-by: Jean Delvare
Tested-by: Troy Kisky
Cc: Kevin Hilman -
i2c_adapter.timeout is in jiffies. Fix all drivers which thought
otherwise. It didn't really matter as long as the value was only used
inside the driver, but soon i2c-core will use it too so it must have
the proper unit.Note: for the i2c-mpc driver, this fixes a bug in polling mode.
Timeout would trigger after 1 jiffy, which is most probably not what
the author wanted.Signed-off-by: Jean Delvare
Cc: Clifford Wolf
Acked-by: Sean MacLennan
Cc: Stefan Roese
Acked-by: Lennert Buytenhek
Cc: Dan Williams
Cc: Grant Likely
Acked-by: Mark A. Greer -
Setting a default timeout value on a per-algo basis doesn't make any
sense. Move the default value setting to i2c-core. Individual adapter
drivers can specify a different (non-zero) value if they wish.Also express the timeout value in a way which results in the same
duration regarless of the value of HZ.Signed-off-by: Jean Delvare
Acked-by: Wolfram Sang -
According to kerneljanitors todo list all printk calls (beginning
a new line) should have an according KERN_* constant.
Those are the missing pieces here for the i2c subsystem.Signed-off-by: Frank Seidel
Signed-off-by: Jean Delvare -
With a postfix decrement these timeouts reach -1 rather than 0, but after the
loop it is tested whether they have become 0.As pointed out by Jean Delvare, the msg_num should be tested before the timeout.
With the current order, you could exit with a timeout error while all the
messages were successfully transferred.Signed-off-by: Roel Kluin
Signed-off-by: Jean Delvare
Acked-by: Eric Brower -
cleanup whitespace, fix comments and remove the unused STUB_I2C.
Signed-off-by: Roel Kluin
Signed-off-by: Jean Delvare
Acked-by: Eric Brower -
The MCP78S and MCP79 appear to be compatible with the previous nForce
chips as far as the SMBus controller is concerned. The MCP67 and MCP73
were not tested yet but I'd be very surprised if they weren't
compatible too.Signed-off-by: Jean Delvare
Cc: Oleg Ryjkov
Cc: Malcolm Lalkaka
Cc: Zbigniew Luszpinski -
The automatic removal of i2c clients only affects the clients which
were created automatically in the first place. Add a comment saying
that to avoid any confusion.Signed-off-by: Jean Delvare
-
Conflicts:
sound/soc/pxa/pxa2xx-i2s.c
25 Mar, 2009
2 commits
-
Signed-off-by: Russell King
-
This patch implements uevent suppress in kobject and removes it
from struct device, based on the following ideas:1,Uevent sending should be one attribute of kobject, so suppressing it
in kobject layer is more natural than in device layer. By this way,
we can do it for other objects embedded with kobject.2,It may save several bytes for each instance of struct device.(On my
omap3(32bit ARM) based box, can save 8bytes per device object)This patch also introduces dev_set|get_uevent_suppress() helpers to
set and query uevent_suppress attribute in case to help kobject
as private part of struct device in future.[This version is against the latest driver-core patch set of Greg,please
ignore the last version.]Signed-off-by: Ming Lei
Signed-off-by: Greg Kroah-Hartman
19 Mar, 2009
1 commit
-
Conflicts:
arch/arm/mach-omap2/clock.c
14 Mar, 2009
1 commit
-
Conflicts:
arch/arm/mach-at91/gpio.c
04 Mar, 2009
2 commits
-
* master.kernel.org:/home/rmk/linux-2.6-arm:
[ARM] fix lots of ARM __devexit sillyness
[ARM] 5417/1: Set the correct cacheid for ARMv6 CPUs with ARMv7 style MMU
[ARM] 5416/1: Use unused address in v6_early_abort
[ARM] 5411/1: S3C64XX: Fix EINT unmask
[ARM] at91: fix for Atmel AT91 powersaving
[ARM] RiscPC: Fix etherh oops -
`iop_adma_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.o
`mv_xor_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.o
`mv64xxx_i2c_unmap_regs' referenced in section `.devinit.text' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.o
`mv64xxx_i2c_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.o
`orion_nand_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.o
`pxafb_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.devexit.text' of drivers/built-in.oAcked-by: Uwe Kleine-König
Signed-off-by: Russell King
25 Feb, 2009
5 commits
-
Add the necessary i2c_board_info structure to fix the lack of PCF8583
RTC on RiscPC.Signed-off-by: Russell King
Signed-off-by: Jean Delvare
Cc: Alessandro Zummo -
i2c_algo_bit_data.timeout is supposed to be in jiffies, so drivers
should use set this value in terms of HZ.Ultimately I think this field should be discarded in favor of
i2c_adapter.timeout, but that's left for a future patch.Signed-off-by: Jean Delvare
Acked-by: Russell King
Acked-by: Lennert Buytenhek
Acked-by: Len Sorensen -
The unit in which user-space can set the bus timeout value is jiffies
for historical reasons (back when HZ was always 100.) This is however
not good because user-space doesn't know how long a jiffy lasts. The
timeout value should instead be set in a fixed time unit. Given the
original value of HZ, this unit should be 10 ms, for compatibility.Signed-off-by: Jean Delvare
Acked-by: Wolfram Sang -
With a postfix decrement these timeouts reach -1 rather than 0, but
after the loop it is tested whether they have become 0.As pointed out by Jean Delvare, the condition we are waiting for should
also be tested before the timeout. With the current order, you could
exit with a timeout error while the job is actually done.Signed-off-by: Roel Kluin
Signed-off-by: Jean Delvare -
Fix misplaced parentheses.
Signed-off-by: Roel Kluin
Signed-off-by: Jean Delvare
19 Feb, 2009
1 commit
-
If dev->id is not -1, the platform code may use static bus numbering
rather than dynamic. The patch also changes the i2c_versatile_init to a
subsys_initcall rather than module_init to make sure it is initialised
before the I2C devices initialisation.Signed-off-by: Catalin Marinas
Acked-by: Jean Delvare
Signed-off-by: Russell King
09 Feb, 2009
3 commits
-
By providing a dummy ick for OMAP1510 and OMAP310, we avoid having
SoC conditional clock information in i2c-omap.c. Also, fix the
error handling by making sure we propagate the error returned via
clk_get().Signed-off-by: Russell King
-
On OMAP1, the I2C functional clock (fck) is the armxor_ck, so there's
no need to get "armxor_ck" separately.Signed-off-by: Russell King
-
Signed-off-by: Russell King
27 Jan, 2009
3 commits
-
Update Kconfig text to specify this driver as I2C.
Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
As drivers/i2c/chips is going to go away, move the driver to
drivers/misc/eeprom. Other eeprom drivers may be moved here later, too.
Update Kconfig text to specify this driver as I2C.Signed-off-by: Wolfram Sang
Signed-off-by: Jean Delvare -
Signed-off-by: Jean Delvare
14 Jan, 2009
1 commit
-
This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
directory. The new location suggested by Kumar Gala: as the driver is
83xx specific it's placed into arch/powerpc/platforms/83xx/.Signed-off-by: Anton Vorontsov
Acked-by: Jean Delvare
Signed-off-by: Kumar Gala
08 Jan, 2009
2 commits
-
* git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6: (123 commits)
wimax/i2400m: add CREDITS and MAINTAINERS entries
wimax: export linux/wimax.h and linux/wimax/i2400m.h with headers_install
i2400m: Makefile and Kconfig
i2400m/SDIO: TX and RX path backends
i2400m/SDIO: firmware upload backend
i2400m/SDIO: probe/disconnect, dev init/shutdown and reset backends
i2400m/SDIO: header for the SDIO subdriver
i2400m/USB: TX and RX path backends
i2400m/USB: firmware upload backend
i2400m/USB: probe/disconnect, dev init/shutdown and reset backends
i2400m/USB: header for the USB bus driver
i2400m: debugfs controls
i2400m: various functions for device management
i2400m: RX and TX data/control paths
i2400m: firmware loading and bootrom initialization
i2400m: linkage to the networking stack
i2400m: Generic probe/disconnect, reset and message passing
i2400m: host/device procotol and core driver definitions
i2400m: documentation and instructions for usage
wimax: Makefile, Kconfig and docbook linkage for the stack
... -
This moves the isp1301-omap driver from the drivers/i2c/chips
directory (which will be shrinking) into a new drivers/usb/otg
directory (which will grow, with more drivers and utilities).Note that OTG infrastructure needs to be initialized before
either host or peripheral side USB support, and may be needed
before for pure host or pure peripheral configurations.Signed-off-by: David Brownell
Acked-by: Jean Delvare
Signed-off-by: Greg Kroah-Hartman
07 Jan, 2009
1 commit
-
Use snprintf instead of sprintf to set adapter names, it's safer.
Signed-off-by: Jean Delvare