Linux Kernel I2C

• Thread Index

• Re: [PATCH] i2c: i2c-sh_mobile bus speed platform data
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-sh_mobile bus speed platform data
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-sh_mobile bus speed platform data
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] i2c: i2c-sh_mobile bus speed platform data
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• RE: [PATCH 0/2] i2c: tegra: add some new features for tegra i2c
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• RE: [PATCH 0/2] i2c: tegra: add some new features for tegra i2c
  • From: Wei Ni <wni@xxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] i2c: tegra: Add de-bounce cycles.
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• [PATCH 2/3] i2c: tegra: fix repeated start handling
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• [PATCH 1/3] i2c: tegra: recover from spurious interrupt storm
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• [PATCH 0/3] i2c: tegra: Further fixes from ChromeOS
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• Re: [PATCH] i2c-i801: Move device ID definitions to driver
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH] i2c: tegra: Enable new slave mode.
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• [PATCH] i2c: davinci: Fix null dereference bug in i2c_davinci_calc_clk_dividers
  • From: Michael Williamson <michael.williamson@xxxxxxxxxxxxxxxx>
• Re: falling back to bit banging on pin 7 freeze boot
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-i801: Move device ID definitions to driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH 2.6.39-rc3] i2c-i801: SMBus patch for Intel Panther Point DeviceIDs
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: therm_adt746x: attach_adapter method is deprecated (fwd)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: therm_adt746x: attach_adapter method is deprecated (fwd)
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: [PATCH 2.6.39-rc3] i2c-i801: SMBus patch for Intel Panther Point DeviceIDs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• RE: [PATCH 2.6.39-rc3] i2c-i801: SMBus patch for Intel Panther Point DeviceIDs
  • From: "Heasley, Seth" <seth.heasley@xxxxxxxxx>
• Re: [PATCH 2.6.39-rc3] i2c-i801: SMBus patch for Intel Panther Point DeviceIDs
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Warning with gpio-i2cmux
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: therm_adt746x: attach_adapter method is deprecated (fwd)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: "Hans J. Koch" <hjk@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH] i2c: i2c-sh_mobile bus speed platform data
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• [PATCH] i2c: i2c-sh_mobile clock string removal
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2.6.39-rc3] i2c-i801: SMBus patch for Intel Panther Point DeviceIDs
  • From: Seth Heasley <seth.heasley@xxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• falling back to bit banging on pin 7 freeze boot
  • From: Yermandu Patapitafious <yermandu.dev@xxxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH 2/2] i2c: tegra: use new i2c slave controller
  • From: wni@xxxxxxxxxx
• [PATCH 1/2] i2c: tegra: Retry transfer when unexpected/no_ack status is detected
  • From: wni@xxxxxxxxxx
• [PATCH 0/2] i2c: tegra: add some new features for tegra i2c
  • From: wni@xxxxxxxxxx
• Re: [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• RE: [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: Jon Povey <Jon.Povey@xxxxxxxxxxxxxxx>
• RE: [PATCH 5/7] I2C: eg20t, remove unused variable
  • From: "Tomoya MORINAGA" <tomoya-linux@xxxxxxxxxxxxxxx>
• [PATCH] i2c: i2c-tegra: fix possible race condition after tx
  • From: Vincent Palatin <vpalatin@xxxxxxxxxxxx>
• Re: [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH v2] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• i2c-gpio performance issue w/MPC8xx @ 50 MHz
  • From: Eran Duchan <pavius@xxxxxxxxx>
• Re: [PATCH] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] misc: Driver for Silicon Labs Si570 and compatibles
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: Warning with gpio-i2cmux
  • From: "Peter Korsgaard" <peter.korsgaard@xxxxxxxxx>
• Warning with gpio-i2cmux
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 5/7] I2C: eg20t, remove unused variable
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• RE: [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: Jon Povey <Jon.Povey@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sh: fix SD / MMC configuration dependencies on ecovec
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add a module alias to the sh-mobile driver
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.39
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: add a module alias to the sh-mobile driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH] i2c-algo-bit: Cleanup bus_test calling convention
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-algo-bit: Cleanup bus_test calling convention
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] i2c-algo-bit: Cleanup bus_test calling convention
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-algo-bit: make sure to call pre/post_xfer for bit_test
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-algo-bit: make sure to call pre/post_xfer for bit_test
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• RE: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: [PATCH 2/2] input: misc: Add support for isa1200 chip
  • From: Mohan Pallaka <mpallaka@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: Mike Williamson <michael.williamson@xxxxxxxxxxxxxxxx>
• RE: [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• RE: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• RE: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• [PATCH 2/2] input: misc: Add support for isa1200 chip
  • From: Mohan Pallaka <mpallaka@xxxxxxxxxxxxxx>
• [PATCH 1/2] pwm: Add __weak attributed functions for pwm operations
  • From: Mohan Pallaka <mpallaka@xxxxxxxxxxxxxx>
• [PATCH 0/2] Support for isa1200 haptic chip
  • From: Mohan Pallaka <mpallaka@xxxxxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: tegra: add I2C_FUNC_SMBUS_EMUL to adapter functionality
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Michael Fuckner <michael@xxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Michael Fuckner <michael@xxxxxxxxxxx>
• Re: Decode dimms on dual socket machines
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Decode dimms on dual socket machines
  • From: Michael Fuckner <michael@xxxxxxxxxxx>
• Re: [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: QUP based bus driver for Qualcomm MSM chipsets
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: QUP based bus driver for Qualcomm MSM chipsets
  • From: Kenneth Heitke <kheitke@xxxxxxxxxxxxxx>
• [REPOST PATCH] i2c: pxa2xx: remove ifdef CONFIG_OF
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: simon@xxxxxxxxxxxxx
• [PATCH -next reresend] i2c: designware-pcidrv depends on PCI
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [linux-pm] [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [linux-pm] [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [linux-pm] [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [linux-pm] [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] i2c-davinci: register dump before attempted bus recovery
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 3/6] i2c-davinci: introduce a dev-> function pointer for scl pulsing
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 5/6] i2c-davinci: if device has pfunc register, dump that group also
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 4/6] i2c-davinci: use the DA8xx's ICPFUNC to toggle I2C as gpio
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 2/6] i2c-davinci: convert davinci_i2c_platform_data to kerneldoc
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH 0/6] i2c-davinci gpio pulsed SCL recovery with ICPFUNC
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: simon@xxxxxxxxxxxxx
• Re: Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: simon@xxxxxxxxxxxxx
• [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Aloisio Almeida <aloisio.almeida@xxxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Poulsbo I2C - /dev/i2c not seen when loading i2c-dev
  • From: simon@xxxxxxxxxxxxx
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH] Fix I2C combined access on Marvell mv64xxxx
  • From: Konstantin Porotchkin <kostap@xxxxxxxxxxx>
• [PATCH] Add-delay-after-setting-the-STOP-bit-i2c-mv64xxx
  • From: Konstantin Porotchkin <kostap@xxxxxxxxxxx>
• [PATCH] Dove - Support init val. for i2c delay after STOP
  • From: Konstantin Porotchkin <kostap@xxxxxxxxxxx>
• [PATCH] Support power management in i2c mv64xx driver
  • From: Konstantin Porotchkin <kostap@xxxxxxxxxxx>
• [PATCH] Support i2c expander on mv64xxx adapter
  • From: Konstantin Porotchkin <kostap@xxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH] i2c: Improve deprecation warnings
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: pnx: Fix crash due to wrong init of timer->data
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH -next resend] i2c: designware-pcidrv depends on PCI
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• [PATCH -next resend] i2c: designware-pcidrv depends on PCI
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] I2C: Samsung: Add support for PM_runtime in the I2C driver.
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] I2C: Samsung: Add support for PM_runtime in the I2C driver.
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH] I2C:SAMSUNG:Select I2C_S3C2410 if HAVE_S3C2410_I2C
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: pxa2xx: remove ifdef CONFIG_OF
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] I2C:SAMSUNG:Select I2C_S3C2410 if HAVE_S3C2410_I2C
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] I2C:SAMSUNG:Select I2C_S3C2410 if HAVE_S3C2410_I2C
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH] I2C:SAMSUNG:Select I2C_S3C2410 if HAVE_S3C2410_I2C
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• RE: [PATCH 5/7] I2C: eg20t, remove unused variable
  • From: "Tomoya MORINAGA" <tomoya-linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] I2C: eg20t, remove unused variable
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] I2C: eg20t, remove unused variable
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Bernhard Walle <bernhard@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] i2c/busses: Driver for Devantech USB-ISS I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Input: tca6416-keypad: Change to module_init()
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Please pull bjdooks' for-linus/2639/i2c-2 branch
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.39
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Waldemar Rymarkiewicz <waldemar.rymarkiewicz@xxxxxxxxx>
• [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Waldemar Rymarkiewicz <waldemar.rymarkiewicz@xxxxxxxxx>
• [PATCH] i2c: Drop i2c_adapter.id
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• RE: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Bastian.Ruppert@xxxxxxxxxx
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Bastian.Ruppert@xxxxxxxxxx
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• RE: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Bastian.Ruppert@xxxxxxxxxx
• Re: Please pull bjdooks' for-linus/2639/i2c-1 branch
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [next] i2c-designware build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [next] i2c-designware build errors
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• [next] i2c-designware build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Please pull bjdooks' for-linus/2639/i2c-1 branch
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Please pull bjdooks' for-linus/2639/i2c-1 branch
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Bastian.Ruppert@xxxxxxxxxx
• [PATCH -next] i2c: designware-pcidrv depends on PCI
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] i2c: octeon: Make the timeout independent of CONFIG_HZ
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [no subject]
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] hwmon: lis3 patches
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: Add support for 64bit system
  • From: Ben Dooks <ben@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/5] hwmon: lis3: Change naming to consistent
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [RFC PATCH 4/5] hwmon: lis3: Remove the referencies to the global variable in core driver
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [RFC PATCH 3/5] hwmon: lis3: Change exported function to use given device
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [RFC PATCH 5/5] hwmon: lis3: Register hwif and remove references to global variable
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [RFC PATCH 1/5] hwmon: lis3: Free regulators if probe() fails.
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [RFC PATCH 0/5] hwmon: lis3 patches
  • From: Ilkka Koskinen <ilkka.koskinen@xxxxxxxxx>
• [PATCH] i2c-mpc: Add support for 64bit system
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: Add support for 64bit system.
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] I2C: Add support for 64bit system.
  • From: Timur Tabi <timur.tabi@xxxxxxxxx>
• Re: [PATCH] I2C: Add support for 64bit system.
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH 00/13] V3 Split i2c-designware.c to support PCI drivers.
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-pxa2xx: Fix register offsets
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-pxa2xx: Fix register offsets
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] MAX8997/8966 MFD (includig PMIC) Initial Release
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c-pxa2xx: Don't clear isr bits too early
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• [PATCH 1/2] i2c-pxa2xx: Fix register offsets
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• Re: [PATCH 05/13] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 02/13] i2c-designware: Check component type register
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 05/13] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 01/13] i2c-designware: Use local version of readl & writel
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 03/13] i2c-designware: Allow mixed endianness accesses
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 06/13] i2c-designware: Move retriveving the clock speed out of core code.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 08/13] i2c-designware: move controller config to bus specific portion of driver
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 07/13] i2c-designware: move i2c functionality bit field to be adapter specific
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 10/13] i2c-designware: Push all register reads/writes into the core code.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 09/13] i2c-designware: Support multiple cores using same ISR
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 11/13] i2c-designware: Add support for Designware core behind PCI devices.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 13/13] i2c-intel-mid.c: Remove i2c-intel-mid.c
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 12/13] i2c-designware: Add runtime power management support
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 04/13] i2c-designware: Move checking of IP core version to i2c_dw_init()
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 00/13] V3 Split i2c-designware.c to support PCI drivers.
  • From: dirk.brandewie@xxxxxxxxx
• How to put extra clock cycles on i2c cavinci, problems on omapl138 (logic pd som)
  • From: Bastian.Ruppert@xxxxxxxxxx
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: <Waldemar.Rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] OMAP4: clockdomain: Follow recommended enable sequence
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP4: clockdomain: Follow recommended enable sequence
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH] NFC: Driver for Inside Secure MicroRead NFC chip
  • From: Waldemar Rymarkiewicz <waldemar.rymarkiewicz@xxxxxxxxx>
• Re: [PATCH] OMAP4: clockdomain: Follow recommended enable sequence
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] input: misc: Add support for isa1200 chip
  • From: Mohan Pallaka <mpallaka@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: set controller to pio queue mode after reset
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH v4] misc: adds support the FSA9480 USB Switch
  • From: Minkyu Kang <mk7.kang@xxxxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Please pull bjdooks' branch
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Please pull bjdooks' for-2639-rc7/i2c-fixes branch
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Minkyu Kang <promsoft@xxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2 2/2] MAX8997/8966 PMIC Regulator Driver Initial Release
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] misc: adds support the FSA9480 USB Switch
  • From: Minkyu Kang <mk7.kang@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] MAX8997/8966 PMIC Regulator Driver Initial Release
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: Writing to AT24C64C EEPROM fails on RHEL based kernels
  • From: Munir Bandukwala <munirb@xxxxxxxxxxxx>
• Re: Writing to AT24C64C EEPROM fails on RHEL based kernels
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Writing to AT24C64C EEPROM fails on RHEL based kernels
  • From: Munir Bandukwala <munirb@xxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: set controller to pio queue mode after reset
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: set controller to pio queue mode after reset
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH v2 2/2] MAX8997/8966 PMIC Regulator Driver Initial Release
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] MAX8997/8966 MFD Driver Initial Release (PMIC+RTC+MUIC+Haptic+...)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 09/12] i2c: Convert i2c-octeon.c to use device tree.
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: Program I2C_WE on OMAP4 to enable i2c wakeup
  • From: Ben Dooks <ben@xxxxxxxxxxxxxxxxx>
• [PATCH] i2c-omap: Program I2C_WE on OMAP4 to enable i2c wakeup
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH] MAX8997/8966 PMIC: compiler warning removed (incompatible pointer)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v2 2/2] MAX8997/8966 PMIC Regulator Driver Initial Release
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v2 1/2] MAX8997/8966 MFD Driver Initial Release (PMIC+RTC+MUIC+Haptic+...)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v2 0/2] MAX8997/8966 MFD (includig PMIC) Initial Release
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH] i2c: Adding mangling capability to i2c imx bus controller.
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2] i2c-pxa2xx: Add PCI support for PXA I2C controller
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH v3] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: "Tomoya MORINAGA" <tomoya-linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] ARM: pxa2xx: reorganize I2C files
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH 3/6] i2c-pxa2xx: Add PCI support for PXA I2C controller
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 2/6] ARM: pxa2xx: reorganize I2C files
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v3] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH v3] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Tomoya MORINAGA <tomoya-linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: fix build for !CONFIG_SUSPEND
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] i2c/ocores: Fix pointer type mismatch error
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH RESEND v2] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [PATCH RESEND v2] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Tomoya MORINAGA <tomoya-linux@xxxxxxxxxxxxxxx>
• [PATCH RESEND v2] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Tomoya MORINAGA <tomoya-linux@xxxxxxxxxxxxxxx>
• [PATCH] i2c: mxs: set controller to pio queue mode after reset
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v6] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH v6] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: implementing a slave driver
  • From: Marc Dietrich <Marc.Dietrich@xxxxxxxxxxxxxxxxxxxxxxxx>
• [TLV320AIC23] [AM3517EVM][AUDIO] codec name mis-match in soc_bind_dai_link
  • From: "Koyamangalath, Abhilash" <abhilash.kv@xxxxxx>
• [PATCH v6] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 07/10] i2c: Convert i2c-octeon.c to use device tree.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH 2/6] ARM: pxa2xx: reorganize I2C files
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 6/6] i2c-pxa2xx: pass of_node from platform driver to adapter and publish
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5/6] i2c-pxa2xx: check timeout correctly
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/6] i2c-pxa2xx: add support for shared IRQ handler
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 3/6] i2c-pxa2xx: Add PCI support for PXA I2C controller
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/6] i2c-pxa2xx: use dynamic register layout
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• I2C support for CE4100, v3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: implementing a slave driver
  • From: "Fillod Stephane" <stephane.fillod@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RESEND] i2c: eg20t: include slab.h for memory allocations
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: eg20t: include slab.h for memory allocations
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: implementing a slave driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Jan Andersson <jan@xxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Jan Andersson <jan@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Michal Simek <monstr@xxxxxxxxx>
• [Patch]PCA9698-Add driver for PCA9698 GPIO Expander Chip on I2C Bus
  • From: Balaji Venkatachalam <balaji.v@xxxxxxxxxxxx>
• [PULL] Please pull bjdooks' i2c fixes
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Current i2c-next
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Current i2c-next
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/6] i2c/pxa2xx: Add PCI support for PXA I2C controller
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH v5] i2c-gpio: add devicetree support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH V2] i2c: add driver for Freescale i.MX28
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: implementing a slave driver
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: tegra: Add i2c support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [RFC PATCH 07/10] i2c: Convert i2c-octeon.c to use device tree.
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v3 2/2] i2c: xiic: Use 32bit accesses only
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v3 1/2] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: xiic: Use 32bit accesses only
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v2 1/2] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v4 2/4] mc13xxx-core: Kconfig: Config menu driven by specific IC type
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] i2c-omap: fix build for !CONFIG_SUSPEND
  • From: Balaji T K <balajitk@xxxxxx>
• [PATCH 1/2] i2c: i2c-omap: fix build break with CONFIG_SUSPEND=n
  • From: Anand Gadiyar <gadiyar@xxxxxx>
• [PATCH 2/2] i2c: i2c-omap: make dev_pm_ops a const struct
  • From: Anand Gadiyar <gadiyar@xxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Marc Reilly <marc@xxxxxxxxxxxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: xiic: Add OF support for Xilinx i2c bus interface
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c: tegra: Add i2c support
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v2] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] i2c: eg20t: include slab.h for memory allocations
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH] i2c-eg20t: fix sparse warnings
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] i2c: Minor fixes to upgrading-clients document
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/3] i2c: Deprecate i2c_driver.attach_adapter and .detach_adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/3] i2c-dev: Use standard bus notification mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Minor fixes to upgrading-clients document
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/3] i2c: Export i2c_for_each_dev
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Minor fixes to upgrading-clients document
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• implementing a slave driver
  • From: Marc Dietrich <Marc.Dietrich@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/29] timberdale: mfd_cell is now implicitly available to drivers (v2)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH v2] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH v2] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• How to deal with pending signals in an i2c bus driver in a correct manner?
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCH] i2c: make i2c_get_adapter prototype clearer
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] NFC: PN544: Add missing regulator.
  • From: "Matti J. Aaltonen" <matti.j.aaltonen@xxxxxxxxx>
• Re: Using the gpio i2c multiplexer driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• RE: [PATCH] i2c: tegra: Add i2c support
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Jan Andersson <jan@xxxxxxxxxxx>
• Re: Using the gpio i2c multiplexer driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: Using the gpio i2c multiplexer driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c/busses: Add support for Aeroflex Gaisler I2CMST controller
  • From: Jan Andersson <jan@xxxxxxxxxxx>
• [PATCH V2] i2c: add driver for Freescale i.MX28
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: eg20t: include slab.h for memory allocations
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Using the gpio i2c multiplexer driver
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Using the gpio i2c multiplexer driver
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH v5] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH v5] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v2] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Keerthy <j-keerthy@xxxxxx>
• Re: [PATCH] i2c-ocores: register devices on child nodes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: tegra: Add i2c support
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Using the gpio i2c multiplexer driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c-pxa: fix unbinding/rebinding of the device
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-pxa: fix unbinding/rebinding of the device
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH v3 0/6] i2cset changes
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v3 4/6] i2cset: Ensure that there is no junk after the command/mode parameter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 5/6] i2cset: Get command/mode before reading data
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v3 0/6] i2cset changes
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 3/6] i2cset: Abort if value mask is set for block commands
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v3 6/6] i2cset: Check range for data value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v3 2/6] i2cset: Check number of arguments for block data writes
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH 5/5] drivers/i2c/busses/i2c-nuc900.c: Convert release_resource to release_region/release_mem_region
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH 5/5] drivers/i2c/busses/i2c-nuc900.c: Convert release_resource to release_region/release_mem_region
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Philippe Rétornaz <philippe.retornaz@xxxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH v2 6/6] i2cset: Get command/mode before reading data
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 5/6] i2cset: Replace blanks at beginning of line with tabs
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 4/6] i2cset: Ensure that there is no junk after the command/mode parameter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 3/6] i2cset: Abort if value mask is set for block commands
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 2/6] i2cset: Check number of arguments for block data writes
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v5] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH v2 2/6] i2cset: Check number of arguments for block data writes
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 3/6] i2cset: Abort if value mask is set for block commands
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 1/6] i2cset: Remove deprecated method to provide the value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 5/6] i2cset: Replace blanks at beginning of line with tabs
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 4/6] i2cset: Ensure that there is no junk after the command/mode parameter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 0/6] i2cset changes
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH v2 6/6] i2cset: Get command/mode before reading data
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: i2ctools/i2cset: Remove obsolete means to specify value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: i2ctools/i2cset: Remove obsolete means to specify value mask
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2ctools/i2cset: Remove obsolete means to specify value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH 1/5] drivers/i2c/busses/i2c-au1550.c: Convert release_resource to release_region/release_mem_region
  • From: Julia Lawall <julia@xxxxxxx>
• [PATCH 5/5] drivers/i2c/busses/i2c-nuc900.c: Convert release_resource to release_region/release_mem_region
  • From: Julia Lawall <julia@xxxxxxx>
• Re: i2ctools/i2cset: Remove obsolete means to specify value mask
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: boardinfo: Fix typo in comment
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: boardinfo: Fix typo in comment
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Marc Reilly <marc@xxxxxxxxxxxxxxx>
• Re: mc13xxx-core, support for i2c, V4
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/17] timberdale: mfd_cell is now implicitly available to drivers
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: I2C controller i2c-mv64xxx.c not compliant
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• [PATCH] i2c-omap: Double clear of ARDY status in IRQ handler
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH 12/13] i2c-designware: Add runtime power management support
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 13/13] i2c-intel-mid.c: Remove i2c-intel-mid.c
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 11/13] i2c-designware: Add support for Designware core behind PCI devices.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 10/13] i2c-designware: Push all register reads/writes into the core code.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 09/13] i2c-designware: Support multiple cores using same ISR
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 08/13] i2c-designware: move controller config to bus specific portion of driver
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 07/13] i2c-designware: move i2c functionality bit field to be adapter specific
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 06/13] i2c-designware: Move retriveving the clock speed out of core code.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 05/13] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 04/13] i2c-designware: Move checking of IP core version to i2c_dw_init()
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 03/13] i2c-designware: Allow mixed endianness accesses
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 02/13] i2c-designware: Check component type register
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 01/13] i2c-designware: Use local version of readl & writel
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 00/13] V2 Split i2c-designware.c to support PCI drivers.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH] i2c-ocores: register devices on child nodes
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH v4] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: Shinya Kuribayashi <skuribay@xxxxxxxxx>
• Re: [PATCH 02/10] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• Another HMC6343 I2C reading problem
  • From: David St-Onge <david.st-onge.2@xxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 02/10] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 03/10] i2c-designware: retrieve clock frequency based CONFIG_HAVE_CLK
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [PATCH] i2c: tegra: Add i2c support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] i2c/pxa2xx: Add PCI support for PXA I2C controller
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH] [ARM] tegra: Add i2c support
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• Re: [PATCH] i2c: add driver for Freescale i.MX28
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2] i2c-eg20t: support new device OKI SEMICONDUCTOR ML7213 IOH
  • From: Tomoya MORINAGA <tomoya-linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] i2c-designware: Add support for Designware core behind PCI devices.
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 03/10] i2c-designware: retrieve clock frequency based CONFIG_HAVE_CLK
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 02/10] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-eg20t: support new devie ML7213 IOH
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 03/10] i2c-designware: retrieve clock frequency based CONFIG_HAVE_CLK
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• Re: [PATCH 02/10] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• Re: [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: <matej.kupljen@xxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Håvard Skinnemoen <hskinnemoen@xxxxxxxxx>
• [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH 10/10] i2c-intel-mid.c: Remove i2c-intel-mid.c
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 09/10] i2c-designware: Add runtime power management support
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 08/10] i2c-designware: Push all register reads/writes into the core code.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 07/10] i2c-designware: Support multiple cores using same ISR
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 06/10] i2c-designware: move controller config to bus specific portion of driver
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 05/10] i2c-designware: move i2c functionality bit field to be adapter specific
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 04/10] i2c-designware: Add support for Designware core behind PCI devices.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 03/10] i2c-designware: retrieve clock frequency based CONFIG_HAVE_CLK
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 02/10] i2c-designware: split of i2c-designware.c into core and bus specific parts
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 01/10] i2c-designware: Allow mixed endianness accesses
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH 00/10] Split i2c-designware.c to support PCI drivers.
  • From: dirk.brandewie@xxxxxxxxx
• [PATCH] i2c-eg20t: support new devie ML7213 IOH
  • From: Tomoya MORINAGA <tomoya-linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: eg20t: include slab.h for memory allocations
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• RE: Add restart support to i2c-pnx
  • From: Matej Kupljen <matej.kupljen@xxxxxxxxx>
• RE: Add restart support to i2c-pnx
  • From: Kevin Wells <kevin.wells@xxxxxxx>
• [PATCH] i2c: eg20t: include slab.h for memory allocations
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: <matej.kupljen@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Add restart support to i2c-pnx
  • From: <matej.kupljen@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: <matej.kupljen@xxxxxxxxx>
• Re: Add restart support to i2c-pnx
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• RE: [PATCH] [ARM] tegra: Add i2c support
  • From: Stephen Warren <swarren@xxxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Håvard Skinnemoen <hskinnemoen@xxxxxxxxx>
• Re: [PATCH 2/3] of: of_gpiochip_add is needed only for gpiolib
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/3] of: define dummy of_get_property if not CONFIG_OF
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [3/3,v2] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [3/3,v2] i2c-gpio: add devicetree support
  • From: Milton Miller <miltonm@xxxxxxx>
• Re: [linux-pm] [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• i2ctools/i2cset: Remove obsolete means to specify value mask
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] i2c: Adding mangling capability to i2c imx bus controller.
  • From: Fabien Marteau <fabien.marteau@xxxxxxxxxxxx>
• RE: [linux-pm] [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 3/3 v2] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH 2/3] of: of_gpiochip_add is needed only for gpiolib
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• [PATCH 1/3] of: define dummy of_get_property if not CONFIG_OF
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Jon Loeliger <jdl@xxxxxxx>
• Re: [PATCH] i2c-stu300: make sure adapter-name is terminated
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-stu300: make sure adapter-name is terminated
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• RE: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 1/4] mfd: Remove obsolete cleanup for clientdata
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] i2c-gpio: add devicetree support
  • From: Håvard Skinnemoen <hskinnemoen@xxxxxxxxx>
• Re: [PATCH 1/2] MAX8997/8966 MFD Driver Initial Release (PMIC+RTC+MUIC+Haptic+...)
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH] i2c: Get rid of <linux/i2c-id.h>
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-gpio: add devicetree support
  • From: Thomas Chou <thomas@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2ctools: Add capability to write block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH v2] i2ctools: Add capability to write block command
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] drivers: i2c-core: Add trace events for i2c/smbus transfer functions
  • From: Dimitris Papastamos <dp@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Fix error return codes
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v2] i2ctools: Add capability to write block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2ctools: Add capability to write block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2ctools: Add capability to write block command
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2ctools: Add capability to write block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] drivers: i2c-core: Add trace events for i2c_master_send()/i2c_master_recv()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers: i2c-core: Add trace events for i2c_master_send()/i2c_master_recv()
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c_intel_mid: Improve error reporting
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drivers: i2c-core: Add trace events for i2c_master_send()/i2c_master_recv()
  • From: Dimitris Papastamos <dp@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-intel-mid: I2C FIFO buffer size setting and fragmentation
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] i2c/busses: Add support for Diolan U2C-12 USB-I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add driver for Freescale i.MX28
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] i2c-intel-mid: I2C FIFO buffer size setting and fragmentation
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 1/3] i2c_intel_mid: Improve error reporting
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH v4] i2c/busses: Add support for Diolan U2C-12 USB-I2C adapter
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH v2 1/2] i2c/busses: Diolan U2C-12 USB/I2C adapter driver
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH v2 2/2] MAINTAINERS: Add maintainer for Diolan U2C-12 I2C adapter driver
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [PATCH v4] i2c/busses: Add support for Diolan U2C-12 USB-I2C adapter
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 4/4] drivers/staging/lirc: Remove obsolete cleanup for clientdata
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: i2ctools: Need capability to write SMBus block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: i2ctools: Need capability to write SMBus block command
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2ctools: Need capability to write SMBus block command
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Identifying i2c devices on Asus P8P67 sandybridge motherboard
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH 7/9] i2c-designware: Allow mixed endianness accesses
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 2/9] i2c-designware: Initial split of i2c-designware.c into core and bus specific parts
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [PATCH] i2c-intel-mid: I2C FIFO buffer size setting and fragmentation
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] MID I2C runtime PM
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>