Linux Kernel I2C

• Thread Index

• [PATCHv2 0/3] Adding TI TPS PMICs support in the regulator framework
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: Synaptics touchscreen for HTC Dream: check that smbus is available
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• RE: [PATCH] i2c pca954x: support channel selection in sysfs.
  • From: "Herzig, Christian" <Christian.Herzig@xxxxxxxxxxx>
• Re: "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] i2c pca954x: support channel selection in sysfs.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• "I2C_RDWR" ioctl returning EINVAL on Freescale mxc
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: I2C -bus programming
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxx>
• [PATCH] I2C STU300 stability updates
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
  • From: Liam Girdwood <lrg@xxxxxxxxxxxxxxx>
• Re: [PATCH] U300 I2C board setup
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] U300 I2C board setup
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• [PATCH v2] I2C: Add support for new AMD SMBus devices
  • From: Crane Cai <crane.cai@xxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: Paul Walmsley <paul@xxxxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• [PATCH] drivers/i2c: Correct use of request_region/request_mem_region
  • From: Julia Lawall <julia@xxxxxxx>
• Synaptics touchscreen for HTC Dream: check that smbus is available
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 4/8] Regulator: Adding header file for TI TPS6507x regulator driver
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• Re: [PATCH 3/8] Regulator: Add TPS6507x regulator driver
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• Re: [PATCH 2/8] Regulator: Adding header file for TPS65023
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• Re: [PATCH 1/8] Regulator: Add TPS65023 regulator driver
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [patch 1/1] i2c: add support for new AMD SMBus devices
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH] I2C: Add support for new AMD SMBus devices
  • From: "Cai, Crane" <crane.cai@xxxxxxx>
• Re: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] TSL2550: extended mode bugfix
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] TSL2550: extended mode bugfix
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] TSL2550: extended mode bugfix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] TSL2550: extended mode bugfix
  • From: "Michele De Candia (VT)" <michele.decandia@xxxxxxxxxxxxx>
• Re: [PATCH] I2C: Add support for new AMD SMBus devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• R: [PATCH] i2c/tsl2550: Use combined SMBus transactions
  • From: "De Candia Michele" <Michele.DeCandia@xxxxxxxxxxxxx>
• [PATCH 4/4] i2c: Provide compatibility links for i2c adapters
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/4] i2c: Convert i2c adapters to bus devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/4] i2c: Convert i2c clients to a device type
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/4] Add support for compatibility classes
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 0/4] Convert i2c adapters from class devices to bus devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: i2c_smbus_write_block_data vs scheduled routine calls (add_timer) - kernel crash
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: i2c_smbus_write_block_data vs scheduled routine calls (add_timer) - kernel crash
  • From: Matthias Kaehlcke <matthias@xxxxxxxxxxxx>
• i2c_smbus_write_block_data vs scheduled routine calls (add_timer) - kernel crash
  • From: NiTr0 <nitr0@xxxxxxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Krishnamoorthy, Balaji T" <balajitk@xxxxxx>
• RE: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• Re: [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Sample DTS entries and sample user space code
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Dongsoo Kim <dongsoo.kim@xxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/3] [OMAP:I2C]Bug in reading the RXSTAT/TXSTAT values from the I2C_BUFFSTAT register
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Please pull bjdooks' i2c-fixes
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH 0/3] [OMAP:I2C] Small bug fixes and errata 1.153
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH V2] i2c-au1550: dev_pm_ops conversion.
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-au1550: dev_pm_ops conversion.
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [RFC][PATCH v2 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: balajitk@xxxxxx
• [RFC][PATCH v2 3/4] OMAP4: PMIC: Add support for twl6030 regulators
  • From: balajitk@xxxxxx
• [RFC][PATCH v2 2/4] OMAP4: PMIC: Add support for twl6030 RTC
  • From: balajitk@xxxxxx
• [RFC][PATCH v2 1/4] OMAP4: PMIC: Add support for twl6030 irq framework
  • From: balajitk@xxxxxx
• RE: Sample DTS entries and sample user space code
  • From: "Lindsey Ings -X (ingsl - Yoh Services LLC at Cisco)" <ingsl@xxxxxxxxx>
• Re: [PATCH] PCI: Unhide the SMBus on the Compaq Evo D510 USDT
  • From: Jesse Barnes <jesse.barnes@xxxxxxxxx>
• [GIT PULL] i2c fix for 2.6.31
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] PCI: Unhide the SMBus on the Compaq Evo D510 USDT
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: Troy Kisky <troy.kisky@xxxxxxxxxxxxxxxxxxx>
• Re: i2c driver doubts
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c driver doubts
  • From: Stefano Tebaldi <steteb@xxxxxxxxx>
• RE: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
• Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: i2c driver doubts
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: s3c24xx_i2c_init: don't clobber IICLC value
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Dongsoo Kim <dongsoo.kim@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH V2] i2c-au1550: dev_pm_ops conversion.
  • From: Manuel Lauss <manuel.lauss@xxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] i2c: change i2c-sh_mobile.c module_init() to subsys_initcall()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 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: Nitin Mahajan <nitinm76@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• About a suspicious msleep during doxfer in s3c2410 i2c bus driver
  • From: "Dongsoo, Nathaniel Kim" <dongsoo.kim@xxxxxxxxx>
• [PATCH] I2C: OMAP3: PM: (re)init for every transfer to support off-mode
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Daniel Ribeiro <drwyrm@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [RESUBMIT][PATCH][RFC] OMAP4: I2C Support for OMAP4430
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RESUBMIT][PATCH][RFC] OMAP4: I2C Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• [PATCH 2/3] [OMAP:I2C]In case of a NACK|ARDY|AL return from the ISR
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• [PATCH 1/3] [OMAP:I2C]Bug in reading the RXSTAT/TXSTAT values from the I2C_BUFFSTAT register
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• [PATCH 0/3] [OMAP:I2C] Small bug fixes and errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: "J.I. Cameron" <jic23@xxxxxxxxx>
• Re: Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Threaded interrupts for synaptic touchscreen in HTC dream
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Pavel Machek <pavel@xxxxxx>
• RE: [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC][PATCH 1/4] OMAP4: PMIC: Add support for twl6030 irq framework
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• RE: [RFC][PATCH 1/4] OMAP4: PMIC: Add support for twl6030 irq framework
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH] i2c-au1550: dev_pm_ops conversion.
  • From: Manuel Lauss <manuel.lauss@xxxxxxxxxxxxxx>
• RE: [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH] i2c-au1550: dev_pm_ops conversion.
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [RFC][PATCH 2/4] OMAP4: PMIC: Add support for twl6030 RTC
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] ARM: OMAP: Rename all twl4030_i2c*.
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] ARM: OMAP: Rename twl4030_ in rtc-twl.c to make it generic rtc
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ARM: OMAP: Rename twl4030_ to twl_ in twl-regulator.c to make it generic reg
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/4] OMAP4: PMIC: Add support for twl6030 irq framework
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• [PATCH] i2c-au1550: dev_pm_ops conversion.
  • From: Manuel Lauss <manuel.lauss@xxxxxxxxxxxxxx>
• [RFC][PATCH 4/4] OMAP4: PMIC: Update TWL mfd driver to create twl6030 regulators
  • From: balajitk@xxxxxx
• [RFC][PATCH 3/4] OMAP4: PMIC: Add support for twl6030 regulators
  • From: balajitk@xxxxxx
• [RFC][PATCH 2/4] OMAP4: PMIC: Add support for twl6030 RTC
  • From: balajitk@xxxxxx
• [RFC][PATCH 1/4] OMAP4: PMIC: Add support for twl6030 irq framework
  • From: balajitk@xxxxxx
• [RFC][PATCH 0/4] TWL6030 patch series
  • From: "Krishnamoorthy, Balaji T" <balajitk@xxxxxx>
• [PATCH 4/4] ARM: OMAP: Rename twl4030_ to twl_ in twl-regulator.c to make it generic reg
  • From: balajitk@xxxxxx
• [PATCH 3/4] ARM: OMAP: Rename twl4030_ in rtc-twl.c to make it generic rtc
  • From: balajitk@xxxxxx
• [PATCH 2/4] ARM: OMAP: Rename all twl4030_i2c*.
  • From: balajitk@xxxxxx
• [PATCH 1/4] ARM: OMAP: Rename twl4030* driver files to enable re-use
  • From: balajitk@xxxxxx
• [PATCH] I2C: Add support for new AMD SMBus devices
  • From: Crane Cai <crane.cai@xxxxxxx>
• Re: I2C device board info
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: I2C device board info
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/tsl2550: Use combined SMBus transactions
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH] blackfin: Clean up duplicate I2C device type definitions
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: I2C device board info
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] blackfin: Clean up duplicate I2C device type definitions
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: I2C device board info
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: I2C device board info
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: I2C device board info
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: I2C device board info
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: I2C device board info
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• i2c driver doubts
  • From: Stefano Tebaldi <steteb@xxxxxxxxx>
• I2C device board info
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• [PATCH] i2c-s3c2410: s3c24xx_i2c_init: don't clobber IICLC value
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH] i2c: strncpy does not null terminate string
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] i2c: strncpy does not null terminate string
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: strncpy does not null terminate string
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: strncpy does not null terminate string
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
  • From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• [PATCH] i2c/tsl2550: Use combined SMBus transactions
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: Troy Kisky <troy.kisky@xxxxxxxxxxxxxxxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• RE: [PATCH 0/2] davinci i2c fixes for 2.6.31
  • From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• [PATCH] don't add i2c_imx_driver's probe function to the driver struct
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH/RFC 1/1] recover from davinci i2c time out conditions
  • From: Philby John <pjohn@xxxxxxxxxxxxx>
• [PATCH/RFC 0/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: [lm-sensors] Use the Linux I2C subsystem for a two wire interface protocol
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Please pull bjdooks' i2c-fixes
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/2] don't add i2c_imx_driver's probe function to the driver struct
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 5/5] drivers/i2c: Use resource_size
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• [PATCH] i2c-taos-evm: Switch echo off to improve performance
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Use the Linux I2C subsystem for a two wire interface protocol
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Use the Linux I2C subsystem for a two wire interface protocol
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• RE: Sample DTS entries and sample user space code
  • From: "Lindsey Ings -X (ingsl - Yoh Services LLC at Cisco)" <ingsl@xxxxxxxxx>
• Re: Support for synaptic touchscreen in HTC dream
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: Sample DTS entries and sample user space code
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 5/5] drivers/i2c: Use resource_size
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: "Michele De Candia (VT)" <michele.decandia@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] don't add i2c_imx_driver's probe function to the driver struct
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: Sample DTS entries and sample user space code
  • From: "Lindsey Ings -X (ingsl - Yoh Services LLC at Cisco)" <ingsl@xxxxxxxxx>
• Re: [PATCH 0/2] davinci i2c fixes for 2.6.31
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• 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: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Re : [lm-sensors] HMC6343
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 0/2] davinci i2c fixes for 2.6.31
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: HMC6343
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [lm-sensors] HMC6343
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [lm-sensors] HMC6343
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [lm-sensors] HMC6343
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• [PATCH 2/2] i2c-davinci: behave with i2cdetect
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] davinci i2c fixes for 2.6.31
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c-davinci: convert clock usage after clkdev conversion
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH 5/5] drivers/i2c: Use resource_size
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: "Michele De Candia (VT)" <michele.decandia@xxxxxxxxxxxxx>
• Lockdep warning in i2c/dvb (nova_t) in 2.6.31-rc1+195
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: [PATCH] TSL2550 driver bugfix
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• [PATCH] TSL2550 driver bugfix
  • From: "Michele De Candia (VT)" <michele.decandia@xxxxxxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: 2.6.31-rc1 build failure: i2c-designware.ko
  • From: Tilman Schmidt <tilman@xxxxxxx>
• Re: 2.6.31-rc1 build failure: i2c-designware.ko
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• 2.6.31-rc1 build failure: i2c-designware.ko
  • From: Tilman Schmidt <tilman@xxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
• [PATCH] hwmon: add GP2A002 proximity/ambient sensor
  • From: Minkyu Kang <mk7.kang@xxxxxxxxxxx>
• RE: [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• RE: Looking for help writing an i2c client for i2c-core
  • From: "Brian Tompson" <brian.tompson@xxxxxxxxxxxx>
• Re: build issue #15 for v2.6.31-rc1 : build failure of i2c-designware.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• build issue #15 for v2.6.31-rc1 : build failure of i2c-designware.c
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [PATCH] i2c-designware: Depend on HAVE_CLK
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: Looking for help writing an i2c client for i2c-core
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Looking for help writing an i2c client for i2c-core
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Please pull bjdooks' i2c-next tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: How to use kernel driver from API
  • From: Daniel Mack <daniel@xxxxxxxx>
• Looking for help writing an i2c client for i2c-core
  • From: "Brian Tompson" <brian.tompson@xxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver, updated with correct signed-off lines
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• [PATCH v3] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Please pull bjdooks' i2c tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [RFC] Fix stuck on cpm-i2c driver
  • From: Jochen Friedrich <jochen@xxxxxxxx>
• [PATCH] i2c: Drop unused i2c_driver.id field
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.31, part 2
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [RFC] Fix stuck on cpm-i2c driver
  • From: Michael Trimarchi <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH v2] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH v2] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• [PATCH] i2c-omap: Fix build breaking typo cpu_is_omap_2430
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] ds2782 battery gas gauge driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Please pull bjdooks' i2c tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• [PATCH] ds2782 battery gas gauge driver
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.31, part 1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] Make stu300 driver depend on MACH_U300
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] Make stu300 driver depend on MACH_U300
  • From: linus.walleij@xxxxxxxxxxxxxx
• [possible bug] removing i2c busses while /dev/i2c-X is opened
  • From: Andreas Kemnade <andreas@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
• current state of next i2c merge
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-bfin-twi: pull in io.h for ioremap()
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/1] ST DDC I2C U300 bus driver v3
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] i2c-bfin-twi: pull in io.h for ioremap()
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] Use resource_size macro
  • From: linus.walleij@xxxxxxxxxxxxxx
• [PATCH 1/1] ST DDC I2C U300 bus driver v3
  • From: linus.walleij@xxxxxxxxxxxxxx
• RE: [PATCH] Use resource_size macro
  • From: "Linus Walleij" <linus.walleij@xxxxxxxxxxxxxx>
• Please pull bjdooks' i2c tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/1] ST DDC I2C U300 bus driver v3
  • From: Ben Dooks <ben@xxxxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Ben Dooks <ben@xxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Ben Dooks <ben@xxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Ben Dooks <ben@xxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Wen Wang <wen.w.wang@xxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3] add MAX17040 Fuel Gauge driver
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v3
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH, RFC] Freescale STMP: i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v3] add MAX17040 Fuel Gauge driver
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3] add MAX17040 Fuel Gauge driver
  • From: Minkyu Kang <mk7.kang@xxxxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: hermann pitton <hermann-pitton@xxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Andy Walls <awalls@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: hermann pitton <hermann-pitton@xxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
• Re: RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Trent Piepho <xyzzy@xxxxxxxxxxxxx>
• Re: [PATCH v3] add MAX17040 Fuel Gauge driver
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• RFC: proposal for new i2c.h macro to initialize i2c address lists on the fly
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH 3/9] I2C: i2c-ocores: Can add I2C devices to the bus
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• [PATCH 3/9] I2C: i2c-ocores: Can add I2C devices to the bus
  • From: Richard Röjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Don't advertise i2c functions when not available
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: Don't advertise i2c functions when not available
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard Röjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• [PATCH v3] add MAX17040 Fuel Gauge driver
  • From: Minkyu Kang <mk7.kang@xxxxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C Support for OMAP_4430SDP
  • From: Nishanth Menon <menon.nishanth@xxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C Support for OMAP_4430SDP
  • From: Jagadeesh Bhaskar Pakaravoor <jagadeeshbp@xxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Suggested enhancements (with patches) to i2c-tools/decode-dimms
  • From: Paul Goyette <paul@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard Ršöjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard Ršöjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] add MAX17040 Fuel Gauge driver
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH v2] add MAX17040 Fuel Gauge driver
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH v2] add MAX17040 Fuel Gauge driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2] add MAX17040 Fuel Gauge driver
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• [PATCH, RFC] Freescale STMP: i2c driver
  • From: dmitry pervushin <dpervushin@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Limit core locking to the necessary sections
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard R?öjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard R?öjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH 0/3] Blackfin I2C updates for 2.6.31
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• what is in bjdooks' i2c-fixes tree
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH 0/3] Blackfin I2C updates for 2.6.31
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] I2C: ocores can add I2C devices to the bus
  • From: Richard Ršöjfors <richard.rojfors.ext@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] I2C: OMAP3: Better noise suppression for fast/standard modes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/2] I2C: OMAP2/3: Fix scll/sclh calculations
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH 0/3] Blackfin I2C updates for 2.6.31
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 0/3] Blackfin I2C updates for 2.6.31
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: I2C patch merging for embedded systems
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: I2C patch merging for embedded systems
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: I2C patch merging for embedded systems
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: I2C patch merging for embedded systems
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• I2C patch merging for embedded systems
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• [PATCH] Blackfin I2C/TWI Driver: implement I2C_FUNC_SMBUS_I2C_BLOCK functionality
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 1/3 v2] Blackfin I2C/TWI Driver: make sure we don't end up with a CLKDIV=0
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C Support for OMAP_4430SDP
  • From: Nishanth Menon <menon.nishanth@xxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C Support for OMAP_4430SDP
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH][RFC] OMAP4: I2C Support for OMAP_4430SDP
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• 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: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] i2c: use rwsem instead of mutex.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 1/2] I2C: OMAP2/3: Fix scll/sclh calculations
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• [PATCH 2/2] I2C: OMAP3: Better noise suppression for fast/standard modes
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Simplified CONFIG_I2C=n interface.
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 1/3] Blackfin I2C/TWI Driver: make sure we don't end up with a CLKDIV=0
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/3] Blackfin I2C/TWI Drivers: fix bug - not work well on BF537
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 2/3] Blackfin I2C TWI Driver: fix bug - REPEAT START mode doesn't repeat
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 1/3] Blackfin I2C/TWI Driver: make sure we don't end up with a CLKDIV=0
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 0/3] Blackfin I2C updates for 2.6.31
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• RE: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• 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: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v5
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v5
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• I2C1 controller timed out with twl4030-powerbutton
  • From: pramod gurav <pramodforum@xxxxxxxxx>
• [PATCH 1/1] MFD: Add U300 AB3100 core support v5
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/1] MFD: Add U300 AB3100 core support v5
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v4
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v4
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH 1/1] ST DDC I2C U300 bus driver v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/1] ST DDC I2C U300 bus driver v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 1/1] MFD: Add U300 AB3100 core support v4
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/1] MFD: Add U300 AB3100 core support v4
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v3
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/1] ST DDC I2C U300 bus driver v2
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 1/1] MFD: Add U300 AB3100 core support v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• [PATCH 0/1] MFD: Add U300 AB3100 core support v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] i2c: driver for the Synopsys DesignWare I2C controller
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Piotr Zięcik <kosmo@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Limit core locking to the necessary sections
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] MFD: Add U300 AB3100 core support v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/1] MFD: Add U300 AB3100 core support v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Piotr Zięcik <kosmo@xxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Patch: Darwin (Mac OS X) support for decode-dimms (now with attachment)
  • From: Michael Klein <michael.klein@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [I2C] i2c-viapro: Add new PCI device ID For VX855
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] [I2C] i2c-viapro: Add new PCI device ID For VX855
  • From: Harald Welte <HaraldWelte@xxxxxxxxxxx>
• Re: [PATCH] [I2C] i2c-viapro: Add new PCI device ID For VX855
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] [I2C] i2c-viapro: Add new PCI device ID For VX855
  • From: Harald Welte <HaraldWelte@xxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <esbenhaabendal@xxxxxxxxx>
• Patch: Darwin (Mac OS X) support for decode-dimms
  • From: Michael Klein <michael.klein@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] i2c: Limit core locking to the necessary sections
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• RE: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: Jagadeesh Bhaskar Pakaravoor <jagadeeshbp@xxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] MFD: Add U300 AB3100 core support v1
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg
  • From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C:Moving Register Defines to Header File
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• Please pull bjdooks' i2c-fixes
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: 伊泽 <wxc200@xxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: 伊泽 <wxc200@xxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Mark Ware <mware@xxxxxxxxxxxxxxx>
• Re: [PATCH] ST DDC I2C bus driver v1
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Input: add MAX7359 key switch controller driver
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: Input: add MAX7359 key switch controller driver
  • From: Kim Kyuwon <chammoru@xxxxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] Use resource_size macro
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] Use resource_size macro
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH] Use resource_size macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] mpc5121: Added I2C support.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/12] mpc5121: Added I2C support.
  • From: Wolfgang Denk <wd@xxxxxxx>
• RE: Input: add MAX7359 key switch controller driver
  • From: "H Hartley Sweeten" <hartleys@xxxxxxxxxxxxxxxxxxx>
• Re: Input: add MAX7359 key switch controller driver
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• [PATCH 1/1] ST DDC I2C U300 bus driver v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/1] ST DDC I2C U300 bus driver v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2.6.29.2] PXA I2C: Define log level for i2c PXA error report
  • From: Michael Abbott <michael@xxxxxxxxxxxxxxx>
• Re: [PATCH] ST DDC I2C bus driver v1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] ST DDC I2C bus driver v1
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH] ST DDC I2C bus driver v1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] ST DDC I2C bus driver v1
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] ST DDC I2C bus driver v1
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [stable] [PATCH] i2c: fix bit algorithm timeout for low values.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [stable] [PATCH] i2c: fix bit algorithm timeout for low values.
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] i2c: Add a sysfs interface to instantiate devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Moving to new driver model: probe never called
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: OMAP: Add missing wakeup events
  • From: Jagadeesh Bhaskar Pakaravoor <jagadeeshbp@xxxxxxxxx>
• Re: [PATCH] i2c: Do not give adapters a default parent
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] i2c: Do not give adapters a default parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: pxa i2c unit busy caused unrecoverable phone hang problem
  • From: 伊泽 <wxc200@xxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Mark Ware <mware@xxxxxxxxxxxxxxx>
• i2c fixes for 2.6.30-rc5
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: pxa i2c unit busy caused unrecoverable phone hang problem
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 2/6] i2c: Get rid of the legacy binding model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c: Get rid of the legacy binding model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c: Get rid of the legacy binding model
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 2/6] i2c: Get rid of the legacy binding model
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 0/6] i2c: Get rid of the legacy binding model
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] i2c/chips: move max6875 to drivers/misc/eeprom
  • From: Ben Gardner <gardner.ben@xxxxxxxxx>
• [PATCH 6/6] i2c: Kill the redundant client list
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 5/6] i2c: Kill is_newstyle_driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 4/6] i2c: Merge i2c_attach_client into i2c_new_device
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/6] i2c: Drop i2c_probe function
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/6] i2c: Get rid of the legacy binding model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/6] i2c: Kill client_register and client_unregister methods
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 0/6] i2c: Get rid of the legacy binding model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c/chips: move max6875 to drivers/misc/eeprom
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c/chips: move max6875 to drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Moving to new driver model: probe never called
  • From: Shane Dixon <shane.dixon@xxxxxxxxx>
• Re: Moving to new driver model: probe never called
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Moving to new driver model: probe never called
  • From: Shane Dixon <shane.dixon@xxxxxxxxx>
• Re: OF support for tsc2007
  • From: Gary Thomas <gary@xxxxxxxxxxxx>
• Re: OF support for tsc2007
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• OF support for tsc2007
  • From: Gary Thomas <gary@xxxxxxxxxxxx>
• RE: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH] i2c-pxa.c: timeouts off by 1
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: pxa i2c unit busy caused unrecoverable phone hang problem
  • From: 伊泽 <wxc200@xxxxxxxxx>
• Re: pxa i2c unit busy caused unrecoverable phone hang problem
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: pxa i2c unit busy caused unrecoverable phone hang problem
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] i2c: Do not probe for TV chips on Voodoo3 adapters
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• [PATCH] i2c: Warn when adapters have no parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Do not probe for TV chips on Voodoo3 adapters
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: 2.6.30-rc3 i2c build warnings
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• 2.6.30-rc3 i2c build warnings
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [PATCH, v3] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH, v3] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: fix bit algorithm timeout for low values.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-pxa.c: timeouts off by 1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: fix bit algorithm timeout for low values.
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] i2c-pxa.c: timeouts off by 1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-pxa.c: timeouts off by 1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] i2c: timeouts off by 1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/2] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• [PATCH 1/2] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• [PATCH 0/2] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• RE: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• [PATCH 0/1] I2C: I2C controller driver for Intel Moorestown platform
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: i2c algo bit timeout question
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [Patch v2] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Jochen Friedrich <jochen@xxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] v4l2-subdev: add a v4l2_i2c_new_dev_subdev() function
  • From: "Hans Verkuil" <hverkuil@xxxxxxxxx>
• [PATCH] i2c-cpm: Pass dev ptr to dma_*_coherent rather than NULL
  • From: Mark Ware <mware@xxxxxxxxxxxxxxx>
• Re: [PATCH] v4l2-subdev: add a v4l2_i2c_new_dev_subdev() function
  • From: Agustin <gatoguan-os@xxxxxxxxx>