Linux Kernel I2C

• Thread Index

• 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>
• 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: 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: 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: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] drivers: move media after i2c
  • 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>
• [PATCH] drivers: move media after i2c
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [Patch] MPC Adapter: read class attribute from device tree
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [Patch] MPC Adapter: read class attribute from device tree
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• v4l2-subdev Re: [PATCH 0/5] soc-camera: convert to platform device
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/5] [ARM] pxa: lx: add PCON i2c driver
  • From: Russell King <linux@xxxxxxxxxxxxxxxx>
• [PATCH 0/5] PXA LX platform support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: i2cset question
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2cset question
  • From: Chris Cole <clecol@xxxxxxxxx>
• Re: i2cset question
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• i2cset question
  • From: Chris Cole <clecol@xxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] assign a default class to MPC adapter
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Questions for submitting driver to I2C subsystem
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Q: Where to initialize class attribute of adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [PATCH] assign a default class to MPC adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Questions for submitting driver to I2C subsystem
  • From: "Wang, Wen W" <wen.w.wang@xxxxxxxxx>
• Re: Q: Where to initialize class attribute of adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH, v3] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Enrik Berkhan <Enrik.Berkhan@xxxxxx>
• Re: [PATCH] i2c: Let new-style drivers implement attach_adapter
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxxxxx>
• Re: [PATCH, v2] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Enable i2c-s3c2410 for S3C64XX too
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Q: Where to initialize class attribute of adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: Q: Where to initialize class attribute of adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Q: Where to initialize class attribute of adapter
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [GIT PULL] i2c fixes for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Let new-style drivers implement attach_adapter
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: support for hmc6343 3-Axis digital compass module.
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: support for hmc6343 3-Axis digital compass module.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH] i2c: support for hmc6343 3-Axis digital compass module.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: support for mma7455l 3-Axis digital low-g accelerometer.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [PATCH] i2c: Enable i2c-s3c2410 for S3C64XX too
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: support for hmc6343 3-Axis digital compass module.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH, v2] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Enrik Berkhan <Enrik.Berkhan@xxxxxx>
• Re: [PATCH] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Enrik Berkhan <Enrik.Berkhan@xxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Clifford Wolf <clifford@xxxxxxxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix sparse warnings for I2C_BOARD_INFO()
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• [PATCH] Fix sparse warnings for I2C_BOARD_INFO()
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• PCA953x: Support GPIOLIB GPIO naming
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• Re: [GIT PULL] i2c updates for 2.6.30
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [GIT PULL] i2c updates for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [GIT PULL] i2c updates for 2.6.30
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 4/5] powerpc: i2c-mpc: document new FSL I2C bindings and cleanup
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [GIT PULL] i2c updates for 2.6.30
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] powerpc: i2c-mpc: document new FSL I2C bindings and cleanup
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 2/5] i2c: i2c-mpc: use dev based printout function
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 1/5] i2c: i2c-mpc: various coding style fixes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [PATCH] Let PCA9564 recover from unacked data byte (state 0x30)
  • From: Enrik Berkhan <Enrik.Berkhan@xxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• pull request for bjdooks' i2c tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH v3 5/5] powerpc/85xx: i2c-mpc: use new I2C bindings for the Socates board
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH v3 2/5] i2c: i2c-mpc: use dev based printout function
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH v3 1/5] i2c: i2c-mpc: various coding style fixes
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH v3 4/5] powerpc: i2c-mpc: document new FSL I2C bindings and cleanup
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH v3 0/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [GIT PULL] i2c cleanups for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH RESEND] imx/i2c: Make disable_delay a per-device variable
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [patch v2] i2c: xtensa s6000 i2c driver
  • From: Oskar Schirmer <os@xxxxxxxxx>
• Re: [PATCH] imx/i2c: Make disable_delay a per-device variable
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH] imx/i2c: Make disable_delay a per-device variable
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: Please pull bjdooks' i2c tree
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] powerpc: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: Please pull bjdooks' i2c tree
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v2] powerpc: i2c-mpc: make I2C bus speed configurable
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] powerpc: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2] powerpc: i2c-mpc: make I2C bus speed configurable
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Holger Schurig <hs4233@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add missing request_mem_region in probe()
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH] i2c: Initialise Samsung I2C controller early
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [patch 1/5] i2c: xtensa s6000 i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] Add missing request_mem_region in probe()
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Please pull bjdooks' i2c tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [patch 1/5] i2c: xtensa s6000 i2c driver
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/2] powerpc: i2c-mpc: preserve I2C clocking
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc: i2c-mpc: preserve I2C clocking
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc: i2c-mpc: preserve I2C clocking
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc: i2c-mpc: preserve I2C clocking
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc: i2c-mpc: preserve I2C clocking
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] Add missing request_mem_region in probe()
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• [PATCH] Add missing request_mem_region in probe()
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Richard Zhao <linuxzsc@xxxxxxxxx>
• [PATCH] imx/i2c: Make disable_delay a per-device variable
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxxxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.30
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [patch] add pca9543 driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben@xxxxxxxxx>
• what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben@xxxxxxxxx>
• what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• what is in bjdooks' i2c-for-2630 tree
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [patch] add pca9543 driver
  • From: "Oskar Schirmer" <os@xxxxxxxxx>
• Re: [patch] add pca9543 driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [patch] add pca9543 driver
  • From: Oskar Schirmer <os@xxxxxxxxx>
• [PATCH]i2c-dev: add ioctls PROBE and REMOVE
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 3/4] imxmmc: add MX1 support
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/4] imxmmc: add MX1 support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tdfxfb: make use of DDC information about connected monitor
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [PATCH 3/4] imxmmc: add MX1 support
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/4] imxmmc: add MX1 support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 3/4] imxmmc: add MX1 support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/9] New drivers for MXC: add I2C support for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH V2 1/9] New drivers for MXC: add I2C support for MXC
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• i2c bus driver for serial-to-i2c
  • From: Maurus Frey <maurus.frey@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/9] New drivers for MXC: add I2C support for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH V2 1/9] New drivers for MXC: add I2C support for MXC
  • From: Darius Augulis <augulis.darius@xxxxxxxxx>
• Re: [PATCH 2/2] tdfxfb: make use of DDC information about connected monitor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Re: [PATCH 2/2] tdfxfb: make use of DDC information about connected monitor
  • From: krzysztof.h1@xxxxxxxxx
• Re: [PATCH 2/2] tdfxfb: make use of DDC information about connected monitor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-piix4: Add support for the Broadcom HT1100 chipset
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [PATCH] i2c-piix4: Add support for the Broadcom HT1100 chipset
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: I2c message at init time
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: I2c message at init time
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: I2c message at init time
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• I2c message at init time
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: Help Regarding I2C Driver...
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/5] I2C driver for MXC
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/5] I2C driver for MXC
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/2] tdfxfb: move I2C functionality into the tdfxfb
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: Help Regarding I2C Driver...
  • From: "Uma Kanta" <upatro@xxxxxxxxxxxxxxx>
• [PATCH] i2c-piix4: Add support for the Broadcom HT1100 chipset
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• [PATCH 2/2] tdfxfb: make use of DDC information about connected monitor
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• [PATCH 1/2] tdfxfb: move I2C functionality into the tdfxfb
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• [patch 5/5] xtensa: enable at24 driver in s6105_defconfig
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• [patch 1/5] i2c: xtensa s6000 i2c driver
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• [patch 4/5] xtensa: enable s6000 i2c host driver in s6105_defconfig
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• [patch 2/5] xtensa: s6105 specific configuration for the s6000 i2c host
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• [patch 3/5] xtensa: add at24hc02b to s6105 platform
  • From: Daniel Glöckner <dg@xxxxxxxxx>
• Re: Re: [PATCH] tdfxfb: move I2C functionality into the tdfxfb
  • From: krzysztof.h1@xxxxxxxxx
• [PATCH] i2c-voodoo3: Deprecate in favor of tdfxfb
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] tdfxfb: move I2C functionality into the tdfxfb
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Re: [PATCH] tdfxfb: move I2C functionality into the tdfxfb
  • From: krzysztof.h1@xxxxxxxxx
• Re: [PATCH] tdfxfb: move I2C functionality into the tdfxfb
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Help Regarding I2C Driver...
  • From: Daniel Mack <daniel@xxxxxxxx>
• Help Regarding I2C Driver...
  • From: "Uma Kanta Patro" <upatro@xxxxxxxxxxxxxxx>
• [PATCH] tdfxfb: move I2C functionality into the tdfxfb
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: [Q] i2c_new_device vs i2c_del_driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c: Make test for force on client probe possible
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]i2c: Make test for force on client probe possible
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: [Q] i2c_new_device vs i2c_del_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [Q] i2c_new_device vs i2c_del_driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [Q] i2c_new_device vs i2c_del_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [Q] i2c_new_device vs i2c_del_driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [Q] i2c_new_device vs i2c_del_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• i2c-tools: Improved decode-dimms script
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [2.6.29-rc7][take #2][PATCH 2/3] ARM: OMAP: Add command line option for I2C bus speed
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• Re: [2.6.29-rc7][take #2][PATCH 2/3] ARM: OMAP: Add command line option for I2C bus speed
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Bugfix for i2c-s3c2410
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• Re: [PATCH]i2c: Make test for force on client probe possible
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH]i2c: Make test for force on client probe possible
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
• [PATCH] i2c: Let checkpatch shout on users of the legacy model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: "Kauppi Ari (EXT-Ixonos/Oulu)" <ext-ari.kauppi@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: "Kauppi Ari (EXT-Ixonos/Oulu)" <ext-ari.kauppi@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: "Kauppi Ari (EXT-Ixonos/Oulu)" <ext-ari.kauppi@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: RFD: Illegal code in lm75.c (and other drivers?)
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: RFD: Illegal code in lm75.c (and other drivers?)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• RFD: Illegal code in lm75.c (and other drivers?)
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 22/31] i2c: Auto-load i2c_dev module when device opened.
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: [PATCH 22/31] i2c: Auto-load i2c_dev module when device opened.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 22/31] i2c: Auto-load i2c_dev module when device opened.
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: Need help on selecting one (and only one) i2c bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: "Michael Lawnick" <nospam_lawnick@xxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: "Michael Lawnick" <nospam_lawnick@xxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [2.6.29-rc7][take #2][PATCH 0/3] ARM: OMAP: Add command line option for I2C bus speed
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• [2.6.29-rc7][take #2][PATCH 3/3] ARM: OMAP: Add method to register additional I2C busses on the command line
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• [2.6.29-rc7][take #2][PATCH 2/3] ARM: OMAP: Add command line option for I2C bus speed
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• [2.6.29-rc7][take #2][PATCH 1/3] ARM: OMAP: Add documentation for function omap_register_i2c_bus
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] i2c: Document the different ways to instantiate i2c devices
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• RE: Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Document the different ways to instantiate i2c devices
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Need help on selecting one (and only one) i2c bus
  • From: Ayman KHAMOUMA <ayman.khamouma@xxxxxx>
• [PATCH] i2c: Document the different ways to instantiate i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: I2C pxa regression
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• I2C pxa regression
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• RE: [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• [PATCH 2/2] i2c: i2c-omap: Call request_irq with IRQF_DISABLED
  • From: Ari Kauppi <Ext-Ari.Kauppi@xxxxxxxxx>
• [PATCH 1/2] i2c: i2c-omap: Fix BUFSTAT_REG reading
  • From: Ari Kauppi <Ext-Ari.Kauppi@xxxxxxxxx>
• [PATCH 0/2] i2c: i2c-omap: Reliablity and register fixes
  • From: Ari Kauppi <Ext-Ari.Kauppi@xxxxxxxxx>
• Re: [PATCH] I2C: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Initialise Samsung I2C controller early
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] I2C: Call request_irq with IRQF_DISABLED
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: Call request_irq with IRQF_DISABLED
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• LTC4307 automatic stuck bus recovery
  • From: Brian Dominy <brian.dominy@xxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-nforce2: Add support for MCP67, MCP73, MCP78S and MCP79
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] I2C: Call request_irq with IRQF_DISABLED
  • From: Ari Kauppi <Ext-Ari.Kauppi@xxxxxxxxx>
• Re: howto to suppor new i2c algo
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: [PATCH 1/3] Added empty directories for hardware sensors
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH 1/3] Added empty directories for hardware sensors
  • From: Trilok Soni <soni.trilok@xxxxxxxxx>
• Re: legacy drivers in staging?
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: legacy drivers in staging?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• legacy drivers in staging?
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] Added empty directories for hardware sensors
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH UPDATED] Add support to SB800 SMBus changes
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2 1/3] i2c/algo-pca: rework waiting for a free bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• [PATCH V2 1/3] i2c/algo-pca: rework waiting for a free bus
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c/pca-platform: use defaults if no platform_data given
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c/algo-pca: use timeout for checking the state machine
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c/algo-pca: rework waiting for a free bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Initialise Samsung I2C controller early
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/3] move tsl2550.c to drivers/sensors
  • From: Daniel Mack <daniel@xxxxxxxx>
• [PATCH 2/3] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• [PATCH 1/3] Added empty directories for hardware sensors
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• [PATCH] Added driver for ISL29003 ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• [PATCH] i2c: Adapter timeout is in jiffies [TEST RESEND]
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: timeouts off by 1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Adapter timeout is in jiffies
  • From: Sean MacLennan <seanm@xxxxxxxx>
• Re: [PATCH] i2c-davinci: Fix timeout handling
  • From: Troy Kisky <troy.kisky@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.29
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Adapter timeout is in jiffies
  • From: "Mark A. Greer" <mgreer@xxxxxxxxxx>
• [PATCH 2/3] i2c/algo-pca: use timeout for checking the state machine
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 3/3] i2c/pca-platform: use defaults if no platform_data given
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/3] i2c/algo-pca: rework waiting for a free bus
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• i2c/pca: handle timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: Clarification on i2c-pca-platform driver timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Query about I2C clients
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Query about I2C clients
  • From: Sasa Sasa <sasak.1983@xxxxxxxxx>
• Re: [PATCH] i2c/pca: add PCA9665 support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/pca: add PCA9665 support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Clarification on i2c-pca-platform driver timeout
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: [PATCH] i2c: Make sure i2c_algo_bit_data.timeout is HZ-independent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: Make sure i2c_algo_bit_data.timeout is HZ-independent
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: Finding 'orphaned' i2c drivers
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: Clarification on i2c-pca-platform driver timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: Finding 'orphaned' i2c drivers
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Clarification on i2c-pca-platform driver timeout
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-davinci: Fix timeout handling
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Finding 'orphaned' i2c drivers
  • From: Daniel Mack <daniel@xxxxxxxx>
• howto to suppor new i2c algo
  • From: Zaphod <zaphod001@xxxxxxxxx>
• Re: [PATCH] i2c: Adapter timeout is in jiffies
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Set a default timeout value for all adapters
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Adapter timeout is in jiffies
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Make sure i2c_algo_bit_data.timeout is HZ-independent
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Make sure i2c_algo_bit_data.timeout is HZ-independent
  • From: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
• [PATCH] i2c: Make sure i2c_algo_bit_data.timeout is HZ-independent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Set a default timeout value for all adapters
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c/pca: add PCA9665 support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] i2c: adapt debug macros for KERN_* constants
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-omap: Fix BUFSTAT_REG reading
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] I2C: OMAP: Add missing wakeup events
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-dev: Clarify the unit of ioctl I2C_TIMEOUT
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-dev: Clarify the unit of ioctl I2C_TIMEOUT
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c-dev: Clarify the unit of ioctl I2C_TIMEOUT
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH UPDATED] Add support to SB800 SMBus changes
  • From: Shane Huang <shane.huang@xxxxxxx>
• Re: I2C query regarding baud rate
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Handling of i2c arbitration loss (Was: i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Clifford Wolf <clifford@xxxxxxxxxxx>
• Re: Handling of i2c arbitration loss (Was: i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree)
  • From: Clifford Wolf <clifford@xxxxxxxxxxx>
• Re: Handling of i2c arbitration loss (Was: i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: Handling of i2c arbitration loss
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: Request for Clarification: old - legacy - new driver model
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Request for Clarification: old - legacy - new driver model
  • From: Michael Lawnick <nospam_lawnick@xxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [PATCH 1/1] i2c pxa: try to reset controller if the bus is busy for too long.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] Add support to SB800 SMBus changes
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Bugfix for i2c-s3c2410
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Re: Bug#513894: Oops: f3 with i2c-tiny-usbHello,
  • From: "Till Harbaum" <till@xxxxxxxxxxx>
• Re: Bug#513894: Oops: f3 with i2c-tiny-usbHello,
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: Bug#513894: Oops: f3 with i2c-tiny-usbHello,
  • From: Thomas Koch <tom-koch@xxxxxx>
• I2C Bus Driver
  • From: "Harmuth, Florian" <fhar@xxxxxxxxxx>
• Re: + i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree
  • From: Clifford Wolf <clifford@xxxxxxxxxxx>
• Re: Handling of i2c arbitration loss (Was: i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: + i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] i2c: misplaced parentheses?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: + i2c-fix-i2c-mpc-driver-for-multi-master-i2c-busses.patch added to -mm tree
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: misplaced parentheses?
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] I2C: Rename struct s3c2410_platform_i2c to s3c_platform_i2c
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• Re: [PATCH] I2C: Rename struct s3c2410_platform_i2c to s3c_platform_i2c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Bugfix for i2c-s3c2410
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• [PATCH] I2C: Rename struct s3c2410_platform_i2c to s3c_platform_i2c
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• [PATCH] Bugfix for i2c-s3c2410
  • From: Daniel Silverstone <dsilvers@xxxxxxxxxxxx>
• [PATCH] Add support to SB800 SMBus changes
  • From: Shane Huang <shane.huang@xxxxxxx>
• [patch 1/2] i2c: incremental i2c-mpc driver fix for multi-master i2c busses
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 2/2] i2c: fix i2c-mpc driver for multi-master i2c busses
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] Add static bus numbering support to i2c-versatile
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCHv2 2/2] i2c: adapt debug macros for KERN_* constants
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] Add static bus numbering support to i2c-versatile
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] Add static bus numbering support to i2c-versatile
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH] Add static bus numbering support to i2c-versatile
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Bug#513894: Oops: f3 with i2c-tiny-usb
  • From: Till Harbaum <till@xxxxxxxxxxx>
• Re: Bug#513894: Oops: f3 with i2c-tiny-usb
  • From: Martin Michlmayr <tbm@xxxxxxxxxx>
• [PATCH] Add static bus numbering support to i2c-versatile
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCHv2 2/2] i2c: adapt debug macros for KERN_* constants
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCHv2 1/2] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCHv2 2/2] i2c: adapt debug macros for KERN_* constants
  • From: Frank Seidel <fseidel@xxxxxxx>
• [PATCHv2 1/2] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <fseidel@xxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <frank@xxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <frank@xxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <fseidel@xxxxxxx>
• Re: [PATCH 2/2 v2] i2c,algo: handle timeout correctly
  • From: Eric Brower <ebrower@xxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxx>
• Re: [PATCH 2/2 v2] i2c,algo: handle timeout correctly
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <fseidel@xxxxxxx>
• Re: [PATCH] i2c: add missing KERN_* constants to printks
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxx>
• [PATCH 2/2] i2c pxa: add the force reset method.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 1/2] i2c: add "reset" sysfs entry for adapters.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH] i2c-mpc: do not allow interruptions when waiting for I2C to complete
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• [PATCH] i2c: add missing KERN_* constants to printks
  • From: Frank Seidel <fseidel@xxxxxxx>
• [PATCH 2/2 v2] i2c,algo: handle timeout correctly
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• 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 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Eric Brower <ebrower@xxxxxxxxx>
• Re: [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Calling wait_event_interruptible_timeout() in I2C wait functions
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• [PATCH 5/6] i2c: Multiplexed I2C bus core support.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• i2c bus multiplexing (Version 2).
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 6/6] i2c: driver for PCA954x I2C multiplexer series.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 4/6] i2c: free adapters (de)registration from i2c "core_lock" mutex.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 3/6] i2c: ignore active clients detaching during adapter removal.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 2/6] i2c: use rwsem instead of mutex.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 1/6] i2c: put driver_unregister() out of core_lock protection.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• Re: Calling wait_event_interruptible_timeout() in I2C wait functions
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Calling wait_event_interruptible_timeout() in I2C wait functions
  • From: Mike Ditto <mditto@xxxxxxxxxxxxx>
• [PATCH 1/2 v2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Calling wait_event_interruptible_timeout() in I2C wait functions
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: timeouts reach -1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/2] i2c,algo: cleanup i2c-algo-pcf.c
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] ir-kbd-i2c: support Hauppauge HVR-1600 R/C port
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] ir-kbd-i2c: support Hauppauge HVR-1600 R/C port
  • From: Mark Lord <lkml@xxxxxx>
• Re: [PATCH] i2c,algo: timeout reaches -1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: timeouts reach -1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] i2c,algo: timeout reaches -1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• RE: [PATCH] I2C: OMAP: Add missing wakeup events
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• RE: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• RE: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• Re: [PATCH] I2C: OMAP: Add missing wakeup events
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• RE: [PATCH] I2C: OMAP: Add missing wakeup events
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• Re: [PATCH] i2c: timeouts reach -1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] saa7146_i2c: saa7146_i2c_transfer() wrong?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c,algo: timeout reaches -1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: timeouts reach -1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] saa7146_i2c: saa7146_i2c_transfer() wrong?
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• [PATCH] i2c,algo: timeout reaches -1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• [PATCH] i2c: timeouts reach -1
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH v5] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• [PATCH v5] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• [PATCH] i2c-pxa: move 'blue_murder'-function into DEBUG-section
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Paul Goyette <paul@xxxxxxxxxxxx>
• Re: [PATCH v4] iMX/MXC support for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH v4] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: New home for i2c-tools (RFC)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• New home for i2c-tools (RFC)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c bus multiplexing (Version 1).
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] i2c: driver for PCA954x I2C multiplexer series.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• i2c bus multiplexing (Version 1).
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 2/3] i2c: Multiplexed I2C bus core support.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• [PATCH 1/3] i2c: put driver_unregister() out of core_lock protection.
  • From: Rodolfo Giometti <giometti@xxxxxxxx>
• Re: [PATCH v3] iMX/MXC support for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: Ed Swierk <eswierk@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.29
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• [PATCH v2] i2c: Quilt tree has moved
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: Ed Swierk <eswierk@xxxxxxxxxxxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Implementing a new driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Jon Smirl <jonsmirl@xxxxxxxxx>
• Re: Implementing a new driver
  • From: Alessio Sangalli <alesan@xxxxxxxxxxx>
• Dynamically-allocated i2c_device_id vs MODULE_DEVICE_TABLE
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: Implementing a new driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Michelle Konzack <linux4michelle@xxxxxxxxxxxxxxx>
• Re: Implementing a new driver
  • From: Alessio Sangalli <alesan@xxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Implementing a new driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Implementing a new driver
  • From: Alessio Sangalli <alesan@xxxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Again on virtual i2c adapter support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] I2C: OMAP: Add missing wakeup events
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• Re: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• RE: [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• [PATCH] I2C: OMAP: Include OMAP_I2C_SYSC_REG in save and restore
  • From: "Pakaravoor, Jagadeesh" <j-pakaravoor@xxxxxx>
• Re: RFC: Working around dynamic device allocation in i2c. Interaction with other subystems.
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Again on virtual i2c adapter support.
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: RFC: Working around dynamic device allocation in i2c. Interaction with other subystems.
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• [PATCH] i2c-nforce2: Add support for MCP67, MCP73 and MCP79
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] eeprom: More consistent symbol names
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] eeprom: More consistent symbol names
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Move eeprom drivers to drivers/misc/eeprom
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c-probe in 2.6.28 returns -EOPNOTSUPP
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• i2c-probe in 2.6.28 returns -EOPNOTSUPP
  • From: pramod gurav <pramodforum@xxxxxxxxx>
• linux-i2c wiki now available
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 4/4] Move 93cx6 eeprom driver to the new directory /drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 3/4] Move at25-driver (for SPI eeproms) to the new directory /drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/4] Move at24 to drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 2/4] Move old eeprom driver to the new directory /drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Move eeprom drivers to drivers/misc/eeprom
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] rtc-ds1307: True SMBus compatibility
  • From: Ed Swierk <eswierk@xxxxxxxxxxxxxxxxxx>
• Re: RFC: Working around dynamic device allocation in i2c. Interaction with other subystems.
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• RFC: Working around dynamic device allocation in i2c. Interaction with other subystems.
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: Moving at24 out of i2c/chips?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v3] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• [PATCH v3] iMX/MXC support for I2C
  • From: Darius <augulis.darius@xxxxxxxxx>
• Re: Moving at24 out of i2c/chips?
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Moving at24 out of i2c/chips?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Moving at24 out of i2c/chips?
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [i2c] PCA9665 support added to i2c-algo-pca and i2c-pca-isa.c
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>