Linux Kernel I2C

Thread Index

[Prev Page][Next Page]

[PATCH v2] OMAP3 : Fix I2C lockup during timeout/error cases
- From: Manjunatha GK <manjugk@xxxxxx>
Re: [PATCH 1/5] i2c: Drop the kind parameter from detect callbacks
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 5/5] i2c: Get rid of I2C_CLIENT_MODULE_PARM
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 4/5] i2c: Drop I2C_CLIENT_INSMOD_2 to 8
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 3/5] i2c: Drop I2C_CLIENT_INSMOD_1
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/5] i2c: Get rid of struct i2c_client_address_data
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 1/5] i2c: Drop the kind parameter from detect callbacks
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2 2/4] i2c: davinci: Add helper functions
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
RE: [PATCH v2 2/4] i2c: davinci: Add helper functions
- From: "Chaithrika U S" <chaithrika@xxxxxx>
Re: [PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] [I2C-OMAP] Add support for 16-bit registers
- From: Cory Maccarrone <darkstar6262@xxxxxxxxx>
Re: [PATCH] [I2C-OMAP] Add support for 16-bit registers
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Please pull bjdooks' i2c tree
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH v2 2/4] i2c: davinci: Add helper functions
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
[PATCH v2 4/4] i2c: davinci: Add cpufreq support
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH v2 3/4] i2c: davinci: Add suspend/resume support
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH v2 0/4] i2c: davinci: Add power management features
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH v2 2/4] i2c: davinci: Add helper functions
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH v2 1/4] i2c: davinci: Remove MOD_REG_BIT and IO_ADDRESS usage
- From: Chaithrika U S <chaithrika@xxxxxx>
Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
- From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
RE: [PATCH 1/3] i2c: davinci: Add helper functions
- From: "Chaithrika U S" <chaithrika@xxxxxx>
RE: [PATCH 3/3] i2c: davinci: Add cpufreq support
- From: "Chaithrika U S" <chaithrika@xxxxxx>
RE: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Kevin Wells <kevin.wells@xxxxxxx>
Re: [PATCH 1/3] i2c: davinci: Add helper functions
- From: Troy Kisky <troy.kisky@xxxxxxxxxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH] [MISC] Add HTC PLD driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] [MISC] Add HTC PLD driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Michael Lawnick <ml.lawnick@xxxxxx>
Re: [PATCH 3/3] i2c: davinci: Add cpufreq support
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: Q: I2C multiplexer support
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 3/3] i2c: davinci: Add cpufreq support
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH 2/3] i2c: davinci: Add suspend/resume support
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH 1/3] i2c: davinci: Add helper functions
- From: Chaithrika U S <chaithrika@xxxxxx>
[PATCH 0/3] i2c: davinci: Add power management features
- From: Chaithrika U S <chaithrika@xxxxxx>
Q: I2C multiplexer support
- From: Michael Lawnick <ml.lawnick@xxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Pavel Machek <pavel@xxxxxx>
[GIT PULL] i2c updates for 2.6.33, round 1
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] [MISC] Add HTC PLD driver
- From: Cory Maccarrone <darkstar6262@xxxxxxxxx>
[PATCH] [I2C-OMAP] Add support for 16-bit registers
- From: Cory Maccarrone <darkstar6262@xxxxxxxxx>
I2C2 controller on imx35
- From: alfred steele <alfred.jaquez@xxxxxxxxx>
[RESEND PATCH v2 2/2] i2c-scmi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
[RESEND PATCH v2 1/2] ACPI: Quirk to make SMBus objects work on IBM machines with broken BIOSes
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH] driver i2c-core: i2c bus should support PM entries in struct dev_pm_ops.
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
- From: Michael Lawnick <ml.lawnick@xxxxxx>
i2c2- Second bus on the mxc platform
- From: alfred steele <alfred.jaquez@xxxxxxxxx>
Re: Need help: Watchdog-driver over smbus (i2c)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Need help: Watchdog-driver over smbus (i2c)
- From: Sven Anders <anders@xxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: Philby John <pjohn@xxxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: Philby John <pjohn@xxxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: Philby John <pjohn@xxxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: Philby John <pjohn@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
- From: Michael Lawnick <ml.lawnick@xxxxxx>
Uboot : I2C2 on mx35
- From: alfred steele <alfred.jaquez@xxxxxxxxx>
[PATCH] driver i2c-core: i2c bus should support PM entries in struct dev_pm_ops.
- From: sonic zhang <sonic.adi@xxxxxxxxx>
RE: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Kevin Wells <kevin.wells@xxxxxxx>
Re: Need help: Watchdog-driver over smbus (i2c)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Need help: Watchdog-driver over smbus (i2c)
- From: Sven Anders <anders@xxxxxxxxxx>
RE: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Kevin Wells <kevin.wells@xxxxxxx>
RE: [PATCH] OMAP: I2C: Add mpu wake up latency constraint in i2c
- From: Paul Walmsley <paul@xxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
RE: [PATCH] OMAP: I2C: Add mpu wake up latency constraint in i2c
- From: <kalle.jokiniemi@xxxxxxxxx>
[PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking
- From: Kevin Wells <kevin.wells@xxxxxxx>
RE: [PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH] OMAP: I2C: Add mpu wake up latency constraint in i2c
- From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxx>
[GIT PULL] i2c fixes for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH V2] at24: use timeout also for read
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH V2] at24: use timeout also for read
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] at24: use timeout also for read
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: i2c adapter scan device issue
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: i2c adapter scan device issue
- From: Lanttor <lanttor.guo@xxxxxxxxxxxxx>
Re: i2c adapter scan device issue
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] at24: use timeout also for read
- From: Jean Delvare <khali@xxxxxxxxxxxx>
i2c adapter scan device issue
- From: Lanttor <lanttor.guo@xxxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
[PATCH v2] i2c: Davinci i2c bus recovery procedure to clear the bus
- From: Philby John <pjohn@xxxxxxxxxxxxx>
Re: [PATCH v2] i2c-designware updates
- From: Ben Dooks <ben-linux@xxxxxxxxx>
RE: [PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
- From: Philby John <pjohn@xxxxxxxxxxxxx>
RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
- From: Philby John <pjohn@xxxxxxxxxxxxx>
Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
- From: Philby John <pjohn@xxxxxxxxxxxxx>
Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
- From: Philby John <pjohn@xxxxxxxxxxxxx>
[PATCH v1] i2c: Davinci i2c bus recovery procedure to come out of time out conditions
- From: Philby John <pjohn@xxxxxxxxxxxxx>
Re: [PATCH] at24: use timeout also for read
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c: Fix userspace_device list corruption
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
Re: [PATCH] ARM: PNX4008: i2c-pnx: use the same dev_id for request_irq and free_irq
- From: Ben Dooks <ben-linux@xxxxxxxxx>
[PATCH] ARM: PNX4008: i2c-pnx: use the same dev_id for request_irq and free_irq
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 10/10] ARM: PNX4008: get i2c clock rate from clk API
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 09/10] ARM: PNX4008: convert i2c-pnx to use clk API enable/disable calls
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 08/10] ARM: PNX4008: move i2c clock start/stop into driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 07/10] ARM: PNX4008: move i2c suspend/resume callbacks into driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 06/10] ARM: PNX4008: convert i2c clocks to match by device only
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 0/10] PNX clock API fixes
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ARM: PNX4008: fix i2c-pnx.c build errors
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ARM: PNX4008: fix i2c-pnx.c build errors
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH 1/2] ARM: PNX4008: fix i2c-pnx.c build errors
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH 0/2] PNX fixes
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
[PATCH V3] gpio: add driver for MAX7300 I2C GPIO extender
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PULL] please pull bjdooks' i2c-pnx-fixes branch
- From: Ben Dooks <ben-linux@xxxxxxxxx>
[PATCH 2/2 RESEND#2] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH 1/2 RESEND#2] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH] MAINTAINERS: Add missing i2c files
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH V2] gpio: add driver for MAX7300 I2C GPIO extender
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
[PATCH V2] gpio: add driver for MAX7300 I2C GPIO extender
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Ingo Molnar <mingo@xxxxxxx>
Re: [spi-devel-general] [PATCH] gpio: add driver for MAX7300 I2C GPIO extender
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] cleanup sched_yield (sys)call nesting.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[PATCH] cleanup sched_yield (sys)call nesting.
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
[PATCH] gpio: add driver for MAX7300 I2C GPIO extender
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
Re: Shared i2c adapter locking
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH] at24: use timeout also for read
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] at24: use timeout also for read
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH 23/22] i2c-designware: i2c_dw_handle_tx_abort: Use dev_dbg() for NOACK cases
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH v2 21/22] i2c-designware: Tx abort cleanups
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH 4/4] i2c : Map I2C adapter number to platform ID number
- From: Ben Dooks <ben-linux@xxxxxxxxx>
[PATCH 07/12] i2cdev: move compat_ioctl handling into driver
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2 21/22] i2c-designware: Tx abort cleanups
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
Re: i2c-pnx driver issues
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH v2 21/22] i2c-designware: Tx abort cleanups
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
RE: i2c-pnx driver issues
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH 4/4] i2c : Map I2C adapter number to platform ID number
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH 3/4] i2c : Limit minimum jiffie timeout to 2
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH 2/4] i2c : Added missing mach/i2c.h and linux/io.h header file includes
- From: Kevin Wells <kevin.wells@xxxxxxx>
[PATCH 1/4] i2c : Made buf type unsigned to prevent sign extension
- From: Kevin Wells <kevin.wells@xxxxxxx>
Re: i2c-pnx driver issues
- From: Ben Dooks <ben-linux@xxxxxxxxx>
i2c-pnx driver issues
- From: Kevin Wells <kevin.wells@xxxxxxx>
RE: Welcome to linux-i2c
- From: Kevin Wells <kevin.wells@xxxxxxx>
Re: [PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] TSL2550: extended mode bugfix
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v3] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: at24 driver - a possible problem
- From: Aleksandar Ivanov <ivanov.aleks@xxxxxxxxx>
Re: at24 driver - a possible problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 2/2 RESENT] [ARM] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
- From: Eric Miao <eric.y.miao@xxxxxxxxx>
Re: at24 driver - a possible problem
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/2 RESENT] [ARM] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH 1/2 RESENT] [ARM] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: at24 driver - a possible problem
- From: David Brownell <david-b@xxxxxxxxxxx>
Re: at24 driver - a possible problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH] at24: use timeout also for read
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
Re: yield() in i2c non-happy paths hits BUG under -rt patch
- From: Jean Delvare <khali@xxxxxxxxxxxx>
yield() in i2c non-happy paths hits BUG under -rt patch
- From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
[GIT PULL] i2c fixes for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
i2c: Refactor for_each callbacks
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2] i2c-designware updates
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: at24 driver - a possible problem
- From: David Brownell <david-b@xxxxxxxxxxx>
Re: at24 driver - a possible problem
- From: Aleksandar Ivanov <ivanov.aleks@xxxxxxxxx>
[PATCH v2 22/22] i2c-designware: Cosmetic cleanups
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 21/22] i2c-designware: Tx abort cleanups
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 20/22] i2c-designware: Skip RX_FULL and TX_EMPTY bits on tx abort errors
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 19/22] i2c-designware: i2c_dw_xfer_msg: Fix error handling procedures
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 18/22] i2c-designware: Disable TX_EMPTY when all i2c_msg msgs has been processed
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 17/22] i2c-designware: Process all i2c_msg messages in the interrupt handler
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 16/22] i2c-designware: i2c_dw_read: Remove redundant target address checker
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 15/22] i2c-designware: i2c_dw_func: Set I2C_FUNC_SMBUS_foo bits
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 14/22] i2c-designware: Initialize byte count variables just prior to being used
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 13/22] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: at24 driver - a possible problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH v2 12/22] i2c-designware: Divide i2c_dw_xfer_msg into two functions
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 11/22] i2c-designware: Enable RX_FULL interrupt
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 10/22] i2c-designware: Set Tx/Rx FIFO threshold levels
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 09/22] i2c-designware: Process i2c_msg messages in the interrupt handler
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 08/22] i2c-designware: i2c_dw_xfer_msg: Fix i2c_msg search bug
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 07/22] i2c-designware: Improved _HCNT/_LCNT calculation
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 06/22] i2c-designware: Remove an useless local variable "num"
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 05/22] i2c-designware: i2c_dw_xfer_msg: Use "struct dw_i2c_dev" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 04/22] i2c-designware: i2c_dw_read: Use "struct dw_i2c_dev" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 03/22] i2c-designware: Use platform_get_irq helper
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 02/22] i2c-designware: Don't use the IC_CLR_INTR register to clear interrupts
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2 01/22] i2c-designware: Consolidate to use 32-bit word accesses
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH v2] i2c-designware updates
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: at24 driver - a possible problem
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: at24 driver - a possible problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Re: Shared i2c adapter locking
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 2/3] i2c-powermac: Simplify pmac_i2c_adapter_to_bus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 2/3] i2c-powermac: Simplify pmac_i2c_adapter_to_bus
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/3] i2c-powermac: Simplify pmac_i2c_adapter_to_bus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 2/3] i2c-powermac: Simplify pmac_i2c_adapter_to_bus
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] i2c-powermac: Include the i2c_adpater in struct pmac_i2c_bus
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Pavel Machek <pavel@xxxxxx>
[PATCH 2/2] [ARM] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH 1/2] [ARM] i2c/pxa: remove unused macro
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
[PATCH] i2c-i801: Retry on lost arbitration
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/3] i2c-powermac: Include the i2c_adpater in struct pmac_i2c_bus
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] i2c-powermac: Include the i2c_adpater in struct pmac_i2c_bus
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: Shared i2c adapter locking (Was: linux-next: manual merge of the net tree with the i2c tree)
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Shared i2c adapter locking (Was: linux-next: manual merge of the net tree with the i2c tree)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH v2 2/2] i2c-scmi: support IBM SMBus CMI devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH v2 2/2] i2c-scmi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
[PATCH v2 1/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH 2/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-scmi: support IBM SMBus CMI devices
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [PATCH 2/2] acpi: support IBM SMBus CMI devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/2] i2c-scmi: support IBM SMBus CMI devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 1/2] i2c-scmi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
[PATCH 2/2] acpi: support IBM SMBus CMI devices
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: Crane Cai <crane.cai@xxxxxxx>
[PATCH 3/3] i2c/ibm-iic: drop NO_IRQ
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 2/3] i2c/cpm: drop NO_IRQ
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 1/3] i2c/mpc: drop NO_IRQ
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
i2c/janitoral: drop NO_IRQ from the subsystem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH 1/2] i2c-powermac: Refactor i2c_powermac_smbus_xfer
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Re: [PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: Crane Cai <crane.cai@xxxxxxx>
[PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [RFC] i2c-designware patches
- From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
Re: [PATCH V2] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxx>
Re: [PATCH V2] ALS: TSL2550 driver move from i2c/chips
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
[PATCH V2] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
[PATCH V1 3/3] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH V1 2/3] i2c: imx: only imx1 needs disable delay
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH V1 1/3] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
RE: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Krishna Kothapalli <krishna_sunitha@xxxxxxxxxxx>
Re: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Zhang Rui <rui.zhang@xxxxxxxxx>
RE: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Krishna Kothapalli <krishna_sunitha@xxxxxxxxxxx>
Re: [PATCH 15/16] i2c-designware: i2c_dw_xfer_msg: Mark as completed on an error
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [RFC] i2c-designware patches
- From: Baruch Siach <baruch@xxxxxxxxxx>
Re: [PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: Baruch Siach <baruch@xxxxxxxxxx>
[PATCH 3/3] i2c-powermac: Drop temporary name buffer
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/3] i2c-powermac: Simplify pmac_i2c_adapter_to_bus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 1/3] i2c-powermac: Include the i2c_adpater in struct pmac_i2c_bus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
RE: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Bus drivers don't have to support I2C_M_REV_DIR_ADDR
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-powermac: Reject unsupported I2C transactions
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [Uclinux-dist-devel] [PATCH 2/2] i2c-bfin-twi: add debug output for error status
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
Re: [Uclinux-dist-devel] [PATCH 1/2] i2c-bfin-twi: integrate timeout timer with completion interface
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
Re: Archive of list couple of weeks
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH v3] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH 2/2] i2c-bfin-twi: add debug output for error status
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH 1/2] i2c-bfin-twi: integrate timeout timer with completion interface
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH] i2c: Bus drivers don't have to support I2C_M_REV_DIR_ADDR
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Ben Dooks <ben@xxxxxxxxx>
Re: FW: [PATCH 10/16] i2c-designware: Do dw_i2c_pump_msg's jobs in the interrutp handler
- From: Ben Dooks <ben@xxxxxxxxxxxx>
RE: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
FW: [RFC] i2c-designware patches
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 03/16] i2c-designware: Use platform_get_irq helper
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 04/16] i2c-designware: i2c_dw_read: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 05/16] i2c-designware: i2c_dw_xfer_msg: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 02/16] i2c-designware: Don't use the IC_CLR_INTR register to clear interrupts
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 06/16] i2c-designware: Remove an useless local variable "num"
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 09/16] i2c-designware: i2c_dw_xfer_msg: Fix an i2c_msg search bug
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 14/16] i2c-designware: Deferred FIFO-data-counting variables initialization
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 15/16] i2c-designware: i2c_dw_xfer_msg: Mark as completed on an error
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 08/16] i2c-designware: Improve _HCNT/_LCNT calculation
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 01/16] i2c-designware: Consolidate to use 32-bit word accesses
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 12/16] i2c-designware: Divide i2c_dw_xfer_msg into two functions
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 11/16] i2c-designware: Set Tx/Rx FIFO threshold levels
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 10/16] i2c-designware: Do dw_i2c_pump_msg's jobs in the interrutp handler
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [RFC] i2c-designware patches
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 03/16] i2c-designware: Use platform_get_irq helper
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 05/16] i2c-designware: i2c_dw_xfer_msg: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 02/16] i2c-designware: Don't use the IC_CLR_INTR register to clear interrupts
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 01/16] i2c-designware: Consolidate to use 32-bit word accesses
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 04/16] i2c-designware: i2c_dw_read: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 08/16] i2c-designware: Improve _HCNT/_LCNT calculation
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 11/16] i2c-designware: Set Tx/Rx FIFO threshold levels
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 06/16] i2c-designware: Remove an useless local variable "num"
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 12/16] i2c-designware: Divide i2c_dw_xfer_msg into two functions
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 14/16] i2c-designware: Deferred FIFO-data-counting variables initialization
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 09/16] i2c-designware: i2c_dw_xfer_msg: Fix an i2c_msg search bug
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 15/16] i2c-designware: i2c_dw_xfer_msg: Mark as completed on an error
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 10/16] i2c-designware: Do dw_i2c_pump_msg's jobs in the interrutp handler
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [RFC] i2c-designware patches
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH] Modify code name SB900 to Hudson-2
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 03/16] i2c-designware: Use platform_get_irq helper
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 04/16] i2c-designware: i2c_dw_read: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 02/16] i2c-designware: Don't use the IC_CLR_INTR register to clear interrupts
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 05/16] i2c-designware: i2c_dw_xfer_msg: Take "struct dw_i2c_dev" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 06/16] i2c-designware: Remove an useless local variable "num"
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 08/16] i2c-designware: Improve _HCNT/_LCNT calculation
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 14/16] i2c-designware: Deferred FIFO-data-counting variables initialization
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 01/16] i2c-designware: Consolidate to use 32-bit word accesses
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf" pointer
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 12/16] i2c-designware: Divide i2c_dw_xfer_msg into two functions
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 15/16] i2c-designware: i2c_dw_xfer_msg: Mark as completed on an error
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 09/16] i2c-designware: i2c_dw_xfer_msg: Fix an i2c_msg search bug
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 11/16] i2c-designware: Set Tx/Rx FIFO threshold levels
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 10/16] i2c-designware: Do dw_i2c_pump_msg's jobs in the interrutp handler
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [RFC] i2c-designware patches
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
FW: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: "Olivares, Ricardo Perez" <richo@xxxxxx>
Re: [PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
[PATCH] i2c-mpc: Do not generate STOP after read.
- From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
Re: [RFC] i2c-designware patches
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [RFC] i2c-designware patches
- From: Baruch Siach <baruch@xxxxxxxxxx>
[PATCH 16/16] i2c-designware: Add I2C_FUNC_SMBUS_* bits
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 15/16] i2c-designware: i2c_dw_xfer_msg: Mark as completed on an error
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 14/16] i2c-designware: Deferred FIFO-data-counting variables initialization
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 12/16] i2c-designware: Divide i2c_dw_xfer_msg into two functions
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 11/16] i2c-designware: Set Tx/Rx FIFO threshold levels
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 10/16] i2c-designware: Do dw_i2c_pump_msg's jobs in the interrutp handler
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 09/16] i2c-designware: i2c_dw_xfer_msg: Fix an i2c_msg search bug
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 08/16] i2c-designware: Improve _HCNT/_LCNT calculation
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 07/16] i2c-designware: Set a clock name to DesignWare I2C clock source
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 06/16] i2c-designware: Remove an useless local variable "num"
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 05/16] i2c-designware: i2c_dw_xfer_msg: Take "struct dw_i2c_dev" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 04/16] i2c-designware: i2c_dw_read: Take "struct dw_i2c_dev" pointer
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 03/16] i2c-designware: Use platform_get_irq helper
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 02/16] i2c-designware: Don't use the IC_CLR_INTR register to clear interrupts
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[PATCH 01/16] i2c-designware: Consolidate to use 32-bit word accesses
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
[RFC] i2c-designware patches
- From: Shinya Kuribayashi <shinya.kuribayashi@xxxxxxxxx>
Re: [PATCH] Modify code name SB900 to Hudson-2
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [PATCH 6/6] haptic: ISA1200 haptic device support
- From: Trilok Soni <soni.trilok@xxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
RE: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
RE: [PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: [PATCH] Modify code name SB900 to Hudson-2
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH RESEND] I2C: OMAP: Add missing wakeup events
- From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
[PATCH] Modify code name SB900 to Hudson-2
- From: Crane Cai <crane.cai@xxxxxxx>
Re: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver >
- From: Krishna Sunitha <krishna.sunitha@xxxxxxxxx>
Re: [PATCH 1/2] i2c-powermac: Refactor i2c_powermac_smbus_xfer
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
[PATCH 1/2 v2] i2c-bfin-twi: integrate timeout timer with completion interface
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/2] i2c-powermac: Log errors
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 1/2] i2c-powermac: Refactor i2c_powermac_smbus_xfer
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
RE: [Uclinux-dist-devel] [PATCH 1/2] i2c-bfin-twi: integrate timeout timer withcompletion interface
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
RE: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Krishna Kothapalli <krishna_sunitha@xxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: [PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxx>
[PATCH] ALS: TSL2550 driver move from i2c/chips
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Nate Case <ncase@xxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Nate Case <ncase@xxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [Uclinux-dist-devel] [PATCH 1/2] i2c-bfin-twi: integrate timeout timer withcompletion interface
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
RE: [PATCH 1/2] i2c-bfin-twi: integrate timeout timer withcompletion interface
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Looking for ICH SMBUS "Process call" support in i2c-i801 bus driver
- From: Krishna Kothapalli <krishna_sunitha@xxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
[RFC] misc/at24: add experimental OF support for the generic eeprom driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 6/6] haptic: ISA1200 haptic device support
- From: Trilok Soni <soni.trilok@xxxxxxxxx>
Re: [PATCH 1/2] i2c-bfin-twi: integrate timeout timer with completion interface
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] i2c/chips: move ds1682 to drivers/misc
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: Archive of list couple of weeks
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c/chips: move ds1682 to drivers/misc
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/2] i2c-bfin-twi: add debug output for error status
- From: Mike Frysinger <vapier@xxxxxxxxxx>
[PATCH 1/2] i2c-bfin-twi: integrate timeout timer with completion interface
- From: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH] i2c/chips: move ds1682 to drivers/misc
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
[PATCH] i2c/chips: move ds1682 to drivers/misc
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: Archive of list couple of weeks
- From: Ben Dooks <ben@xxxxxxxxx>
Archive of list couple of weeks
- From: Ben Dooks <ben@xxxxxxxxx>
Re: [PATCH] ltc4215/ltc4245: Discard obsolete detect methods
- From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: New home for DS1682 driver
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Jonathan Cameron <jic23@xxxxxxxxx>
Re: New home for DS1682 driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: New home for DS1682 driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
New home for DS1682 driver
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 3/3] ics932s401: Clean up detect function
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
[PATCH 3/3] ics932s401: Clean up detect function
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 2/3] i2c: Simplify i2c_detect_address
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 1/3] i2c: Drop probe, ignore and force module parameters
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 0/3] Drop generic i2c chip driver module parameters
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[GIT PULL] i2c fixes for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [GIT PULL] More i2c updates for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH] i2c: Add missing __devinit markers to old i2c adapter drivers
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c: Hide probe errors cause by ACPI resource conflicts
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: imx: only imx1 needs disable delay
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 2/4] i2c: imx: only imx1 needs disable delay
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c: imx: only imx1 needs disable delay
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
[PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 2/4] i2c: imx: only imx1 needs disable delay
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
[PATCH] i2c: Bus drivers don't have to support I2C_M_REV_DIR_ADDR
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c-powermac: Reject unsupported I2C transactions
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [2.6.31] ir-kbd-i2c oops.
- From: Paweł Sikora <pluto@xxxxxxxx>
[PATCH 4/4] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 3/4] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 2/4] i2c: imx: only imx1 needs disable delay
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH 1/4] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH] i2c: imx: disable clock when it's possible to save power.
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH] i2c: imx: only imx1 needs disable delay
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
[PATCH] i2c: imx: add macros and printk to make debug easy
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [2.6.31] ir-kbd-i2c oops.
- From: Hermann Pitton <hermann-pitton@xxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [2.6.31] ir-kbd-i2c oops.
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Re: [PATCH] i2c: imx: check busy bit when START/STOP
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH] i2c: imx: check busy bit when START/STOP
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
{PATCH] i2c: Minor documentation update
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Peter Korsgaard <jacmet@xxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
[GIT PULL] More i2c updates for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Jon Ringle <jon@xxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Jon Ringle <jon@xxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Jon Ringle <jon@xxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Jon Ringle <jon@xxxxxxxxxx>
new stmpe2401 driver
- From: Christopher Friedt <chrisfriedt@xxxxxxxxx>
Re: [PATCH] i2c-mpc: Do not generate STOP after read.
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
Re: [rtc-linux] Re: i2c/rtc init dependency problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [rtc-linux] i2c/rtc init dependency problem
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Henrik Kretzschmar <henne@xxxxxxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Henrik Kretzschmar <henne@xxxxxxxxxxxxxxxx>
Transmission over Intel SCH US15W SMBus interface
- From: "Konrad Bojar" <kbojar@xxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Henrik Kretzschmar <henne@xxxxxxxxxxxxxxxx>
[PATCH v3] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: [PATCH v2] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH v2] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: [PATCH] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: [GIT PULL] i2c updates for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] ds2482: Discard obsolete detect method
- From: Ben Gardner <gardner.ben@xxxxxxxxx>
Re: [PATCH] max6875: Discard obsolete detect method
- From: Ben Gardner <gardner.ben@xxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Crash on reading the whole PCI config of PIIX4 SMBus
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Crash on reading the whole PCI config of PIIX4 SMBus
- From: Henrik Kretzschmar <henne@xxxxxxxxxxxxxxxx>
[PATCH] i2c-mpc: Do not generate STOP after read.
- From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
Re: [PATCH 0/1] Better i2c access latencies in high load situations
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c: Add support for Xilinx XPS IIC Bus Interface
- From: Richard Röjfors <richard.rojfors@xxxxxxxxxxxxxxx>
Re: [PATCH 0/1] Better i2c access latencies in high load situations
- From: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
- From: Philby John <pjohn@xxxxxxxxxxxxx>
maintainer away (and git repo problems)
- From: Ben Dooks <ben-linux@xxxxxxxxx>
Re: [PATCH] max6875: Discard obsolete detect method
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH] ds2482: Discard obsolete detect method
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] max6875: Discard obsolete detect method
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] i2c: Move misc devices documentation
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH] i2c: Move misc devices documentation
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Please pull bjdooks' i2c tree
- From: Ben Dooks <ben-linux@xxxxxxxxx>
[PATCH] i2c/imx: make bus available early
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[GIT PULL] i2c updates for 2.6.32
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c-voodoo3: Delete
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c: Clearly mark ACPI drivers as such
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
RE: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: "Chuck Kamas" <ckamas@xxxxxxxxxxx>
Re: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: Jean Delvare <khali@xxxxxxxxxxxx>
RE: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: "Chuck Kamas" <ckamas@xxxxxxxxxxx>
Re: [PATCH v2] I2C: add driver for SMBus Control Method Interface
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
RE: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: "Chuck Kamas" <ckamas@xxxxxxxxxxx>
Re: How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 0/1] Better i2c access latencies in high load situations
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/1] i2c: Prevent priority inversion on top of bus lock
- From: Jean Delvare <khali@xxxxxxxxxxxx>
How to manually call i2c_client's probe from i2c-dev.c ioctl
- From: "Chuck Kamas" <ckamas@xxxxxxxxxxx>
Re: [PATCH v2] I2C: add driver for SMBus Control Method Interface
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/1] i2c: Prevent priority inversion on top of bus lock
- From: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
Re: [PATCH 0/1] Better i2c access latencies in high load situations
- From: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
Re: [PATCH 1/1] i2c: Prevent priority inversion on top of bus lock
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 0/1] Better i2c access latencies in high load situations
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH 0/1] Better i2c access latencies in high load situations
- From: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
[PATCH 1/1] i2c: Prevent priority inversion on top of bus lock
- From: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
Re: [PATCH V2] MAINTAINERS: add maintainer for AT24 and PCA9564/PCA9665
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH V2] MAINTAINERS: add maintainer for AT24 and PCA9564/PCA9665
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
[PATCH] MAINTAINERS: add maintainer for AT24 and PCA9564/PCA9665
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH v2] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [2.6.31] ir-kbd-i2c oops.
- From: Paweł Sikora <pluto@xxxxxxxx>
Re: [2.6.31] ir-kbd-i2c oops.
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[2.6.31] ir-kbd-i2c oops.
- From: Paweł Sikora <pluto@xxxxxxxx>
Re: [linux-2.6 PATCH 1/1] i2c-i801: Re-read busy bit and wait for transaction to complete
- From: Chaitanya Lala <clala@xxxxxxxxxxxx>
Re: [linux-2.6 PATCH 1/1] i2c-i801: Re-read busy bit and wait for transaction to complete
- From: Jean Delvare <khali@xxxxxxxxxxxx>
ds1682
- From: "Dan Mor" <dmor@xxxxxxxxxx>
Re: [linux-2.6 PATCH 1/1] i2c-i801: Re-read busy bit and wait for transaction to complete
- From: Chaitanya Lala <clala@xxxxxxxxxxxx>
Re: [linux-2.6 PATCH 1/1] i2c-i801: Re-read busy bit and wait for transaction to complete
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Velleman K8000
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Velleman K8000
- From: Kari Laine <klaine8@xxxxxxxxx>
Re: [PATCH] drivers/i2c: Correct use of request_region/request_mem_region
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] i2c/mv64xxx: get rid of a compiler warning
- From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
Re: I2C -bus programming
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Simple i2c question
- From: "Dimitar Penev" <dpn@xxxxxxxxx>
Re: [PATCH] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [PATCH] I2C: add new AMD SMBus device ID
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [PATCH] I2C: add new AMD SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: Removing deprecated drivers from drivers/i2c/chips
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c/chips: Remove deprecated pcf8575-driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] i2c/chips: Remove deprecated pcf8575-driver
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
Re: Removing deprecated drivers from drivers/i2c/chips
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[PATCH] I2C: add new AMD SMBus device ID
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [Uclinux-dist-devel] Removing deprecated drivers from drivers/i2c/chips
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
Re: [Uclinux-dist-devel] Removing deprecated drivers from drivers/i2c/chips
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH v2] I2C: Add support for new AMD SMBus devices
- From: Crane Cai <crane.cai@xxxxxxx>
Re: [Uclinux-dist-devel] Removing deprecated drivers from drivers/i2c/chips
- From: Mike Frysinger <vapier.adi@xxxxxxxxx>
Re: [PATCH 3/4] i2c/chips: Remove deprecated pca9539-driver
- From: Ben Gardner <gardner.ben@xxxxxxxxx>
[PATCH 4/4] i2c/chips: Remove deprecated pcf8574-driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 3/4] i2c/chips: Remove deprecated pca9539-driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 2/4] i2c/chips: Remove deprecated pcf8575-driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
[PATCH 1/4] gpio/pcf857x: copy i2c_device_id from old pcf8574-driver
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Removing deprecated drivers from drivers/i2c/chips
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] I2C: add driver for SMBus Control Method Interface
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2] I2C: Add support for new AMD SMBus devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH v2] I2C: Add support for new AMD SMBus devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [patch 1/1] i2c: add support for new AMD SMBus devices
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 2.6.31-rc9] i2c-mv64xxx.c: correct mv64xxx_i2c_intr() return type
- From: "Mark A. Greer" <mgreer@xxxxxxxxxx>
[PATCH 2.6.31-rc9] i2c-mv64xxx.c: correct mv64xxx_i2c_intr() return type
- From: Mikael Pettersson <mikpe@xxxxxxxx>
Re: Removing duplicate drivers from chips?
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Removing duplicate drivers from chips?
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Petri Gynther <pgynther@xxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Petri Gynther <pgynther@xxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Petri Gynther <pgynther@xxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Greg KH <greg@xxxxxxxxx>
[PATCH] eeprom: add non-cached sysfs read access to EEPROM data
- From: Petri Gynther <pgynther@xxxxxxxxxx>
Re: [Question] RTC probe isn't called
- From: Kuninori Morimoto <morimoto.kuninori@xxxxxxxxxxx>
[PATCH] i2c/scx200_acb: Provide more information on bus errors
- From: Jean Delvare <khali@xxxxxxxxxxxx>
Re: [PATCH 1/1] I2C: i2c-core, make attr groups const
- From: Jean Delvare <khali@xxxxxxxxxxxx>
[Question] RTC probe isn't called
- From: Kuninori Morimoto <morimoto.kuninori@xxxxxxxxxxx>
Re: [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
- From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
[PATCH] I2C: add driver for SMBus Control Method Interface
- From: Crane Cai <crane.cai@xxxxxxx>
[linux-2.6 PATCH 1/1] i2c-i801: Re-read busy bit and wait for transaction to complete
- From: Chaitanya Lala <clala@xxxxxxxxxxxx>
Re: [PATCH 1/6] i2c pca954x: catch dereferencing from NULL-pointer
- From: chris@xxxxxxxxxxx
Re: [PATCH 6/6] kerneldoc: add dts binding information to kernel doc.
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH 5/6] of_i2c.c: add method for binding devices behind multiplexer
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH 4/6] of_i2c.h: add new prototypes to of_i2c header file.
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH 3/6] i2c pca954x: add dts-binding facility
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH 2/6] i2c pca954x: add readable channel-property in sysfs
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH 1/6] i2c pca954x: catch dereferencing from NULL-pointer
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
Re: [PATCH] i2c pca954x: support channel selection in sysfs.
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>

[Index of Archives] [Linux USB Devel] [Video for Linux] [Scanner] [Linux SCSI] [Samba] [Yosemite News]