[Prev Page][Next Page]
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH v2 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
- [PATCH 3/4] i2c-i801: SMBus patch for Intel Coleto Creek DeviceIDs
- From: Seth Heasley <seth.heasley@xxxxxxxxx>
- [PATCH] i2c: mv64xxx: Fix transfer error code
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 5/5] i2c: omap: remove omap_i2c_isr() hw irq handler
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 3/5] i2c: omap: handle all irqs befor unblocking omap_i2c_xfer_msg()
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/5] i2c: omap: add runtime check in isr to be sure that i2c is enabled
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 2/5] i2c: omap: add runtime check in isr to be sure that i2c is enabled
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 5/5] i2c: omap: remove omap_i2c_isr() hw irq handler
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 3/5] i2c: omap: handle all irqs befor unblocking omap_i2c_xfer_msg()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [RFC 1/2] i2c: omap: drop class based instantiation of slaves
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [RFC 2/2] i2c: gpio: drop class based instantiation of slaves
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [RFC] i2c: add deprecation warning for class based instantiation
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [RFC] i2c: add deprecation warning for class based instantiation
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- [PATCH v10] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- Re: [PATCH v2 1/2] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] i2c-mv64xxx: Abort the mv64xxx_of_config if clock-frequency is not provided
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC] i2c: add deprecation warning for class based instantiation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH v5] i2c: omap: correct usage of the interrupt enable register
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH v2 2/4] i2c: Kontron PLD i2c bus driver
- From: Kevin Strasser <kevin.strasser@xxxxxxxxxxxxxxx>
- [PATCH v2 0/4] Kontron PLD drivers
- From: Kevin Strasser <kevin.strasser@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c-pxa: prepare clock before use
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] regulator: tps51632: Get regulator name from i2c_client
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] Fix kernel panics with certain I2C tps6* chips
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Fix kernel panics with certain I2C tps6* chips
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 2/2] i2c-mv64xxx: Abort the mv64xxx_of_config if clock-frequency is not provided
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/2] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/2] i2c-mv64xxx: Various fixes
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: i2c core: issue in of_i2c_register_devices()
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- i2c core: issue in of_i2c_register_devices()
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] regulator: tps51632: Get regulator name from i2c_client
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH] regulator: tps51632: Get regulator name from i2c_client
- From: Mikko Perttunen <mperttunen@xxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [PATCH v2 0/2] Fix kernel panics with certain I2C tps6* chips
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- [PATCH v2 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- [PATCH v2 2/2] regulator: tps62360: Fix crash in i2c_driver .probe
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- [PATCH v2 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- Re: [PATCH 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- RE: [PATCH 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Lu Jingchang-B35083 <B35083@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 0/2] Fix kernel panics with certain I2C tps6* chips
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH v8] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 2/2] i2c: imx: Add Vybrid VF610 I2C controller support
- From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
- [PATCH 1/2] ARM: dts: vf610-twr: enable i2c0 device
- From: Jingchang Lu <b35083@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Rudolf Marek <r.marek@xxxxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] regulator: tps62360: Fix crash in i2c_driver .probe
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH 0/2] Fix kernel panics with certain I2C tps6* chips
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- [PATCH 2/2] regulator: tps62360: Fix crash in i2c_driver .probe
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- [PATCH 1/2] mfd: tps65910: Fix crash in i2c_driver .probe
- From: Tuomas Tynkkynen <ttynkkynen@xxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH v2] i2c-pxa: prepare clock before use
- From: Daniel Drake <dsd@xxxxxxxxxx>
- [PATCH V10 Resend] i2c/designware: Provide i2c bus recovery support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: nomadik: allocate adapter number dynamically
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2] i2c: nomadik: allocate adapter number dynamically
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] i2c: pxa: enable high speed mode for i2c bus
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-pxa: prepare clock before use
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: allocate adapter number dynamically
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: support elder Nomadiks
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v3] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- Re: [PATCHv5,2/8] i2c: mv64xxx: make the registers offset configurable
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Bin Gao <bin.gao@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] i2c-mv64xxx: Abort the mv64xxx_of_config if clock-frequency is not provided
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [PATCH] i2c-pxa: prepare clock before use
- From: Daniel Drake <dsd@xxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH v5] i2c: omap: correct usage of the interrupt enable register
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c:i2c-bfin-twi: Read and write the FIFO in loop.
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCHv5 8/8] ARM: sun4i: cubieboard: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 7/8] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 6/8] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 5/8] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 4/8] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 3/8] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 2/8] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 0/8] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv5 1/8] i2c: mv64xxx: Add macros to access parts of registers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 4/9] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 4/9] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [linux-sunxi] [PATCHv4 7/9] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 4/9] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH RFC v3 3/3] i2c: pxa: use module_platform_driver() replace init/exit
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RFC v3 3/3] i2c: pxa: use module_platform_driver() replace init/exit
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RFC v3 2/3] i2c: pxa: convert to devm_* API
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [linux-sunxi] [PATCHv4 7/9] ARM: sun5i: dt: Add i2c muxing options
- From: Henrik Nordström <henrik@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 4/9] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCHv4 3/9] ARM: orion: pass the i2c registers definition through the platform data
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 9/9] ARM: sun4i: cubieboard: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 7/9] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 8/9] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 6/9] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 5/9] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 4/9] i2c: mv64xxx: Add Allwinner sun4i compatible
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 2/9] i2c: mv64xxx: make the registers offset configurable
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 3/9] ARM: orion: pass the i2c registers definition through the platform data
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 0/9] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 1/9] i2c: mv64xxx: Add macros to access parts of registers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Rudolf Marek <r.marek@xxxxxxxxxxxx>
- Re: [PATCH] i2c: use platform_{get,set}_drvdata()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: i2c-mpc: make mpc_i2c_pm_ops static
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware-platform: don't check resource with devm_ioremap_resource
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: designware: prevent signals from aborting I2C transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Bin Gao <bin.gao@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v9] i2c: exynos5: add High Speed I2C controller driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 03/13] i2c: i2c-mxs: Let device core handle pinctrl
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- [PATCH] i2c: nomadik: allocate adapter number dynamically
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] i2c: nomadik: support elder Nomadiks
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH 03/13] i2c: i2c-mxs: Let device core handle pinctrl
- From: Fabio Estevam <festevam@xxxxxxxxx>
- Re: [PATCH 03/13] i2c: i2c-mxs: Let device core handle pinctrl
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 1/2] i2c-mv64xxx: Add I2C Transaction Generator support
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] i2c: omap: remove omap_i2c_isr() hw irq handler
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 4/5] i2c: omap: query STP always when NACK is received
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 3/5] i2c: omap: handle all irqs befor unblocking omap_i2c_xfer_msg()
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/5] i2c: omap: add runtime check in isr to be sure that i2c is enabled
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH 0/5] v3.10-rc4: fix OMAP4 boot failure if CONFIG_SENSORS_LM75=y
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 2/5] i2c: omap: add runtime check in isr to be sure that i2c is enabled
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 3/5] i2c: omap: handle all irqs befor unblocking omap_i2c_xfer_msg()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 5/5] i2c: omap: remove omap_i2c_isr() hw irq handler
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 4/5] i2c: omap: query STP always when NACK is received
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] v3.10-rc4: fix OMAP4 boot failure if CONFIG_SENSORS_LM75=y
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c-mv64xxx: Add I2C Transaction Generator support
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] i2c-mv64xxx: Abort the mv64xxx_of_config if clock-frequency is not provided
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] i2c-mv64xxx: Fix timing issue on Armada XP (errata FE-8471889)
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] i2c-mv64xxx: Various fixes
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] i2c-mv64xxx: Various fixes
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] i2c-mv64xxx: Add I2C Transaction Generator support
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] ARM: dts: mvebu: Add the i2c-bridge capability to the mv64xxx-i2c
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] i2c-mv64xxx: Add I2C Transaction Generator support
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- [PATCH] i2c-designware-platform: don't check resource with devm_ioremap_resource
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [RFC PATCH] i2c-designware-core: disable adapter before fill dev structure
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [RFC] i2c: add deprecation warning for class based instantiation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: designware: prevent signals from aborting I2C transfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- [PATCH V2] i2c: designware: fix race between subsequent xfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH 1/2] i2c: designware: fix race between subsequent xfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH 2/2] i2c: designware: make i2c xfers non-interruptible
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH 1/2] decode-dimms: Generate HTML 4.01 compliant markup
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH] i2c: pxa: enable high speed mode for i2c bus
- From: Leilei Shang <shangll@xxxxxxxxxxx>
- Re: [PATCH 2/2] i2c: designware: make i2c xfers non-interruptible
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c: designware: fix race between subsequent xfers
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Bin Gao <bin.gao@xxxxxxxxxxxxxxx>
- Re: i2c: introduce i2c helper i2c_find_client_by_name()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- i2c: introduce i2c helper i2c_find_client_by_name()
- From: Bin Gao <bin.gao@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 2/2] i2c: designware: make i2c xfers non-interruptible
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- [PATCH 1/2] i2c: designware: fix race between subsequent xfers
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH 0/9] Fix Marvell mv63xxx I2C driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH] i2c-intel-mid: remove obsolete driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- RE: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
- RE: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
- [Help] Use I2C in fast mode instead of normal
- From: CF <cfoissac@xxxxxxx>
- Re: [PATCH RESEND 2/3] ahci: add AMD CZ SATA device ID
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [RFC 09/42] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: Let users disable "Probe an I2C bus for certain devices"
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- RE: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
- Re: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- RE: [PATCH RESEND 2/3] ahci: add AMD CZ SATA device ID
- From: "Huang, Shane" <Shane.Huang@xxxxxxx>
- Re: [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH RESEND 2/3] ahci: add AMD CZ SATA device ID
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH RESEND v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND 2/3] ahci: add AMD CZ SATA device ID
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- [PATCH] i2c-intel-mid: remove obsolete driver
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- drivers/i2c/busses/i2c-intel-mid.c
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- [PATCH v5] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH RESEND v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Shane Huang <shane.huang@xxxxxxx>
- [PATCH RESEND 2/3] ahci: add AMD CZ SATA device ID
- From: Shane Huang <shane.huang@xxxxxxx>
- [PATCH RESEND 1/3] pci_ids: put Hudson-2 device IDs together
- From: Shane Huang <shane.huang@xxxxxxx>
- Re: Newbie: accessing i2c features through kernel functions
- From: CF <cfoissac@xxxxxxx>
- Re: [PATCH] i2c-tools: NULL in i2c-dev.h
- From: Martin Vogt <mvogt1@xxxxxxxxx>
- [PATCH] i2c-tools: NULL in i2c-dev.h
- From: Martin Vogt <mvogt1@xxxxxxxxx>
- Re: [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Newbie: accessing i2c features through kernel functions
- From: CF <cfoissac@xxxxxxx>
- Re: [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 0/1] i2c: omap: correct usage of the interrupt enable register
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH v2 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: Newbie: accessing i2c features through kernel functions
- From: Anatolij Gustschin <agust@xxxxxxx>
- [PATCH v4 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH v4 0/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH 2/2] sensors-detect: Generate XHTML 1.0 compliant markup
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH 1/2] decode-dimms: Generate HTML 4.01 compliant markup
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH v3 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH V10 2/2] i2c/designware: Provide i2c bus recovery support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 11/11] i2c: omap: enhance pinctrl support
- From: Hebbar Gururaja <gururaja.hebbar@xxxxxx>
- Newbie: accessing i2c features through kernel functions
- From: CF <cfoissac@xxxxxxx>
- Re: [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH v3 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH v3 0/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCH v2 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH v2 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Shane Huang <shane.huang@xxxxxxx>
- Re: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Tejun Heo <tj@xxxxxxxxxx>
- RE: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: "Huang, Shane" <Shane.Huang@xxxxxxx>
- Re: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- RE: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: "Huang, Shane" <Shane.Huang@xxxxxxx>
- Re: [PATCH 1/3] pci_ids: put Hudson-2 device IDs together
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH 1/3] pci_ids: put Hudson-2 device IDs together
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3/3] i2c-piix4: add AMD CZ SMBus device ID
- From: Shane Huang <shane.huang@xxxxxxx>
- [PATCH 2/3] ahci: add AMD CZ SATA device ID
- From: Shane Huang <shane.huang@xxxxxxx>
- [PATCH 1/3] pci_ids: put Hudson-2 device IDs together
- From: Shane Huang <shane.huang@xxxxxxx>
- Re: [PATCH v2 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- [PATCH v2 0/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH v2 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCH 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCH 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] PM: Add pm_ops_ptr() macro
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Add pm_ops_ptr() macro
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Request for help: accessing i2c from kernel module
- From: CF <cfoissac@xxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: "Mylene Josserand" <Mylene.Josserand@xxxxxxxxxxx>
- License for the libi2c
- From: Mihai Buha <dralexanderkovalev@xxxxxxxxx>
- Re: [PATCH v3 2/2] drivers/misc: at25: convert to use devm_kzalloc
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v3 1/2] drivers/misc: at24: convert to use devm_kzalloc
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v3 2/2] drivers/misc: at25: convert to use devm_kzalloc
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH v3 1/2] drivers/misc: at24: convert to use devm_kzalloc
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH v3 2/2] drivers/misc: at25: convert to use devm_kzalloc
- From: Nikolay Balandin <n.a.balandin@xxxxxxxxx>
- [PATCH v3 1/2] drivers/misc: at24: convert to use devm_kzalloc
- From: Nikolay Balandin <n.a.balandin@xxxxxxxxx>
- [PATCH 1/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- [PATCH 0/1] i2c: omap: correct usage of the interrupt enable register
- From: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@xxxxxx>
- Re: [PATCHv3 0/6] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] drivers/misc: at2x: use devm_kzalloc() to make cleanup paths simpler
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [PATCH 1/1] drivers/misc: at2x: use devm_kzalloc() to make cleanup paths simpler
- From: Nikolay Balandin <n.a.balandin@xxxxxxxxx>
- Re: [PATCH 1/1] drivers/misc: at2x: use devm_kzalloc() to make cleanup paths simpler
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [PATCH 1/1] drivers/misc: at2x: use devm_kzalloc() to make cleanup paths simpler
- From: Nikolay Balandin <n.a.balandin@xxxxxxxxx>
- [PATCH] i2c:i2c-bfin-twi: Read and write the FIFO in loop.
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- Re: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- Re: [PATCHv3 0/6] Add I2C support for Allwinner SoCs
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 6/6] ARM: sun4i: cubieboard: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 2/6] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 5/6] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 3/6] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 4/6] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv3 0/6] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH 03/13] i2c: i2c-mxs: Let device core handle pinctrl
- From: Fabio Estevam <festevam@xxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
- Re: [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/4] watchdog: Kontron PLD watchdog timer
- From: Wim Van Sebroeck <wim@xxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [linux-sunxi] [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Oliver Schinagl <oliver+list@xxxxxxxxxxx>
- [PATCHv2 6/6] ARM: sun4i: cubieboard: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 5/6] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 4/6] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 3/6] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 1/6] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 2/6] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCHv2 0/6] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: anish singh <anish198519851985@xxxxxxxxx>
- Re: [PATCH RESEND 0/5] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: "Mylene Josserand" <Mylene.Josserand@xxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: "Mylene Josserand" <Mylene.Josserand@xxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [I2C] informations + advice about messages handling
- From: anish singh <anish198519851985@xxxxxxxxx>
- RE: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- Re: [PATCH RFC v3 2/3] i2c: pxa: convert to devm_* API
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- Re: [PATCH RFC v3 2/3] i2c: pxa: convert to devm_* API
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PATCH RFC v3 2/3] i2c: pxa: convert to devm_* API
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- Re: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- RE: [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- Re: i2cget with 16-bit address, 16-bit data
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH RFC v3 3/3] i2c: pxa: use module_platform_driver() replace init/exit
- From: Libo Chen <chenlibo.3@xxxxxxxxx>
- [PATCH RFC v3 2/3] i2c: pxa: convert to devm_* API
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH RFC v3 0/3] i2c: fix bugs and update API
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH RFC v3 1/3] i2c: i2c-bfin-twi: convert to devm_* API
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH RFC v3 3/3] i2c: pxa: use module_platform_driver() replace init/exit
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH] i2c: use platform_{get,set}_drvdata()
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Paul Menzel <paulepanter@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- i2cget with 16-bit address, 16-bit data
- From: Craig McQueen <craig.mcqueen@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/9] I2C: mv64xxx: remove I2C_M_NOSTART code
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- [PATCH v2] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- [PATCH] i2c: designware: prevent signals from aborting I2C transfers
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] drivers/mfd: Remove obsolete cleanup for clientdata
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 1/2] drivers/macintosh: Remove obsolete cleanup for clientdata
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.10
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: i2c-designware: Fix compilation warning
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- [PATCH] i2c: i2c-designware: Fix compilation warning
- From: EUNBONG SONG <eunb.song@xxxxxxxxxxx>
- Re: [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] MIPS: OCTEON: Rename Kconfig CAVIUM_OCTEON_REFERENCE_BOARD to CAVIUM_OCTEON_SOC
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH 08/33] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH v2 0/2] i2c: fix two wrong mem release
- From: Libo Chen <chenlibo.3@xxxxxxxxx>
- [PATCH] i2c-piix4 - Add support for secondary SMBus on AMD SB800 and AMD FCH chipsets
- From: Rudolf Marek <r.marek@xxxxxxxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/9] I2C: mv64xxx: work around signals causing I2C transactions to be aborted
- From: "Mark A. Greer" <mgreer@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: busses: remove superfluous comment
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] i2c: suppress lockdep warning on delete_device
- From: Alexander Sverdlin <alexander.sverdlin@xxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- Re: [PATCH 1/9] I2C: mv64xxx: work around signals causing I2C transactions to be aborted
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 9/9] I2C: mv64xxx: fix race between FSM/interrupt and process context
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: "Josef Ahmad" <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- [PATCH v9] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- Re: [PATCH 9/9] I2C: mv64xxx: fix race between FSM/interrupt and process context
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Daniel Kurtz <djkurtz@xxxxxxxxxxxx>
- [PATCH] i2c: busses: remove superfluous comment
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 9/9] I2C: mv64xxx: fix race between FSM/interrupt and process context
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] i2c: fix two wrong mem release
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/9] I2C: mv64xxx: use devm_ioremap_resource()
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9] I2C: mv64xxx: use devm_ioremap_resource()
- From: Jean-Francois Moine <moinejf@xxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7] i2c-designware: make SDA hold time configurable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH] i2c-i801: Document feature bits in modinfo
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v7] i2c-designware: make SDA hold time configurable
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH 1/9] I2C: mv64xxx: work around signals causing I2C transactions to be aborted
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] i2c-designware: add Intel BayTrail ACPI ID
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] i2c-designware: always clear interrupts before enabling them
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v7] i2c-designware: make SDA hold time configurable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/9] I2C: mv64xxx: work around signals causing I2C transactions to be aborted
- From: Jean-Francois Moine <moinejf@xxxxxxx>
- i2c beginner question
- From: Dirk Reske <linux-i2c@xxxxxxxxxxxx>
- [PATCH 9/9] I2C: mv64xxx: fix race between FSM/interrupt and process context
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 8/9] I2C: mv64xxx: move mv64xxx_i2c_prepare_for_io()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 7/9] I2C: mv64xxx: remove I2C_M_NOSTART code
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 6/9] I2C: mv64xxx: fix error handling for request_irq()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 5/9] I2C: mv64xxx: use devm_kzalloc()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 4/9] I2C: mv64xxx: use devm_clk_get() to avoid missing clk_put()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 3/9] I2C: mv64xxx: use devm_ioremap_resource()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 2/9] I2C: mv64xxx: use return value from mv64xxx_i2c_map_regs()
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 1/9] I2C: mv64xxx: work around signals causing I2C transactions to be aborted
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 0/9] Fix Marvell mv63xxx I2C driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 08/33] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Barry Song <21cnbao@xxxxxxxxx>
- [PATCH 08/33] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- [PATCH] i2c: sirf: move driver init from module_init to subsys_initcall
- From: Barry Song <Baohua.Song@xxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH] I2C-mv64xxx.c: work around signals causing I2C transactions to be aborted
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH] i2c-i801: Document feature bits in modinfo
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Robert Norris <robn@xxxxxxxxx>
- Re: PROBLEM: modprobe hang at startup (3.8.x, 3.9.x, IBM x3550)
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- [PATCH REBASE] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH v7] i2c-designware: make SDA hold time configurable
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v2] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Jean-François Dagenais <jeff.dagenais@xxxxxxxxx>
- [PATCH 2/2] i2c-designware: add Intel BayTrail ACPI ID
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH 1/2] i2c-designware: always clear interrupts before enabling them
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: core: make it possible to match a pure device tree driver
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH V10 2/2] i2c/designware: Provide i2c bus recovery support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- RE: [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Jean Delvare <khali@xxxxxxxxxxxx>
- Re: [PATCH] i2c: core: make it possible to match a pure device tree driver
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
- [PATCH] i2c: core: make it possible to match a pure device tree driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] i2c: vt8500: Add support for I2C bus on Wondermedia SoCs
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- Re: [RFC 09/42] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [RFC 09/42] drivers/i2c/busses: don't check resource with devm_ioremap_resource
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Jean-François Dagenais <jeff.dagenais@xxxxxxxxx>
- RE: [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- RE: [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- RE: [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- [PATCH v2 0/2] i2c: fix two wrong mem release
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH v2 2/2] i2c: pxa: no need release_mem_region before request_mem_region successful
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- [PATCH v2 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it init successful
- From: Libo Chen <libo.chen@xxxxxxxxxx>
- RE: [uclinux-dist-devel] [PATCH 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it`s init successful
- From: "Zhang, Sonic" <Sonic.Zhang@xxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Jean-François Dagenais <jeff.dagenais@xxxxxxxxx>
- Re: [lm-sensors] i2c multimaster and the device driver detect function
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- i2c multimaster and the device driver detect function
- From: Jean-François Dagenais <jeff.dagenais@xxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Josef Ahmad <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Josef Ahmad <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH v8] i2c: exynos5: add High Speed I2C controller driver
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- Re: [PATCH 2/2] i2c: pxa: no need release_mem_region before request_mem_region successful
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- Re: [PATCH 2/2] i2c: pxa: no need release_mem_region before request_mem_region successful
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v8] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Chatradhi <naveenkrishna.ch@xxxxxxxxx>
- Proposed utility
- From: Dave Joubert <dave.joubert@xxxxxxxxxxxxxx>
- [PATCH 03/13] i2c: i2c-mxs: Let device core handle pinctrl
- From: Fabio Estevam <fabio.estevam@xxxxxxxxxxxxx>
- [PATCH 02/13] i2c: i2c-imx: Let device core handle pinctrl
- From: Fabio Estevam <fabio.estevam@xxxxxxxxxxxxx>
- [PATCH 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it`s init successful
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- [PATCH 2/2] i2c: pxa: no need release_mem_region before request_mem_region successful
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- [PATCH 0/2] i2c: fix two wrong mem release
- From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
- Re: [PATCH] PM: Add pm_ops_ptr() macro
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH 4/5] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH RESEND 0/5] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PM: Add pm_ops_ptr() macro
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PULL REQUEST] i2c for 3.10
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: Fwd: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: Fwd: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 2/5] ARM: sunxi: dt: Add i2c controller nodes to the DTSI
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] ARM: sun4i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] ARM: sun5i: dt: Add i2c muxing options
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] ARM: sun5i: olinuxino: Enable the i2c controllers
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] i2c: sunxi: Add Allwinner A1X i2c driver
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] Add I2C support for Allwinner SoCs
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Fwd: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- [PATCH] i2c: Add bcm2079x-i2c client driver
- From: "Jeffrey (Sheng-Hui) Chu" <jeffchu@xxxxxxxxxxxx>
- Re: [PATCH v3 1/6] at_hdmac: move to generic DMA binding
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH v3 5/6] mci: at91: convert to dma_request_slave_channel_compat()
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- [PATCH] PM: Add pm_ops_ptr() macro
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH v3 1/6] at_hdmac: move to generic DMA binding
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Status of I2C mac-drivers needing attach_adapter?
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Access to bus with DDR DIMMs
- From: Martin Hicks <mort@xxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: Howto compile py-smbus with python 3.2
- From: Tom Cox <tom@xxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Josef Ahmad <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: Re: Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: EUNBONG SONG <eunb.song@xxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] OMAP: fix boot sequence
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: "Josef Ahmad" <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] OMAP: fix boot sequence
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [PATCH] i2c-xiic.c must always write 16-bit words to TX_FIFO
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 1/2] i2c: omap: convert to module_platform_driver()
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH 0/2] OMAP: fix boot sequence
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH v3 1/6] at_hdmac: move to generic DMA binding
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- [PATCH] i2c-xiic.c must always write 16-bit words to TX_FIFO
- From: "Steven A. Falco" <sfalco@xxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Josef Ahmad <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: "Josef Ahmad" <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: how to gracefully unload an i2c driver if chip not detected?
- From: Émeric Vigier <emeric.vigier@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/6] at_hdmac: move to generic DMA binding
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: tegra: Retry transfer when no_ack status is detected
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: how to gracefully unload an i2c driver if chip not detected?
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: how to gracefully unload an i2c driver if chip not detected?
- From: Émeric Vigier <emeric.vigier@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: EUNBONG SONG <eunb.song@xxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: "Josef Ahmad" <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: fix RX FIFO overrun
- From: "Bryan O'Donoghue" <bryan.odonoghue.lkml@xxxxxxxxxxxxxxxxx>
- [PATCH] i2c-designware: fix RX FIFO overrun
- From: Josef Ahmad <josef.ahmad@xxxxxxxxxxxxxxx>
- Re: [PATCH] I2C: EXYNOS: High speed mode clock setting for HSI2C
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] I2C: Fix i2c fail problem when a process is terminated by a signal on octeon in 3.8
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c-mxs woes
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: i2c-mxs woes
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- [PATCH] I2C: EXYNOS: High speed mode clock setting for HSI2C
- From: Yuvaraj Kumar C D <yuvaraj.cd@xxxxxxxxx>
- Re: i2c-mxs woes
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: i2c-mxs woes
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH 1/3] i2c: davinci: drop superfluous {get|put}_device
- From: Sekhar Nori <nsekhar@xxxxxx>
- i2c-mxs woes
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/6] ARM: at91: dts: add i2c dma support
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH v3 6/6] ARM: at91: dts: add MCI DMA support
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH 3/3] i2c: designware-pci: drop superfluous {get|put}_device
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] i2c: designware-plat: drop superfluous {get|put}_device
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/6] ARM: at91: dts: set #dma-cells to the correct value
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: EUNBONG SONG <eunb.song@xxxxxxxxxxx>
- [PATCH v3 6/6] ARM: at91: dts: add MCI DMA support
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 5/6] mci: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 4/6] ARM: at91: dts: add i2c dma support
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 3/6] i2c: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 2/6] ARM: at91: dts: set #dma-cells to the correct value
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 1/6] at_hdmac: move to generic DMA binding
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v3 0/6] ARM: at91: move to generic DMA device tree binding
- From: <ludovic.desroches@xxxxxxxxx>
- Re: [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] I2C: Change the value of octeon i2c adapter timeout value
- From: EUNBONG SONG <eunb.song@xxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 3/3] i2c: designware-pci: drop superfluous {get|put}_device
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 2/3] i2c: designware-plat: drop superfluous {get|put}_device
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 1/3] i2c: davinci: drop superfluous {get|put}_device
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 0/3] remove {get|put}_device from I2C drivers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 1/6] at_hdmac: move to generic DMA binding
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/6] at_hdmac: move to generic DMA binding
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- [PATCH] I2C: Fix i2c fail problem when a process is terminated by a signal on octeon in 3.8
- From: 송은봉 <eunb.song@xxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH] MAINTAINERS: Ben Dooks is inactive regarding I2C
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Olof Johansson <olof@xxxxxxxxx>
- [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH v7] i2c-designware: make SDA hold time configurable
- From: Christian Ruppert <christian.ruppert@xxxxxxxxxx>
- Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 6/6] ARM: at91: dts: add MCI DMA support
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 5/6] mci: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 4/6] ARM: at91: dts: add i2c dma support
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 3/6] i2c: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 2/6] ARM: at91: dts: set #dma-cells to the correct value
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 1/6] at_hdmac: move to generic DMA binding
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v2 0/6] ARM: at91: move to generic DMA device tree binding
- From: <ludovic.desroches@xxxxxxxxx>
- Re: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] mci: at91: convert to dma_request_slave_channel_compat()
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH 1/3] at_hdmac: move to generic DMA binding
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH 2/4] i2c: Kontron PLD i2c bus driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Peter Korsgaard <jacmet@xxxxxxxxxx>
- Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: imx: use of_alias_get_id to order i2c devices
- From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: imx: use of_alias_get_id to order i2c devices
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] i2c: at91: convert to dma_request_slave_channel_compat()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C_M_RECV_LEN for i2c-mxs
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] i2c: mxs: remove races in PIO code
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] i2c-designware: move to managed functions (devm_*)
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: s3c2410: Add SMBus emulation for block read
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] ARM: at91: move to generic DMA device tree bindings
- From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
- [PATCH 3/3] mci: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 2/3] i2c: at91: convert to dma_request_slave_channel_compat()
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 1/3] at_hdmac: move to generic DMA binding
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH 0/3] ARM: at91: move to generic DMA device tree bindings
- From: <ludovic.desroches@xxxxxxxxx>
- [PATCH v2 2/2] i2c: mxs: do error checking and handling in PIO mode
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- [PATCH v2 1/2] i2c: mxs: remove races in PIO code
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] i2c: mxs: always end a transfer with a proper STOP
- From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Re: I2C_M_RECV_LEN for i2c-mxs
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH 08/30] i2c: s3c2410: make header file local
- From: Heiko Stübner <heiko@xxxxxxxxx>
- ArchLinux ARM I2C concurrent support
- From: Michael Powell <mwpowellhtx@xxxxxxxxx>
- Re: [PATCH 08/30] i2c: s3c2410: make header file local
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C_M_RECV_LEN for i2c-mxs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] mfd: Kontron PLD mfd driver
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- [v3] Support Elan Touchscreen eKTF product.
- From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] gpio: Kontron PLD gpio driver
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: I2C_M_RECV_LEN for i2c-mxs
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: I2C_M_RECV_LEN for i2c-mxs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] gpio: Kontron PLD gpio driver
- From: Michael Brunner <mibru@xxxxxx>
- I2C_M_RECV_LEN for i2c-mxs
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v3 05/10] i2c: s3c2410: make header file local
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] i2c: imx: use of_alias_get_id to order i2c devices
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 05/10] i2c: s3c2410: make header file local
- From: Heiko Stübner <heiko@xxxxxxxxx>
- [PATCH v3 05/10] i2c: s3c2410: make header file local
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Having problems with i2c on an embedded EG20t
- From: Mattias Helsing <helsing72@xxxxxxxxx>
[Linux USB Devel]
[Video for Linux]
[Site Home]
[Scanner]
[Linux SCSI]
[Samba]
[Free Online Dating]
[Yosemite News]
