Linux Kernel I2C

• Thread Index

• Re: [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 207/493] i2c: remove use of __devinit
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 002/493] i2c: remove CONFIG_HOTPLUG ifdefs
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 065/493] i2c: remove use of __devexit_p
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH] i2c: i2c-s3c2410: Remove recently introduced performance overheads
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] i2c-s3c2410: use exponential back off while polling for bus idle
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mxs: Do not disable the I2C SMBus quick mode
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: i2c-ocores: Move grlib set/get functions into #ifdef CONFIG_OF block
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• [PATCH 002/493] i2c: remove CONFIG_HOTPLUG ifdefs
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 134/493] drivers/misc: remove use of __devexit_p
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 065/493] i2c: remove use of __devexit_p
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 357/493] i2c: remove use of __devinitconst
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 413/493] misc: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 404/493] i2c: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 306/493] i2c: remove use of __devinitdata
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 207/493] i2c: remove use of __devinit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: mxs: Do not disable the I2C SMBus quick mode
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 2/2] i2c: mxs: Do not disable the I2C SMBus quick mode
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: i2c-ocores: Move grlib set/get functions into #ifdef CONFIG_OF block
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] i2c: Kconfig: Allow I2C_MXS to be selected by MX23
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH] i2c-core: Remove definition of i2c_smbus_process_call
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• [PATCH] i2c: s3c2410: Fix code to free gpios
  • From: Abhilash Kesavan <a.kesavan@xxxxxxxxxxx>
• [PATCH v3] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Abhilash Kesavan <a.kesavan@xxxxxxxxxxx>
• Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] i2c: introduce i2c-cbus-gpio driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Abhilash Kesavan <a.kesavan@xxxxxxxxxxx>
• Re: [PATCH] i2c: Kconfig: Allow I2C_MXS to be selected by MX23
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH v4 1/4] i2c: introduce i2c-cbus-gpio driver
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: Kconfig: Allow I2C_MXS to be selected by MX23
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH] i2c: Kconfig: Allow I2C_MXS to be selected by MX23
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 2/2] i2c: mxs: Do not disable the I2C SMBus quick mode
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH 1/2] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 0/5] i2c-sh_mobile non-urgent changes
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH] i2c: Kconfig: Allow I2C_MXS to be selected by MX23
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCHv3] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: tfp410 and i2c_bus_num
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• tfp410 and i2c_bus_num (was: Re: [PATCH] OMAP: board-files: fix i2c_bus for tfp410)
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v3 0/3] i2c: at91: add dma support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] OMAP: board-files: fix i2c_bus for tfp410
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH] OMAP: board-files: fix i2c_bus for tfp410
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v6 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH] OMAP: board-files: fix i2c_bus for tfp410
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCHv3] i2c: omap: Move the remove constraint
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] OMAP: board-files: fix i2c_bus for tfp410
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 11/11] i2c: pxa: no need slave addr for i2c master mode reset
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] i2c-s3c2410: Fix a bug and optimize code
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-s3c2410: Add support for pinctrl
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c-s3c2410: Convert to devm_request_and_ioremap()
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c-s3c2410: Refactor ifdefs for PM_SLEEP
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 1/4] i2c: introduce i2c-cbus driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] i2c-sh_mobile non-urgent changes
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• Re: [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] i2c-sh_mobile non-urgent changes
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c: Add support for device-tree based chip initialization
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c: at91: add dma support
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 2/3] i2c: at91: change struct members indentation
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 1/3] i2c: at91: fix compilation warning
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v6 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and use function pointers for getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH] bindings: i2c: use consistent naming for i2c binding descriptions
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v6 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v6 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and use function pointers for getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v6 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and use function pointers for getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• [PATCH v5 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v5 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and use function pointers for getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v5 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] i2c: omap: don't save a value only needed for read-clearing
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 7/7] decode-dimms: Strip former manufacturer name in side-by-side mode
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 6/7] decode-dimms: Bad manufacturer page count parity is not fatal
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 4/4] i2c-s3c2410: do not special case HDMIPHY stuck bus detection
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• [PATCH 3/4] i2c-s3c2410: use exponential back off while polling for bus idle
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• [PATCH 2/4] i2c-s3c2410: do not generate STOP for QUIRK_HDMIPHY
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• [PATCH 1/4] i2c-s3c2410: grab adapter lock while changing i2c clock
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• [PATCH 0/4] i2c-s3c2410: Fix a bug and optimize code
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• [PATCH 5/7] decode-dimms: Manufacturer names from Jedec JEP106AJ
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 4/7] decode-dimms: Introduce helper function as_ddr
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/7] decode-dimms: Delete ddr2_core_timings
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/7] decode-dimms: Print timings at standard DDR speeds
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: Fwd: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Srinidhi Kasagar <srinidhi.kasagar@xxxxxxxxxxxxxx>
• [PATCH 1/7] sensors-detect: Print timings at standard DDR2 speeds
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 0/7] Improvements to decode-dimms
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• [PATCH v4 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v4 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v4 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: Fwd: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: don't save a value only needed for read-clearing
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: Fwd: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Srinidhi Kasagar <srinidhi.kasagar@xxxxxxxxxxxxxx>
• Re: Fwd: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Fwd: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Srinidhi Kasagar <srinidhi.kasagar@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCHv2] i2c: omap: Move the remove constraint
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCHv2] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCHv3] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH v3 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCHv2] i2c: omap: Move the remove constraint
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCHv2] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: "till@xxxxxxxxxxx" <till@xxxxxxxxxxx>
• Re: [PATCH] i2c: omap: don't save a value only needed for read-clearing
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: don't save a value only needed for read-clearing
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: omap: don't save a value only needed for read-clearing
  • From: Wolfram Sang <wolfram@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 3/3] i2c: at91: add dma support
  • From: <ludovic.desroches@xxxxxxxxx>
• [PATCH 2/3] i2c: at91: change struct members indentation
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v3] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/3] i2c: at91: fix compilation warning
  • From: <ludovic.desroches@xxxxxxxxx>
• [PATCH v3 0/3] i2c: at91: add dma support
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH] i2c: mxs: Handle i2c DMA failure properly
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH v3] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 0/7] i2c: omap: updates
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH v2] i2c: at91: fix SMBus quick command
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCHv3 0/7] i2c: omap: updates
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH v2] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: adopt pinctrl support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: Move the remove constraint
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] Revert "ARM: OMAP: convert I2C driver to PM QoS for MPU latency constraints"
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: Move the remove constraint
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] Revert "ARM: OMAP: convert I2C driver to PM QoS for MPU latency constraints"
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2] i2c: at91: fix SMBus quick command
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: at91: add dma support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-gpio: fix name issue when i2c gpio node GT 1
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Abhilash Kesavan <kesavan.abhilash@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-tiny-usb: Add parameter for optional i2c-devices.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH] i2c: i2c-tiny-usb: Add parameter for optional i2c-devices.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] i2c fixes for Linux 3.7
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: i2c-tiny-usb: Add parameter for optional i2c-devices.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• [PATCH v3 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v3 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v3 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/2] i2c: i2c-tiny-usb: Add parameter for optional user-defined devices.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• [PATCH 1/2] i2c: Add possibility for user-defined (i2c-)devices for bus-drivers.
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• [PATCH] bindings: i2c: use consistent naming for i2c binding descriptions
  • From: Wolfram Sang <wolfram@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2] i2c: at91: fix SMBus quick command
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCHv3 0/7] i2c: omap: updates
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: busses: i2c-ocores: switch to devm_request_and_ioremap
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-ocores: Use devm_request_and_ioremap()
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c: i2c-s3c2410: Add support for pinctrl
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• [PATCH] i2c: rcar: fix section mismatch
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fixup section mismatch on rcar_i2c_probe/remove()
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: used devm_request_and_ioremap() instead of devm_ioremap()
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• RE: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: "Liu, Chuansheng" <chuansheng.liu@xxxxxxxxx>
• Re: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• RE: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: "Liu, Chuansheng" <chuansheng.liu@xxxxxxxxx>
• [RESEND PATCH v3 1/4] i2c: introduce i2c-cbus driver
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 1/7] I2c-nomadik: Fix the usage of wait_for_completion_timeout
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] i2c: nomadik: adopt pinctrl support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v2 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v2 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v3] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• I2C Slave mode
  • From: Avner Flesch <avnerf@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/mux: (pinctrl) Fix probe error path
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c/mux: (pinctrl) Fix probe error path
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: fix SMBus quick command
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: at91: fix SMBus quick command
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [PATCH v2] i2c: at91: add dma support
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH] i2c: at91: fix compilation issue due to header move
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH] i2c: at91: fix compilation issue due to header move
  • From: <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Jiri Kosina <jkosina@xxxxxxx>
• RE: [PATCH 11/11] i2c: pxa: no need slave addr for i2c master mode reset
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 11/11] i2c: pxa: no need slave addr for i2c master mode reset
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 10/11] i2c: pxa: modify the parameters of i2c_bus_reset()
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 09/11] i2c: pxa: add qos as constraint for cpu-idle
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 08/11] i2c: pxa: bugfix the slave addr in the transaction
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 07/11] i2c: pxa: keep i2c irq on in suspend
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 06/11] i2c: pxa: Keep i2c clock enabled when system suspends/resumes.
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 05/11] i2c: pxa: add bus reset for platform data;
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 04/11] i2c: pxa: fix irq unbalanced warning
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 03/11] i2c: pxa: add more error handling for i2c controller
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 02/11] i2c: pxa: support pxa910 in id table
  • From: Leo Song <liangs@xxxxxxxxxxx>
• [PATCH 01/11] i2c: pxa: support hardware lock
  • From: Leo Song <liangs@xxxxxxxxxxx>
• Re: [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: samsung: resume race fix
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: samsung: resume race fix
  • From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
• Re: [PATCH] Revert "ARM: OMAP: convert I2C driver to PM QoS for MPU latency constraints"
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH v2] i2c-i801: Enable interrupts for all post-ICH5 chips
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: introduce i2c-cbus driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] Revert "ARM: OMAP: convert I2C driver to PM QoS for MPU latency constraints"
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] Revert "ARM: OMAP: convert I2C driver to PM QoS for MPU latency constraints"
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] i2c: omap: Move the remove constraint
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] i2c: omap: Move the remove constraint
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH 2/2] i2c-s3c2410: Convert to devm_request_and_ioremap()
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 2/2] i2c-s3c2410: Convert to devm_request_and_ioremap()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Abhilash Kesavan <kesavan.abhilash@xxxxxxxxx>
• Re: [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH] i2c: s3c2410: Add fix for i2c suspend/resume
  • From: Abhilash Kesavan <a.kesavan@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: i2c: 7 years, this is it
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: i2c: 7 years, this is it
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH] MAINTAINERS: i2c: 7 years, this is it
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: i2c: 7 years, this is it
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 3/8] i2c: omap: remove the dtrev
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 1/8] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCHv3 3/8] i2c: omap: remove the dtrev
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 4/8] ARM: i2c: omap: Remove the i207 errata flag
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 5/8] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 1/8] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 6/8] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 7/8] i2c: omap: Restore i2c context always
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 8/8] i2c: omap: cleanup the sysc write
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 0/7] i2c: omap: updates
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv3 2/8] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH 2/2] i2c-s3c2410: Convert to devm_request_and_ioremap()
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCHv2 3/7] i2c: omap: remove the dtrev
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCHv2 3/7] i2c: omap: remove the dtrev
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/2] i2c-s3c2410: Refactor ifdefs for PM_SLEEP
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c-s3c2410: Convert to devm_request_and_ioremap()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/7] i2c: omap: remove the dtrev
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCHv2 0/7] i2c: omap: updates
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH v2 0/7] I2C patches for v3.8 merge window
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 7/7] i2c: omap: Restore i2c context always
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 6/7] i2c: omap: make reset a seperate function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 5/7] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 4/7] ARM: i2c: omap: Remove the i207 errata flag
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 3/7] i2c: omap: remove the dtrev
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 2/7] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv2 0/7] i2c: omap: updates
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH] i2c: at91: add a sanity check on i2c message length
  • From: "Voss, Nikolaus" <N.Voss@xxxxxxxxxxx>
• [PATCHv2 3/7] i2c: omap: remove the dtrev
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 6/7] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 2/7] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 1/7] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 4/7] ARM: i2c: omap: Remove the i207 errata flag
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 5/7] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 0/7] i2c: omap: updates
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv2 7/7] i2c: omap: Restore i2c context always
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] i2c: at91: add a sanity check on i2c message length
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PULL REQUEST] i2c-embedded for 3.7
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v2 1/1] i2c-i801: utilize hardware semaphore
  • From: Aaron Sierra <asierra@xxxxxxxxxxx>
• [PATCH v2 0/1] i2c-i801: utilize hardware semaphore
  • From: Aaron Sierra <asierra@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] i2c: at91: add a sanity check on i2c message length
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/2] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 0/2] i2c: omap: revision register updates
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 2/2] i2c: omap: use revision check for OMAP_I2C_FLAG_APPLY_ERRATA_I207
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-i801: utilize hardware semaphore
  • From: Eudean Sun <eudean@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: add a sanity check on i2c message length
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH REPOST] i2c: tegra: set irq name as device name
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2 RESEND] i2c-nomadik: Fixup clock handling
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] i2c: introduce i2c-cbus driver
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH v3 3/5] i2c: i2c-mpc: make I2C bus speed configurable
  • From: Tabi Timur-B04825 <B04825@xxxxxxxxxxxxx>
• [PATCH REPOST] i2c: tegra: set irq name as device name
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH] i2c: mxs: remove broken PIOQUEUE support
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] i2c: mxs: remove broken PIOQUEUE support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mxs: remove broken PIOQUEUE support
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH] i2c: mxs: remove broken PIOQUEUE support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: rcar: fixup section mismatch on rcar_i2c_probe/remove()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] i2c-i801: utilize hardware semaphore
  • From: Aaron Sierra <asierra@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c: introduce i2c-cbus driver
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 1/4] i2c: introduce i2c-cbus driver
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH] i2c: mv64xxx: Remove useless parens
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c-i801: Enable interrupts for all post-ICH5 chips
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH RFC] i2c: omap: Fix the revision register read
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH V6 1/2] i2c/adapter: Add bus recovery infrastructure
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] i2c: rcar: fixup section mismatch on rcar_i2c_probe/remove()
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH v3] i2c: add Renesas R-Car I2C driver
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] i2c: mv64xxx: Remove useless parens
  • From: Nobuhiro Iwamatsu <iwamatsu@xxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Add support Armada-XP SoC
  • From: Nobuhiro Iwamatsu <iwamatsu@xxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Add support Armada-XP SoC
  • From: Nobuhiro Iwamatsu <iwamatsu@xxxxxxxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Sebastien Guiriec <s-guiriec@xxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: "Porter, Matt" <mporter@xxxxxx>
• Re: [PATCH] i2c-EEPROM: Export memory accessor
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c-EEPROM: Export memory accessor
  • From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-EEPROM: Export memory accessor
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] i2c-EEPROM: Export memory accessor
  • From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: pinctrl-ify i2c-omap.c
  • From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Add support Armada-XP SoC
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH] i2c: mv64xxx: Add support Armada-XP SoC
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: mv64xxx: Add support Armada-XP SoC
  • From: Nobuhiro Iwamatsu <iwamatsu@xxxxxxxxxxx>
• Re: [PATCHv4 2/2] i2c: omap: make reset a seperate function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv4 1/2] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• [PATCH v3] Support Elan Touchscreen eKTF product.
  • From: Scott Liu <scott.liu@xxxxxxxxxx>
• [GIT PULL] i2c fixes for Linux 3.7
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Mention functionality flags in SMBus protocol documentation
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• Re: [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 08/16] i2c: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH 00/16] treewide: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 08/16] i2c: Convert dev_printk(KERN_<LEVEL> to dev_<level>(
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] i2c: omap: implement handling for 'transferred' bytes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Q: i2c block write emulation / handling of i2c message size constraints of a bus ?
  • From: Frank Schäfer <fschaefer.oss@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCHv7 0/2] ARM: I2C: Add device tree bindings to i2c-mux-gpio
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCHv4 1/2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv4 0/2] i2c: omap: cleanups
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv4 2/2] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv4 1/2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv4 2/2] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCHv4 0/2] i2c: omap: cleanups
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH v2 5/7] i2c: omap: wait for transfer completion before sending STP bit
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 5/7] i2c: omap: wait for transfer completion before sending STP bit
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 4/7] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 4/7] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 2/7] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2 3/7] i2c: omap: also complete() when stat becomes zero
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2 3/7] i2c: omap: also complete() when stat becomes zero
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 2/7] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 1/7] i2c: omap: no need to access platform_device
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH v3 5/7] i2c: omap: wait for transfer completion before sending STP bit
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2 5/7] i2c: omap: wait for transfer completion before sending STP bit
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 4/7] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 5/7] i2c: omap: wait for transfer completion before sending STP bit
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 2/7] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 6/7] i2c: add 'transferred' field to struct i2c_msg
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 7/7] i2c: omap: implement handling for 'transferred' bytes
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 1/7] i2c: omap: no need to access platform_device
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 0/7] I2C patches for v3.8 merge window
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 3/7] i2c: omap: also complete() when stat becomes zero
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 2/8] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 2/8] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 2/2] i2c: omap: make reset a seperate function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3/8] i2c: omap: fix error checking
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3/8] i2c: omap: fix error checking
  • From: Michael Trimarchi <michael@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 0/2] i2c: omap: cleanups
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 2/2] i2c: omap: make reset a seperate function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH 3/8] i2c: omap: fix error checking
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH] i2c: omap: ensure writes to dev->buf_len are ordered
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH v2] upport Elan Touchscreen eKTF product.
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• Re: [PATCH v2] Support Elan Touchscreen eKTF product.
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• RE: [PATCH v2] Support Elan Touchscreen eKTF product.
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• Re: [PATCH v2] Support Elan Touchscreen eKTF product.
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: "Peter Korsgaard" <peter.korsgaard@xxxxxxxxx>
• Re: [PATCH 3/8] i2c: omap: fix error checking
  • From: Michael Trimarchi <michael@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCHv6 0/2] ARM: I2C: Add device tree bindings to i2c-mux-gpio
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: "Peter Korsgaard" <peter.korsgaard@xxxxxxxxx>
• [PATCH 5/5] i2c: i2c-sh_mobile: fix spurious transfer request timed out
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH 4/5] i2c: i2c-sh_mobile: support I2C hardware block with a faster operating clock
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH 3/5] i2c: i2c-sh_mobile: fix ICCH to avoid violation of the tHD;STA timing spec
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH 2/5] i2c: i2c-sh_mobile: optimize ICCH/ICCL values according to I2C bus speed
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH 1/5] i2c: i2c-sh_mobile: calculate clock parameters at driver probing time
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH 0/5] i2c-sh_mobile non-urgent changes
  • From: Shinya Kuribayashi <shinya.kuribayashi.px@xxxxxxxxxxx>
• [PATCH v2] upport Elan Touchscreen eKTF product.
  • From: Scott Liu <scott.liu@xxxxxxxxxx>
• [PATCH v2] Support Elan Touchscreen eKTF product.
  • From: Scott Liu <scott.liu@xxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: "Peter Korsgaard" <peter.korsgaard@xxxxxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] i2c: omap: re-factor omap_i2c_init function
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 2/2] i2c: i2c-ocores: Add support for the GRLIB port of the controller and custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 0/2] i2c: i2c-ocores: Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 1/2] i2c: i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• RE: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• RE: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: 劉嘉駿 <scott.liu@xxxxxxxxxx>
• Re: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: Jian-Jhong Ding <jj_ding@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v2 5/8] i2c: omap: in case of VERSION_2 read IRQSTATUS_RAW but write to IRQSTATUS
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 5/8] i2c: omap: introduce and use OMAP_I2C_IP_VERSION_3
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2 RESEND] i2c-nomadik: Fixup clock handling
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 5/8] i2c: omap: introduce and use OMAP_I2C_IP_VERSION_3
  • From: Benoit Cousson <b-cousson@xxxxxx>
• [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCHv5 0/2] ARM: I2C: Add device tree bindings to i2c-mux-gpio
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] i2c: omap: introduce and use OMAP_I2C_IP_VERSION_3
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 5/8] i2c: omap: introduce and use OMAP_I2C_IP_VERSION_3
  • From: Benoit Cousson <b-cousson@xxxxxx>
• [PATCH 1/3] decode-dimms: Print DDR2 equivalent speed of tCK max
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/3] decode-dimms: Print DDR2 core timings for all supported CAS values
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/3] decode-dimms: Print only the DDR2 timings which were properly defined
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] decode-dimms: Default to merging cells in side-by-side output mode
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/8] i2c: omap: fix error checking
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 7/8] i2c: add 'transferred' field to struct i2c_msg
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 6/8] i2c: omap: wait for transfer completion before sending STP bit
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 8/8] i2c: omap: implement handling for 'transferred' bytes
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 5/8] i2c: omap: introduce and use OMAP_I2C_IP_VERSION_3
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/8] i2c: omap: no need to access platform_device
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 4/8] i2c: omap: also complete() when stat becomes zero
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 2/8] i2c: omap: reorder exit path of omap_i2c_xfer_msg()
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 0/8] I2C patches for v3.8 merge window
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 0/11] introduce macros for i2c_msg initialization
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH] i2c: omap: adopt pinctrl support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: Jian-Jhong Ding <jj_ding@xxxxxxxxxx>
• [PATCH 2/2] decode-dimms: Print DDR core timings for all supported CAS values
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/2] decode-dimms: Print extra timing values for DDR SDRAM
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V6 1/2] i2c/adapter: Add bus recovery infrastructure
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Jassi Brar <jaswinder.singh@xxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <shijie8@xxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <shijie8@xxxxxxxxx>
• [PATCH 2/2] ARM: dts: cfa10049: Add the i2c muxer buses to the CFA-10049
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: mux: Add dt support to i2c-mux-gpio driver
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCHv4 0/2] ARM: I2C: Add device tree bindings to i2c-mux-gpio
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Jian-Jhong Ding <jj_ding@xxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Jassi Brar <jaswinder.singh@xxxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Jian-Jhong Ding <jj_ding@xxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: [PATCH] dma: add new DMA control commands
  • From: Vinod Koul <vinod.koul@xxxxxxxxxxxxxxx>
• [PATCH] dma: add new DMA control commands
  • From: Huang Shijie <b32955@xxxxxxxxxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: adopt pinctrl support
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: RT throttling and suspend/resume (was Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support")
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: i2cset question
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2cset question
  • From: Javi <occam25@xxxxxxxx>
• Re: [PATCH] i2c: at91: add dma support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: at91: add dma support
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH v1] Support Elan Touchscreen eKTF product.
  • From: Scott Liu <scott.liu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH 1/1] twl4030: Fix chained irq handling on resume from suspend
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• [PATCH] i2c: omap: adopt pinctrl support
  • From: Sebastien Guiriec <s-guiriec@xxxxxx>
• Re: [PATCH 1/1] twl4030: Fix chained irq handling on resume from suspend
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• [PATCH 1/1] twl4030: Fix chained irq handling on resume from suspend
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [RESEND PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] i2c: change id to let i2c-gpio work
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v3 1/2] i2c: change id to let i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• [RESEND PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v1] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• [PATCH v2] i2c-hid: introduce HID over i2c specification implementation
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: i2c-gpio: fix name issue when i2c gpio node GT 1
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-gpio: fix issue when DT node greater than 1
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH v3 0/2] i2c: change id to let i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• [PATCH v3 2/2] i2c: change id to let i2c-at91 work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• [PATCH v3 1/2] i2c: change id to let i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH v2] i2c: i2c-gpio: fix name issue when i2c gpio node GT 1
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c-i801: Add device tree support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-ocores: Use devm_request_and_ioremap()
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-gpio: fix issue when DT node greater than 1
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• RE: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: "Voss, Nikolaus" <N.Voss@xxxxxxxxxxx>
• Re: [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] i2c: i2c-ocores: Use devm_request_and_ioremap()
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-ocores: Use devm_request_and_ioremap()
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-gpio: fix issue when DT node greater than 1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: i2c-gpio: fix issue when DT node greater than 1
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• [PATCH] i2c: omap: revert "i2c: omap: switch to threaded IRQ support"
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] i2c: tegra: set irq name as device name
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/4] input: Convert struct i2c_msg initialization to C99 format
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: shubhro <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 1/3] i2c: omap: Do not enable the irq always
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH] i2c: tegra: set irq name as device name
  • From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: omap: Do not enable the irq always
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: "Strashko, Grygorii" <grygorii.strashko@xxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: omap: Do not enable the irq always
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c: omap: Do not enable the irq always
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: "Kankroliwala, Huzefa" <huzefank@xxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• RE: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: "Strashko, Grygorii" <grygorii.strashko@xxxxxx>
• Re: [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v2] i2c: change the id to let the i2c-gpio work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH] i2c: change the id to let the i2c device work
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: change the id to let the i2c device work
  • From: Bo Shen <voice.shen@xxxxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] i2c-ocores: Add support for the GRLIB port of the controller.
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 1/3] i2c-ocores: Add irq support for sparc
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 2/3] i2c-ocores: Add support for custom getreg and setreg functions
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 0/3] Add support for sparc, custom set and get functions, and the GRLIB port of the controller
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: Accessing EEPROM from Linux driver
  • From: samir <samir1979@xxxxxxx>
• Re: [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH 13/13] drivers/media/tuners/e4000.c: use macros for i2c_msg initialization
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] i2c: rcar: used devm_request_and_ioremap() instead of devm_ioremap()
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
• [PATCH] i2c: at91: add a sanity check on i2c message length
  • From: <ludovic.desroches@xxxxxxxxx>
• RE: [tpmdd-devel] [PATCH] char/tpm: Convert struct i2c_msg initialization to C99 format
  • From: <Peter.Huewe@xxxxxxxxxxxx>
• [PATCH] i2c: at91: add dma support
  • From: <ludovic.desroches@xxxxxxxxx>
• [PATCH v3] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• [PATCH v2] ARM: OMAP: i2c: fix interrupt flood during resume
  • From: Kalle Jokiniemi <kalle.jokiniemi@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] input: Convert struct i2c_msg initialization to C99 format
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] matroxfb: Convert struct i2c_msg initialization to C99 format
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [PATCH] char/tpm: Convert struct i2c_msg initialization to C99 format
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH 2/2 v3] i2c: nomadik: adopt pinctrl support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCH 1/2 RESEND] i2c-nomadik: Fixup clock handling
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: nomadik: adopt pinctrl support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: nomadik: adopt pinctrl support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] char/tpm: Convert struct i2c_msg initialization to C99 format
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] matroxfb: Convert struct i2c_msg initialization to C99 format
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/4] input: Convert struct i2c_msg initialization to C99 format
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/4] input: Convert struct i2c_msg initialization to C99 format
  • From: Jean Delvare <khali@xxxxxxxxxxxx>