Linux Kernel I2C
[Prev Page][Next Page]
- RE: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Magnus Damm <magnus.damm@xxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH 0/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv2] i2c: i2c-imx: Fix format warning for dev_dbg
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: remove unnecessary 'else' after 'return' statement
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c-i801: Enable interrupts on ICH5/7/8/9/10
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH] i2c: qup: disable clks and return instead of just returning error
- From: Pramod Gurav <pramod.gurav@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: qup: disable clks and return instead of just returning error
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c:at91: add bound checking on smbus block length bytes
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
- Re: [PATCH] i2c: qup: disable clks and return instead of just returning error
- From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
- [PATCH] i2c: qup: disable clks and return instead of just returning error
- From: Pramod Gurav <pramod.gurav@xxxxxxxxxxxxxxx>
- [PATCH] i2c: qup: disable clks and return instead of just returning error
- From: Pramod Gurav <pramod.gurav@xxxxxxxxxxxxxxx>
- Re: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: remove unnecessary 'else' after 'return' statement
- From: Kiran Padwal <kiran.padwal@xxxxxxxxxxxxxxx>
- RE: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- RE: [PATCHv2] i2c: i2c-imx: Fix format warning for dev_dbg
- From: "Li.Xiubo@xxxxxxxxxxxxx" <Li.Xiubo@xxxxxxxxxxxxx>
- [PATCH 5/5] ARM: shmobile: r8a7791: add generation level compatible for i2c
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 4/5] ARM: shmobile: r8a7790: add generation level compatible for i2c
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 3/5] ARM: shmobile: r8a7779: add generation level compatible for i2c
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 2/5] ARM: shmobile: r8a7778: add generation level compatible for i2c
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 1/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 0/5] i2c: rcar: add renesas,i2c-rcar-gen1/gen2 in DT compatible
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
- Re: [PATCHv2] i2c: i2c-imx: Fix format warning for dev_dbg
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCHv2] i2c: i2c-imx: Fix format warning for dev_dbg
- From: Xiubo Li <Li.Xiubo@xxxxxxxxxxxxx>
- RE: [PATCH] i2c: i2c-imx: Fix format warning for dev_dbg
- From: "Li.Xiubo@xxxxxxxxxxxxx" <Li.Xiubo@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: i2c-imx: Fix format warning for dev_dbg
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] i2c: i2c-imx: Fix format warning for dev_dbg
- From: Xiubo Li <Li.Xiubo@xxxxxxxxxxxxx>
- RE: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: "fugang.duan@xxxxxxxxxxxxx" <fugang.duan@xxxxxxxxxxxxx>
- RE: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- Re: i2c-i801: Enable interrupts on ICH5/7/8/9/10
- Re: [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: Varka Bhadram <varkabhadram@xxxxxxxxx>
- [PATCH v6 1/2] i2c: imx: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v6 2/2] Documentation:add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v6 0/2] i2c: imx: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c-i801: Enable interrupts on ICH5/7/8/9/10
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: i2c-i801: Enable interrupts on ICH5/7/8/9/10
- Re: [PATCH] i2c:at91: add bound checking on smbus block length bytes
- From: Mark Roszko <mark.roszko@xxxxxxxxx>
- [PATCH 0/2] i2c: hix5hd2: add i2c controller driver
- From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
- [PATCH 2/2] i2c: hix5hd2: add i2c controller driver
- From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
- [PATCH 1/2] i2c: hix5hd2: add devicetree documentation
- From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
- Re: [PATCH v4] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c,designware: add new bindings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c,designware: add new bindings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c,designware: add new bindings
- From: Alan Cox <alan@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/7] i2c: i2c-cros-ec-tunnel: Set retries to 3
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-gpio: Drop dead code in i2c_gpio_remove
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/7] i2c: i2c-cros-ec-tunnel: Set retries to 3
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: put the mux to disconnected state after resume
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c,designware: add new bindings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] drivers: i2c: i2c-st: Update i2c timings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH/RFC V8 1/1] clk: Support for clock parents and rates assigned from device tree
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- RE: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- i2c_smbus_write_block_data: send 2 bytes (command+size) before data
- From: "Zvi Vered" <veredz72@xxxxxxxxx>
- Re: i2c-davinci.c: CPU FREQ causes lock up due to xfr_complete
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: i2c-davinci.c: CPU FREQ causes lock up due to xfr_complete
- From: Sekhar Nori <nsekhar@xxxxxx>
- Re: i2c-davinci.c: CPU FREQ causes lock up due to xfr_complete
- From: Jon Cormier <jcormier@xxxxxxxxxxxxxxxx>
- Re: i2c-davinci.c: CPU FREQ causes lock up due to xfr_complete
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 6/7] mfd: cros_ec: Instantiate sub-devices from device tree
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] Input: cros_ec_keyb: Optimize ghosting algorithm.
- From: Andreas Färber <afaerber@xxxxxxx>
- Re: [PATCH 0/7] Second batch of cleanups for cros_ec
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/7] mfd: cros_ec: Instantiate sub-devices from device tree
- From: Andreas Färber <afaerber@xxxxxxx>
- Re: [PATCH 0/7] Second batch of cleanups for cros_ec
- From: Andreas Färber <afaerber@xxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Daniel Glöckner <dg@xxxxxxxxx>
- [PATCH] i2c-gpio: Drop dead code in i2c_gpio_remove
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] i2c: piix4: Continue probing for auxiliary SMBus without main
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH 7/7] Input: cros_ec_keyb: Optimize ghosting algorithm.
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 5/7] mfd: cros_ec: wait for completion of commands that return IN_PROGRESS
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 1/7] mfd: cros_ec: Delay for 50ms when we see EC_CMD_REBOOT_EC
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 6/7] mfd: cros_ec: Instantiate sub-devices from device tree
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 4/7] mfd: cros_ec: move locking into cros_ec_cmd_xfer
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 3/7] mfd: cros_ec: stop calling ->cmd_xfer() directly
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 2/7] i2c: i2c-cros-ec-tunnel: Set retries to 3
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- [PATCH 0/7] Second batch of cleanups for cros_ec
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: put the mux to disconnected state after resume
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: ddc/ci over i2c
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH/RFC V8 1/1] clk: Support for clock parents and rates assigned from device tree
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: put the mux to disconnected state after resume
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] i2c: pca954x: put the mux to disconnected state after resume
- From: Jisheng Zhang <jszhang@xxxxxxxxxxx>
- [PATCH v2] i2c: pca954x: put the mux to disconnected state after resume
- From: Jisheng Zhang <jszhang@xxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Sachin Kamat <spk.linux@xxxxxxxxx>
- Re: [PATCH] i2c: pca954x: put the mux to disconnected state after resume
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH] i2c: pca954x: put the mux to disconnected state after resume
- From: Jisheng Zhang <jszhang@xxxxxxxxxxx>
- Vacation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5 0/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- RE: [PATCH v5 0/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- RE: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- [PATCH v2] drivers: i2c: i2c-st: Update i2c timings
- From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
- Re: [PATCH v5 0/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
- i2c,designware: add new bindings
- From: Alan Cox <alan@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Varka Bhadram <varkabhadram@xxxxxxxxx>
- RE: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
- [PATCH v5 2/2] Documentation:add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v5 0/2] i2c: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v5 1/2] i2c: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/5] i2c: Don't start transfers when suspended
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/5] i2c: Don't start transfers when suspended
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 1/2] drivers/i2c/busses: use correct type for dma_map/unmap
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
- Re: [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 07/16] i2c: i2c-mv64xxx: Drop class based scanning to improve bootup time
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Maxime Coquelin <maxime.coquelin@xxxxxx>
- [PATCH 1/2] drivers/i2c/busses: use correct type for dma_map/unmap
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 0/2] use correct type for dma_map/unmap
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C Slave monitor mode support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: efm32: correct namespacing of location property
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c-i801: Add device ID for Intel Wildcat Point PCH
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c-i801: Fix the alignment of the device table
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c-stub: Remember the number of emulated chips
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: stub: Add support for SMBus block commands
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/5] i2c: exynos5: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- Re: [PATCH v2 5/5] i2c: tegra: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v3] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 02/16] i2c: i2c-at91: Drop class based scanning to improve bootup time
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
- Re: [PATCH v2 1/5] i2c: Don't start transfers when suspended
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 5/5] i2c: tegra: Remove suspension check
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH v2 1/5] i2c: Don't start transfers when suspended
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v2 1/5] i2c: Don't start transfers when suspended
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v2 2/5] i2c: eg20t: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v2 4/5] i2c: sc3c2410: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v3 3/5] i2c: exynos5: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH v2 5/5] i2c: tegra: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- Re: [PATCH 1/5] i2c: Don't start transfers when suspended
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: efm32: correct namespacing of location property
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: i2c-st: Use %pa to print 'resource_size_t' type
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2] i2c-i801: Add device ID for Intel Wildcat Point PCH
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH 1/5] i2c: Don't start transfers when suspended
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2] i2c-i801: Fix the alignment of the device table
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v3 0/7] i2c: Relax mandatory I2C ID table passing
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: Don't start transfers when suspended
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] i2c: Relax mandatory I2C ID table passing
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 1/2 v2] i2c: exynos5: remove an unnecessary read of FIFO_STATUS register
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/2 v2] i2c: exynos5: remove extra line and fix an assignment
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-i801: Fix the alignment of the device table
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: autoload i2c-dev module when needed
- From: Michal Minář <miminar@xxxxxxxxxx>
- Re: [PATCH] i2c-i801: Fix the alignment of the device table
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-i801: Fix the alignment of the device table
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: s3c2410: resume the I2C controller earlier
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v4] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- [PATCH v4] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: scx200: drop GPIO based i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 00/16] i2c: drop class based instantiaion for selected drivers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-i801: Add device ID for Intel Wildcat Point PCH
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: s3c2410: resume the I2C controller earlier
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-i801: Fix the alignment of the device table
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: autoload i2c-dev module when needed
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: scx200: drop GPIO based i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: s6000: remove duplicate driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Sanford Rockowitz <rockowitz@xxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH] i2c-stub: Avoid an array overrun on I2C block transfers
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c-stub: Allow increasing the SMBus block write length
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH v2] i2c-stub: Allow increasing the SMBus block write length
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 5/5] i2c: tegra: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH 4/5] i2c: sc3c2410: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH 3/5] i2c: exynos5: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH 2/5] i2c: eg20t: Remove suspension check
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- [PATCH 1/5] i2c: Don't start transfers when suspended
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH] i2c: piix4: Continue probing for auxiliary SMBus without main
- From: "Daniel M. Weeks" <dan@xxxxxxxxxxxx>
- [PATCH v2] i2c: efm32: correct namespacing of location property
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: efm32: correct namespacing of location property
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: efm32: correct namespacing of location property
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH] i2c: efm32: correct namespacing of location property
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: i2c-st: Use %pa to print 'resource_size_t' type
- From: Maxime Coquelin <maxime.coquelin@xxxxxx>
- Re: [PATCH 12/16] i2c: i2c-s3c2410: Drop class based scanning to improve bootup time
- From: Sachin Kamat <spk.linux@xxxxxxxxx>
- Re: [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH] i2c: i2c-st: Use %pa to print 'resource_size_t' type
- From: Fabio Estevam <festevam@xxxxxxxxx>
- Re: [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 14/16] i2c: i2c-stu300: Drop class based scanning to improve bootup time
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 08/16] i2c: i2c-nomadik: Drop class based scanning to improve bootup time
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 09/16] i2c: i2c-ocores: Drop class based scanning to improve bootup time
- From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
- Re: [PATCH 15/16] i2c: i2c-tegra: Drop class based scanning to improve bootup time
- From: Thierry Reding <thierry.reding@xxxxxxxxx>
- Re: [PATCH 00/16] i2c: drop class based instantiaion for selected drivers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.16
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 00/16] i2c: drop class based instantiaion for selected drivers
- From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 15/16] i2c: i2c-tegra: Drop class based scanning to improve bootup time
- From: Mikko Perttunen <mperttunen@xxxxxxxxxx>
- Re: [PATCH 1/2] i2c-stub: Remember the number of emulated chips
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 02/16] i2c: i2c-at91: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 01/16] i2c: add debug info when class instantiation was dropped
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 03/16] i2c: i2c-bcm2835: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 05/16] i2c: i2c-davinci: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 04/16] i2c: i2c-bfin-twi: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 06/16] i2c: i2c-designware-platdrv: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 08/16] i2c: i2c-nomadik: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 07/16] i2c: i2c-mv64xxx: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 09/16] i2c: i2c-ocores: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 10/16] i2c: i2c-omap: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 11/16] i2c: i2c-rcar: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 12/16] i2c: i2c-s3c2410: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 14/16] i2c: i2c-stu300: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 13/16] i2c: i2c-sirf: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 16/16] i2c: i2c-xiic: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 15/16] i2c: i2c-tegra: Drop class based scanning to improve bootup time
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 00/16] i2c: drop class based instantiaion for selected drivers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 2/2] i2c-stub: Add support for banked register ranges
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH 1/2] i2c-stub: Remember the number of emulated chips
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH 2/5] i2c: pxa: Make of_device_id array const
- From: Haojian Zhuang <haojian.zhuang@xxxxxxxxx>
- Re: ddc/ci over i2c
- From: Sanford Rockowitz <rockowitz@xxxxxxxxxxx>
- [PATCH] i2c: scx200: drop GPIO based i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: s6000: remove duplicate driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: ddc/ci over i2c
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- ddc/ci over i2c
- From: Sanford Rockowitz <rockowitz@xxxxxxxxxxx>
- [PATCH v2] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC PATCH] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [RFC PATCH] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC PATCH] i2c: stub: Add support for SMBus block commands
- From: Jean Delvare <jdelvare@xxxxxxx>
- [RFC PATCH] i2c: stub: Add support for SMBus block commands
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Emil Goode <emilgoode@xxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Emil Goode <emilgoode@xxxxxxxxx>
- Re: Driver-Support of I2C_M_RECV_LEN
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: Driver-Support of I2C_M_RECV_LEN
- From: Michael Post <michael_post@xxxxxx>
- Re: Driver-Support of I2C_M_RECV_LEN
- From: Michael Post <michael_post@xxxxxx>
- [PATCH] i2c:at91: add bound checking on smbus block length bytes
- From: Marek Roszko <mark.roszko@xxxxxxxxx>
- Re: [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- [PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC V8 1/1] clk: Support for clock parents and rates assigned from device tree
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: s3c2410: resume the I2C controller earlier
- From: Tomasz Figa <t.figa@xxxxxxxxxxx>
- Re: [Patch V3 5/5] I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- [PATCH] i2c-i801: Add device ID for Intel Wildcat Point PCH
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c: cros_ec: Support a limited i2c tunnel for exynos5250-spring
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH 3/3] i2c: cros_ec: Support a limited i2c tunnel for exynos5250-spring
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH 0/3] Add support for limited i2c tunnel for exynos5250-spring
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mux: pca954x: fix dependencies
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-taos-evm: Use module_serio_driver()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 5/5] I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI config
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 4/5] I2C/ACPI: Add i2c ACPI operation region support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] of: Transactional DT support.
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- [PATCH 2/2 v2] i2c: exynos5: remove extra line and fix an assignment
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- [PATCH 1/2 v2] i2c: exynos5: remove an unnecessary read of FIFO_STATUS register
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- Re: [PATCH 2/2] i2c: exynos5: fix minor styling nits
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH v2] i2c: s3c2410: resume the I2C controller earlier
- From: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v3] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: Need to use a I2C EEPROM on normal x86 architecture
- From: Vijai Kumar <vijaikumar.k@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v2] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH 2/2] i2c: exynos5: fix minor styling nits
- From: Sachin Kamat <spk.linux@xxxxxxxxx>
- [PATCH 2/2] i2c: exynos5: fix minor styling nits
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- [PATCH 1/2] i2c: exynos5: remove an unnecessary read of FIFO_STATUS register
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- RE: [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH 1/1] i2c: Kconfig: Enable HSI2C for Exynos5 platform
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- Re: [PATCH 5/6] OF: Utility helper functions for dynamic nodes
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- [PATCH v2] i2c: s3c2410: resume the I2C controller earlier
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v2] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Simon Glass <sjg@xxxxxxxxxxxx>
- Re: [PATCH 2/6] OF: Add [__]of_find_node_by_full_name
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH] gpio: crystalcove: Fix implicit declaration of function 'seq_printf' error
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: sh_mobile: Don't start transfers when suspending
- From: Bastian Hecht <hechtb@xxxxxxxxx>
- Re: [PATCH 5/6] OF: Utility helper functions for dynamic nodes
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: [PATCH 5/6] OF: Utility helper functions for dynamic nodes
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH v2] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH 5/6] OF: Utility helper functions for dynamic nodes
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 5/6] OF: Utility helper functions for dynamic nodes
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: [PATCH 1/1] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] i2c: sun6i-p2wi: Remove duplicate inclusion of module.h
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- [PATCH] i2c-i801: Fix the alignment of the device table
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Driver-Support of I2C_M_RECV_LEN
- From: Michael Post <michael_post@xxxxxx>
- [PATCH v3 0/7] i2c: Relax mandatory I2C ID table passing
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 1/9] ARM: multi_v7_defconfig: Enable ST's I2C driver
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH] gpio: crystalcove: Fix implicit declaration of function 'seq_printf' error
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 2/9] i2c: Add pointer dereference protection to i2c_match_id()
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 3/9] i2c: Add the ability to match device to compatible string without an of_node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 5/9] i2c: Make I2C ID tables non-mandatory for DT'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 7/9] i2c: Provide a temporary .probe2() call-back type
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 8/9] mfd: 88pm860x: Move over to new I2C device .probe() call
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 9/9] mfd: as3722: Rid driver of superfluous I2C device ID structure
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 6/9] i2c: Export i2c_match_id() for direct use by device drivers
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 4/9] i2c: Match using traditional OF methods, then by vendor-less compatible strings
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: s3c2410: resume the I2C controller earlier
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH] i2c: s3c2410: resume the I2C controller earlier
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v2 0/10] Batch of cleanup patches for cros_ec
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v2 09/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v2 07/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH/RFC V8 1/1] clk: Support for clock parents and rates assigned from device tree
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- [PATCH/RFC V8 0/1] clk: Default clock parents and rates assigned from DT
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.16
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH/RFC V7] clk: Support for clock parents and rates assigned from device tree
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- [PATCH/RFC V7] clk: Support for clock parents and rates assigned from device tree
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- [PATCH/RFC V7] clk: Default clock parents and rates assigned from DT
- From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
- Re: [PATCH 08/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 10/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 10/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Simon Glass <sjg@xxxxxxxxxxxx>
- Re: [PATCH 08/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Simon Glass <sjg@xxxxxxxxxxxx>
- Re: [PATCH 10/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH 08/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH 10/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Simon Glass <sjg@xxxxxxxxxxxx>
- Re: [PATCH 08/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Simon Glass <sjg@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: sun6-p2wi: fix call to snprintf
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C Slave monitor mode support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] I2C: EMMA Mobile I2C master driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- RE: [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- [PATCH 08/10] mfd: cros_ec: cleanup: Remove EC wrapper functions
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH 0/10] Batch of cleanup patches for cros_ec
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH 10/10] mfd: cros_ec: ec_dev->cmd_xfer() returns number of bytes received from EC
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- I2C Slave monitor mode support
- From: Jagan Teki <jagannadh.teki@xxxxxxxxx>
- [iio:testing 25/25] drivers/iio/magnetometer/ak09911.c:301 ak09911_probe() error: we previously assumed 'id' could be null (see line 288)
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board
- From: Doug Anderson <dianders@xxxxxxxxxx>
- Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board
- From: Doug Anderson <dianders@xxxxxxxxxx>
- Re: [PATCH] i2c-taos-evm: Use module_serio_driver()
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH] i2c-taos-evm: Use module_serio_driver()
- From: Christoph Jaeger <christophjaeger@xxxxxxxxx>
- Re: [PATCH 3/3] ARM: dts: Enable audio support for Peach-pi board
- From: Doug Anderson <dianders@xxxxxxxxxx>
- [PATCH v2] i2c: sun6-p2wi: fix call to snprintf
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: sun6-p2wi: fix call to snprintf
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: sun6-p2wi: fix call to snprintf
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] i2c: sun6-p2wi: fix call to snprintf
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: sun6-p2wi: fix erroneous error message
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- ismt-bus completion wait timed out issue
- From: Puneet Shenoy <puneet@xxxxxxxxxxxxxxxxxxx>
- ismt-bus completion wait timed out issue
- From: Puneet Shenoy <puneet@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Michael Lawnick <ml.lawnick@xxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] i2c: sun6-p2wi: fix erroneous error message
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 0/2] i2c: sunxi: add P2WI controller support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v6] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v6] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH v5] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v7 1/2] i2c: sunxi: add P2WI DT bindings documentation
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 0/2] i2c: sunxi: add P2WI controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Daniel Glöckner <daniel-gl@xxxxxxx>
- Re: [PATCH v6 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v6 1/2] i2c: sunxi: add P2WI DT bindings documentation
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 0/2] i2c: sunxi: add P2WI controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 1/2] i2c: sunxi: add P2WI DT bindings documentation
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 0/2] i2c: sunxi: add P2WI controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
- From: Tomasz Figa <t.figa@xxxxxxxxxxx>
- Re: [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Paul Carpenter <paul@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: algos: add support for sc18im700 master i2c bus with uart interface
- From: Raghavendra Ganiga <ravi23ganiga@xxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: randconfig build error with next-20140604, in drivers/i2c/muxes/i2c-mux-pca954x.c
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: randconfig build error with next-20140604, in drivers/i2c/muxes/i2c-mux-pca954x.c
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] i2c: mux: pca954x: fix dependencies
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [Patch V3 4/5] I2C/ACPI: Add i2c ACPI operation region support
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v5] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- [PATCH v5] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 0/9] i2c: Relax mandatory I2C ID table passing (+ some creep)
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 1/9] i2c: Add pointer dereference protection to i2c_match_id()
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 3/9] i2c: Match using traditional OF methods, then by vendor-less compatible strings
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 7/9] of/device: Allow I2C devices to OF match without supplying an OF node
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [Patch V3 4/5] I2C/ACPI: Add i2c ACPI operation region support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [4/4] i2c: designware-pci: Add Haswell PCI IDs
- From: Scot Doyle <lkml14@xxxxxxxxxxxxx>
- [PATCH 0/9] i2c: Relax mandatory I2C ID table passing (+ some creep)
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 1/9] i2c: Add pointer dereference protection to i2c_match_id()
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 2/9] i2c: Add the ability to match device to compatible string without an of_node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 3/9] i2c: Match using traditional OF methods, then by vendor-less compatible strings
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 4/9] i2c: Make I2C ID tables non-mandatory for DT'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 5/9] i2c: Export i2c_match_id() for direct use by device drivers
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 7/9] of/device: Allow I2C devices to OF match without supplying an OF node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 6/9] i2c: Provide a temporary .probe2() call-back type
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 8/9] mfd: 88pm860x: Move over to new I2C device .probe() call
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 9/9] mfd: as3722: Rid driver of superfluous I2C device ID structure
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.16
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH] i2c: pca954x: Fix compilation without CONFIG_GPIOLIB
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mux: pca954x needs gpiolib
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: mux: pca954x needs gpiolib
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] i2c: mux: pca954x needs gpiolib
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- [PATCH] i2c: mux: pca954x needs gpiolib
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 5/7] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- autoload i2c-dev module when needed
- From: Michal Minář <miminar@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- RE: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH] i2c: pca954x: Fix compilation without CONFIG_GPIOLIB
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- RE: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- RE: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- RE: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: pca954x: Fix compilation without CONFIG_GPIOLIB
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Rob Herring <robherring2@xxxxxxxxx>
- [PATCH] i2c: pca954x: Fix compilation without CONFIG_GPIOLIB
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- randconfig build error with next-20140604, in drivers/i2c/muxes/i2c-mux-pca954x.c
- From: Jim Davis <jim.epost@xxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH 0/7] i2c: Relax mandatory I2C ID table passing
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 1/7] ACPICA: Only include ACPI asm files if ACPI is enabled
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 2/7] i2c: Add pointer dereference protection to i2c_match_id()
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 4/7] i2c: Match using traditional OF methods, then by vendor-less compatible strings
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 3/7] i2c: Add the ability to match device to compatible string without an of_node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 6/7] of/device: Allow I2C devices to OF match without supplying an OF node
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 5/7] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 7/7] OF/ACPI/I2C: Add generic match function for the aforementioned systems
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Michael Lawnick <ml.lawnick@xxxxxx>
- [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: i2c/ACPI: Support for multiple serial bus addresses
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] i2c: algos: add support for sc18im700 master i2c bus with uart interface
- From: Raghavendra Ganiga <ravi23ganiga@xxxxxxxxx>
- Re: i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: i2c/ACPI: Support for multiple serial bus addresses
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: i2c/ACPI: Support for multiple serial bus addresses
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: Use the descriptor-based GPIO API
- From: Alexandre Courbot <acourbot@xxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: Use the descriptor-based GPIO API
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH v2] I2C: mpc: insert DR read in i2c_fixup()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- Re: [PATCH v2] i2c: pca954x: Use the descriptor-based GPIO API
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH v2] i2c: pca954x: Use the descriptor-based GPIO API
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: pca954x: Fix reset GPIO property name
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- [PATCH 1/1] i2c: s3c2410: Remove class based instantiation
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxxx>
- [PATCH v2] I2C: mpc: insert DR read in i2c_fixup()
- From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
- [RESEND2 PATCH v4 1/2] i2c: sunxi: add P2WI DT bindings documentation
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [RESEND2 PATCH v4 0/2] i2c: sunxi: add P2WI controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- [RESEND2 PATCH v4 2/2] i2c: sunxi: add P2WI (Push/Pull 2 Wire Interface) controller support
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] I2C: mpc: insert DR read in i2c_fixup()
- From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
- Re: [PATCH v3] i2c: bfin: turn to Resource-managed API in probe function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Maxime Coquelin <maxime.coquelin@xxxxxx>
- Re: [PATCH] I2C: mpc: insert DR read in i2c_fixup()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] I2C: mpc: insert DR read in i2c_fixup()
- From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
- [PATCH v3] i2c: bfin: turn to Resource-managed API in probe function
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- Re: [PATCH] i2c: pca954x: Fix reset GPIO property name
- From: Alexandre Courbot <acourbot@xxxxxxxxxx>
- Re: [PATCH 1/4] i2c: designware: No need to disable already disabled controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] i2c: designware: No need to disable already disabled controller
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH V3] i2c: Make of_device_id array const
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH V2] i2c: remove unnecessary OOM messages
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: Murali Karicheri <m-karicheri2@xxxxxx>
- Re: [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: Murali Karicheri <m-karicheri2@xxxxxx>
- Re: [PATCH] I2C: mpc: insert DR read in i2c_fixup()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] i2c: Provide 'device type' to 'OF device node' look-up
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 0/4] i2c: designware: Fixes for Asus T100 and Haswell PCI IDs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] i2c: designware: No need to disable already disabled controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 2/3] i2c: Add pointer dereference protection to i2c_match_id()
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 1/3] i2c: Provide 'device type' to 'OF device node' look-up
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH v2] i2c: nuc900: remove driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: imx: update i2c clock divider for each transaction
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: imx: fix the i2c bus hang issue when do repeat restart
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Michael Lawnick <ml.lawnick@xxxxxx>
- Re: [PATCH 1/3] i2c: Provide 'device type' to 'OF device node' look-up
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 1/3] i2c: Provide 'device type' to 'OF device node' look-up
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 2/3] i2c: Add pointer dereference protection to i2c_match_id()
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 3/3] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 0/3] i2c: Relax requirement for I2C Device ID tables
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2] i2c: bfin: turn to Resource-managed API in probe function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: nuc900: remove driver
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH v2] i2c: nuc900: remove driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: nuc900: remove driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c: rcar: add compatibles for additional SoC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 00/11] i2c: rcar: cleanup series
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-davinci: Handle signals gracefully
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH] i2c: Make I2C ID tables non-mandatory for DT'ed and/or ACPI'ed devices
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 0/{1,1}] i2c: Make I2C ID tables non-mandatory for DT/ACPI
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH 00/11] i2c: rcar: cleanup series
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 00/11] i2c: rcar: cleanup series
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
- [PATCH 07/11] i2c: rcar: refactor status bit handling
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 11/11] i2c: rcar: update copyright and license information
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 10/11] i2c: rcar: janitorial cleanup after refactoring
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 09/11] i2c: rcar: reuse status bits as enable bits
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 08/11] i2c: rcar: remove spinlock
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 06/11] i2c: rcar: refactor setting up msg
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 05/11] i2c: rcar: check bus free before first message
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 04/11] i2c: rcar: refactor irq state machine
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 03/11] i2c: rcar: refactor bus state machine
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 02/11] i2c: rcar: no need to store irq number
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 01/11] i2c: rcar: not everything needs to be a function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 00/11] i2c: rcar: cleanup series
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Daniel Glöckner <daniel-gl@xxxxxxx>
- [PATCH 2/2] i2c: sh_mobile: add compatibles for additional SoC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 1/2] i2c: rcar: add compatibles for additional SoC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: "Oskar Schirmer" <oskar@xxxxxxxxx>
- Re: [PATCH] i2c-davinci: Handle signals gracefully
- From: Mike Looijmans <mike.looijmans@xxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: czankel <chris@xxxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: i2c: removal of s6000 driver
- From: "Oskar Schirmer" <oskar@xxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Rolf Eike Beer <eb@xxxxxxxxx>
- Re: [PATCH v2] i2c: bfin: turn to Resource-managed API in probe function
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- [PATCH] i2c: algos: add support for sc18im700 master i2c bus with uart interface
- From: Raghavendra Ganiga <ravi23ganiga@xxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- RE: [PATCH] i2c: imx: update i2c clock divider for each transaction
- From: "Frank.Li@xxxxxxxxxxxxx" <Frank.Li@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: bfin: turn to Resource-managed API in probe function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: Sekhar Nori <nsekhar@xxxxxx>
- [PATCH v2] i2c: bfin: turn to Resource-managed API in probe function
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- Re: [PATCH] i2c: bfin: turn to Resource-managed API in probe function
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- Re: [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Michal Simek <monstr@xxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH v4 2/2] ARM: sunxi: dt: Convert to the new i2c compatibles
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: add support for HSI2C on Exynos5260 SoC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- i2c: removal of s6000 driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: add support for HSI2C on Exynos5260 SoC
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH] i2c: sh_mobile: Don't start transfers when suspending
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] i2c: gpio: Use devm_gpio_request()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] i2c: gpio: Use devm_gpio_request()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c/nuc900: fix ancient build error
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-eg20t: Fix Kconfig dependencies
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/10] i2c: sh_mobile: cleanups & bugfixes
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: add support for HSI2C on Exynos5260 SoC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mux: Use subsys_initcall for the i2c-arb-gpio-challenge
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] ARM: sunxi: dt: Convert to the new i2c compatibles
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: ali1563: fix checkpatch.pl issues
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC PATCH-v2] SMBus block read support to imx_i2c
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-davinci: Handle signals gracefully
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: bfin: turn to Resource-managed API in probe function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] ARM: sunxi: dt: Convert to the new i2c compatibles
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: sunxi: Change i2c compatibles
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V3 1/5] ACPICA: Export acpi_buffer_to_resource symbol
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V3 0/5] I2C ACPI operation region handler
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V3 1/5] ACPICA: Export acpi_buffer_to_resource symbol
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [Patch V3 3/5] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V3 2/5] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V3 4/5] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V3 0/5] I2C ACPI operation region handler
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V3 5/5] I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V3 1/5] ACPICA: Export acpi_buffer_to_resource symbol
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver
- From: Lee Jones <lee.jones@xxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]