Linux Kernel I2C
[Prev Page][Next Page]
- 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>
- Re: [PATCH v3] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH] i2c: imx: update i2c clock divider for each transaction
- From: Fugang Duan <b38611@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- 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: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH v4] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [Patch V2 6/9] I2C: Add smbus word/block process call helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH v3] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Mateusz Guzik <mguzik@xxxxxxxxxx>
- Re: [Patch V2 6/9] I2C: Add smbus word/block process call helper function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 5/9] I2C: Add smbus quick read/write helper function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereference
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- Re: [Patch V2 6/9] I2C: Add smbus word/block process call helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V2 5/9] I2C: Add smbus quick read/write helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V2 6/9] I2C: Add smbus word/block process call helper function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 5/9] I2C: Add smbus quick read/write helper function
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.15
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Heiko Stübner <heiko@xxxxxxxxx>
- [PATCH] drivers: i2c: i2c-st: Update i2c timings
- From: Maxime COQUELIN <maxime.coquelin@xxxxxx>
- [PATCH] I2C: mpc: insert DR read in i2c_fixup()
- From: Valentin Longchamp <valentin.longchamp@xxxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Rolf Eike Beer <eb@xxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 4/4] i2c: designware-pci: Add Haswell PCI IDs
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH 3/4] i2c: designware: Add runtime PM hooks
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH 0/4] i2c: designware: Fixes for Asus T100 and Haswell PCI IDs
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH 2/4] i2c: designware: Disable device on system suspend
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH 1/4] i2c: designware: No need to disable already disabled controller
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Rolf Eike Beer <eb@xxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- [PATCH V3] i2c: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH V2] i2c: ocores: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH V2] i2c: ocores: Make of_device_id array const
- From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
- [PATCH V2] i2c: ocores: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH] i2c/nuc900: fix ancient build error
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c/nuc900: fix ancient build error
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/5] i2c: ocores: Make of_device_id array const
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c/nuc900: fix ancient build error
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: rcar: bail out on zero length transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: qup: Fix pm_runtime_get_sync usage
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: s3c2410: resume race fix
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Don't use IS_ERR for devm_ioremap
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH V2] i2c-designware: Mask all interrupts during i2c controller enable
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: how to get SPD in Sandy or Ivy bridge ?
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Rolf Eike Beer <eb@xxxxxxxxx>
- [PATCH V2] i2c: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH 00/16] i2c: remove unnecessary OOM messages
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- [PATCH v3 1/6] i2c: s3c2410: Handle i2c sys_cfg register in i2c driver
- Re: [PATCH 3/6] i2c: rcar: do not print error if device nacks transfer
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c/nuc900: fix ancient build error
- From: Mark Roszko <mark.roszko@xxxxxxxxx>
- Re: [PATCH] i2c: qup: Fix pm_runtime_get_sync usage
- From: Bjorn Andersson <bjorn@xxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH 00/22] Random ARM randconfig fixes in drivers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 3/6] i2c: rcar: do not print error if device nacks transfer
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [PATCH 13/16] i2c: stu300: remove unnecessary OOM messages
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 3/6] i2c: rcar: do not print error if device nacks transfer
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 3/6] i2c: rcar: do not print error if device nacks transfer
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/22] Random ARM randconfig fixes in drivers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH] i2c/nuc900: fix ancient build error
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 00/22] Random ARM randconfig fixes in drivers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v4 0/2] i2c: sunxi: Change compatibles pattern
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/5] i2c: ocores: Make of_device_id array const
- From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] i2c: st: Make of_device_id array const
- From: Maxime Coquelin <maxime.coquelin@xxxxxx>
- [PATCH 4/5] i2c: st: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 5/5] i2c: wmt: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 3/5] i2c: riic: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 2/5] i2c: pxa: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 1/5] i2c: ocores: Make of_device_id array const
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH 03/16] i2c: efm32: remove unnecessary OOM messages
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH 06/16] i2c: imx: remove unnecessary OOM messages
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH 10/16] i2c: sh_mobile: remove unnecessary OOM messages
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH 04/16] i2c: eg20t: remove unnecessary OOM messages
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH 02/16] i2c: diolan-u2c: remove unnecessary OOM messages
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 07/16] i2c: omap: remove unnecessary OOM messages
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH 16/16] i2c: scx200_acb: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 15/16] i2c: wmt: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 14/16] i2c: tegra: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 13/16] i2c: stu300: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 12/16] i2c: sirf: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 11/16] i2c: simtec: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 10/16] i2c: sh_mobile: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 09/16] i2c: s3c2410: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 08/16] i2c: rcar: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 07/16] i2c: omap: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 06/16] i2c: imx: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 05/16] i2c: exynos5: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 04/16] i2c: eg20t: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 03/16] i2c: efm32: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 02/16] i2c: diolan-u2c: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 01/16] i2c: bcm2835: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- [PATCH 00/16] i2c: remove unnecessary OOM messages
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH v2 2/6] ARM: EXYNOS: Move SYS_I2C_CFG register save/restore to i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- Re: [PATCH v2 1/6] i2c: s3c2410: Moving I2C interrupt re-configuration code into i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- Re: [PATCH v2 2/6] ARM: EXYNOS: Move SYS_I2C_CFG register save/restore to i2c driver
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Don't use IS_ERR for devm_ioremap
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 1/6] i2c: s3c2410: Moving I2C interrupt re-configuration code into i2c driver
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Don't use IS_ERR for devm_ioremap
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- [PATCH v2 2/6] ARM: EXYNOS: Move SYS_I2C_CFG register save/restore to i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- [PATCH v2 1/6] i2c: s3c2410: Moving I2C interrupt re-configuration code into i2c driver
- From: Pankaj Dubey <pankaj.dubey@xxxxxxxxxxx>
- [PATCH] i2c-eg20t: Fix Kconfig dependencies
- From: Jean Delvare <jdelvare@xxxxxxx>
- RE: [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: "Karicheri, Muralidharan" <m-karicheri2@xxxxxx>
- [PATCH] i2c: rcar: bail out on zero length transfers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: rcar-i2c: always reads a byte
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: rcar-i2c: always reads a byte
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: qup: Fix pm_runtime_get_sync usage
- From: "Ivan T. Ivanov" <iivanov@xxxxxxxxxx>
- [PATCH] i2c: qup: Fix pm_runtime_get_sync usage
- From: Andy Gross <agross@xxxxxxxxxxxxxx>
- [PATCH v2 10/10] i2c: sh_mobile: fix clock calculation for newer SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 09/10] i2c: sh_mobile: check timing parameters for valid range
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 08/10] i2c: sh_mobile: bail out on errors when initializing
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 07/10] i2c: sh_mobile: remove superfluous offset parameter
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 06/10] i2c: sh_mobile: devm conversion, irq setup
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 05/10] i2c: sh_mobile: devm conversion, low hanging fruits
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 04/10] i2c: sh_mobile: add devicetree documentation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 03/10] i2c: sh_mobile: honor DT bus speed settings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 02/10] i2c: sh_mobile: improve error handling
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 01/10] i2c: sh_mobile: replace magic hex values with constants
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v2 00/10] i2c: sh_mobile: cleanups & bugfixes
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: i2c: add support for sc18im700 master i2c bus controller with uart interface
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- i2c: add support for sc18im700 master i2c bus controller with uart interface
- From: RAGHAVENDRA GANIGA <ravi23ganiga@xxxxxxxxx>
- Re: [PATCH 4/6] i2c: sh_mobile: add devicetree documentation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 2/6] i2c: sh_mobile: improve error handling
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH] i2c: davinci: Add block read functionality for IPMI
- From: Murali Karicheri <m-karicheri2@xxxxxx>
- Re: [RFC] i2c: sh_mobile: WIP! Fix clock calculation for newer SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC] i2c: sh_mobile: WIP! Fix clock calculation for newer SoCs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [RFC] i2c: sh_mobile: WIP! Fix clock calculation for newer SoCs
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 4/6] i2c: sh_mobile: add devicetree documentation
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH 6/6] i2c: sh_mobile: devm conversion, irq setup
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/6] i2c: sh_mobile: devm conversion, low hanging fruits
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/6] i2c: sh_mobile: add devicetree documentation
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/6] i2c: sh_mobile: improve error handling
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 6/6] i2c: sh_mobile: devm conversion, irq setup
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 5/6] i2c: sh_mobile: devm conversion, low hanging fruits
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 4/6] i2c: sh_mobile: add devicetree documentation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 3/6] i2c: sh_mobile: honor DT bus speed settings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 2/6] i2c: sh_mobile: improve error handling
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 1/6] i2c: sh_mobile: replace magic hex values with constants
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH 0/6] i2c: sh_mobile: cleanups
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v3 0/7] Add cros_ec changes for newer boards
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH 02/13] i2c: gpio: Use devm_gpio_request()
- From: Violeta Menendez Gonzalez <violeta.menendez@xxxxxxxxxxxxxxx>
- [PATCH] i2c: imx: fix the i2c bus hang issue when do repeat restart
- From: Fugang Duan <B38611@xxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] i2c: ChromeOS EC tunnel driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch V2 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH v2] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [Patch V2 0/9] I2C ACPI operation region handler support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Adam Williamson <awilliam@xxxxxxxxxx>
- Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Adam Williamson <awilliam@xxxxxxxxxx>
- [Patch V2 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 2/9] ACPICA: Export acpi_buffer_to_resource symbol
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 5/9] I2C: Add smbus quick read/write helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 6/9] I2C: Add smbus word/block process call helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Patch V2 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH] i2c: exynos5: add support for HSI2C on Exynos5260 SoC
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- Re: [PATCH 1/2 v4] i2c: exynos5: add support for HSI2C on Exynos5260 SoC
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH 2/2 v4] i2c: exynos5: configure fifo_depth based on HSI2C module variant
- From: Naveen Krishna Ch <naveenkrishna.ch@xxxxxxxxx>
- Re: [PATCH] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Heiko Stübner <heiko@xxxxxxxxx>
- [PATCH] i2c: add driver for Rockchip RK3xxx SoC I2C adapter
- From: Max Schwarz <max.schwarz@xxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- Re: [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH] i2c: mux: Use subsys_initcall for the i2c-arb-gpio-challenge
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- [PATCH] i2c: exynos5: Initialise Samsung High Speed I2C controller early
- From: Naveen Krishna Chatradhi <ch.naveen@xxxxxxxxxxx>
- Re: [Resend Patch 0/9] I2C ACPI operation region handler support
- From: Adam Williamson <awilliam@xxxxxxxxxx>
- Re: [PATCH v2 0/7] Add cros_ec changes for newer boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] i2c: ChromeOS EC tunnel driver
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v2 0/7] Add cros_ec changes for newer boards
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- RE: [PATCH] i2c: s3c2410: resume race fix
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 22/33] ARM: shmobile: Use r8a7740 suffix for i2c, mmcif, fsi2 compat strings
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH 22/33] ARM: shmobile: Use r8a7740 suffix for i2c, mmcif, fsi2 compat strings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 22/33] ARM: shmobile: Use r8a7740 suffix for i2c, mmcif, fsi2 compat strings
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- RE: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH] i2c-mux-pca954x: allow downstream bus numbers to be specified in the dts
- From: Frank Bormann <frankbormann0@xxxxxxxxx>
- [PATCH v2 6/7] i2c: ChromeOS EC tunnel driver
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [PATCH v2 0/7] Add cros_ec changes for newer boards
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 6/9] I2C: Add smbus word/block process call helper function
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 5/9] I2C: Add smbus quick read/write helper function
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 2/9] ACPICA: Export acpi_buffer_to_resource symbol
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Resend Patch 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [Resend Patch 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 2/9] ACPICA: Export acpi_buffer_to_resource symbol
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 5/9] I2C: Add smbus quick read/write helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 6/9] I2C: Add smbus word/block process call helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- Re: [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RESEND PATCH 6/7] i2c: ChromeOS EC tunnel driver
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/2] i2c: sunxi: Change compatibles pattern
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-mux-pca954x: allow downstream bus numbers to be specified in the dts
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-mux-pca954x: allow downstream bus numbers to be specified in the dts
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- [RESEND PATCH 6/7] i2c: ChromeOS EC tunnel driver
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- [RESEND PATCH 0/7] Add cros_ec changes for newer boards
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH] i2c-mux-pca954x: allow downstream bus numbers to be specified in the dts
- From: Laxman Dewangan <ldewangan@xxxxxxxxxx>
- Re: [PATCH] i2c-mux-pca954x: allow downstream bus numbers to be specified in the dts
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] I2C ACPI operation region handler support
- From: Adam Williamson <awilliam@xxxxxxxxxx>
- Re: [PATCH 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 2/9] ACPICA: Export acpi_buffer_to_resource symbol
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 6/9] I2C: Add smbus word/block process call helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 5/9] I2C: Add smbus quick read/write helper function
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 7/9] I2C/ACPI: Add i2c ACPI operation region support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH 0/9] I2C ACPI operation region handler support
- From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
- [PATCH] i2c: s3c2410: resume race fix
- From: Doug Anderson <dianders@xxxxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH v2] i2c: busses: ali1563: fix checkpatch.pl issues
- From: Jean Delvare <jdelvare@xxxxxxx>
- [PATCH v2] i2c: busses: ali1563: fix checkpatch.pl issues
- From: Richard Leitner <me@xxxxxxxxxx>
- Re: [PATCH] i2c: busses: ali1563: fix checkpatch.pl issues
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH V2] i2c-designware: Mask all interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- Re: [PATCH] I2C: rcar: add R-Car Gen2 and r8a7791 support for DT
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
- [PATCH 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [PATCH 2/2] i2c/ACPI: Don't ignore IRQ flags
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [PATCH] I2C: rcar: add R-Car Gen2 and r8a7791 support for DT
- From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxx>
- RE: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- [PATCH V2] i2c-designware: Mask all interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] i2c: nomadik: Fixup system suspend
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] i2c: busses: ali1563: fix checkpatch.pl issues
- From: Richard Leitner <me@xxxxxxxxxx>
- [PATCH] i2c: nomadik: Don't use IS_ERR for devm_ioremap
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- [PATCH] i2c: nomadik: Fixup system suspend
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCHv2] i2c: omap: Disable default probing of i2c devices for omap i2c.
- From: sourav <sourav.poddar@xxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- RE: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: Haswell systems & i801 i2c driver
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCHv2] i2c: omap: Disable default probing of i2c devices for omap i2c.
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCHv2] i2c: omap: Disable default probing of i2c devices for omap i2c.
- From: Nishanth Menon <nm@xxxxxx>
- [PATCHv2] i2c: omap: Disable default probing of i2c devices for omap i2c.
- From: Sourav Poddar <sourav.poddar@xxxxxx>
- [PATCH] i2c: omap: Disable default probing of i2c devices for omap i2c.
- From: Sourav Poddar <sourav.poddar@xxxxxx>
- [PULL REQUEST] i2c for 3.15
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- decode-dimms: DDR4 support?
- From: "Wen, Quan (Robert@HPS Perf Engineering, Beijing)" <robert.wen@xxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Michal Simek <monstr@xxxxxxxxx>
- Re: Haswell systems & i801 i2c driver
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: Haswell systems & i801 i2c driver
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- RE: Haswell systems & i801 i2c driver
- From: "Heasley, Seth" <seth.heasley@xxxxxxxxx>
- Re: Haswell systems & i801 i2c driver
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- RE: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- Haswell systems & i801 i2c driver
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH v2 1/2] Create eeprom_dev hardware class for EEPROM devices
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] i2c-designware-pci: Add Haswell ULT device support
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Boris BREZILLON <boris.brezillon@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Alexander Shiyan <shc_work@xxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Michal Simek <monstr@xxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Alexander Shiyan <shc_work@xxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Michal Simek <monstr@xxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v5 3/3] ARM: zynq: dt: Add I2C nodes to Zynq device tree
- From: Michal Simek <monstr@xxxxxxxxx>
- Re: [PATCH] i2c: cadence: fix Kconfig dependency
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH] i2c: cadence: fix Kconfig dependency
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH v5 1/3] i2c: cadence: Document device tree bindings
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5 2/3] i2c: Add driver for Cadence I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] i2c-designware-pci: Add Haswell ULT device support
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH v2 0/2] i2c-designware-pci: Add Haswell ULT device support
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- [PATCH] Documentation: i2c: improve section about flags mangling the protocol
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- RE: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- [PATCH v5 2/3] i2c: Add driver for Cadence I2C controller
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH v5 1/3] i2c: cadence: Document device tree bindings
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH v5 3/3] ARM: zynq: dt: Add I2C nodes to Zynq device tree
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH v4 1/3] i2c: cadence: Document device tree bindings
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH v4 1/3] i2c: cadence: Document device tree bindings
- From: Gerhard Sittig <gsi@xxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- RE: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- Re: [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH] i2c-designware: Mask interrupts during i2c controller enable
- From: "Du, Wenkai" <wenkai.du@xxxxxxxxx>
- Re: [PATCH v4 2/3] i2c: Add driver for Cadence I2C controller
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH v4 1/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: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/3] i2c: Add driver for Cadence I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- [RFC PATCH-v2] SMBus block read support to imx_i2c
- From: Kaushal Butala <kaushalkernelmailinglist@xxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- Re: I2C adapters protocol deviation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: sourav <sourav.poddar@xxxxxx>
- Re: [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: sourav <sourav.poddar@xxxxxx>
- [PATCH v4 1/2] i2c: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v4 2/2] Documentation:add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- [PATCH v4 0/2] i2c: add DMA support for freescale i2c driver
- From: Yuan Yao <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/3] i2c: cadence: Document device tree bindings
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: [PATCH v4 1/3] i2c: cadence: Document device tree bindings
- From: Rob Herring <robherring2@xxxxxxxxx>
- [PATCH v4 2/3] i2c: Add driver for Cadence I2C controller
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH v4 3/3] ARM: zynq: dt: Add I2C nodes to Zynq device tree
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH v4 1/3] i2c: cadence: Document device tree bindings
- From: Soren Brinkmann <soren.brinkmann@xxxxxxxxxx>
- Re: I2C adapters protocol deviation
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- I2C adapters protocol deviation
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: qup: use proper type fro clk_freq
- From: "Andersson, Björn" <Bjorn.Andersson@xxxxxxxxxxxxxx>
- [PATCH] i2c: qup: use proper type fro clk_freq
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [patch] i2c: qup: off by ones in qup_i2c_probe()
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Michal Simek <monstr@xxxxxxxxx>
- [patch] i2c: qup: off by ones in qup_i2c_probe()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Michal Simek <monstr@xxxxxxxxx>
- [PATCH] MAINTAINERS: update I2C web resources
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- re: i2c: nomadik: Convert to devm functions
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [RFC PATCH] imx-i2c: Add smbus block read support to imx i2c bus
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH] fixup! i2c: efm32: new bus driver
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [PATCH v4 0/2] i2c: sunxi: Change compatibles pattern
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 2/2] ARM: sunxi: dt: Convert to the new i2c compatibles
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 1/2] i2c: sunxi: Change i2c compatibles
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: qup: Add device tree bindings information
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Non-blocking driver interface for I2C
- From: Corey Minyard <cminyard@xxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix reset controller handling
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/17] i2c: deprecate class based instantiation for embedded I2C drivers
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix reset controller handling
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: omap: fix usage of IS_ERR_VALUE with pm_runtime_get_sync
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v4] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PULL REQUEST] i2c for 3.14
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [PATCH] i2c: omap: fix usage of IS_ERR_VALUE with pm_runtime_get_sync
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] i2c: omap: fix usage of IS_ERR_VALUE with pm_runtime_get_sync
- From: Nishanth Menon <nm@xxxxxx>
- Re: [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [RFC Patch v0 2/3] i2c-smbus: Allow building with I2C_HELPER_AUTO support
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Jean Delvare <jdelvare@xxxxxxx>
- Re: [RFC Patch v0 2/3] i2c-smbus: Allow building with I2C_HELPER_AUTO support
- From: Jean Delvare <jdelvare@xxxxxxx>
- [RFC Patch v0 3/3] iio: Capella cm3218x: smbus alert processing
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [RFC Patch v0 1/3] i2c-smbus: Add poll interface for smbus alert
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [RFC Patch v0 2/3] i2c-smbus: Allow building with I2C_HELPER_AUTO support
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- RE: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- RE: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- RE: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
- [RFC PATCH] imx-i2c: Add smbus block read support to imx i2c bus
- From: Kaushal Butala <kaushalkernelmailinglist@xxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [PATCH v4] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] i2c: bfin: turn to Resource-managed API in probe function
- From: Sonic Zhang <sonic.adi@xxxxxxxxx>
- Re: [PATCH v3 2/2] ARM: sunxi: dt: Convert to the new i2c compatibles
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v3] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c-davinci: Handle signals gracefully
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-cpm: Fix build by adding of_address.h and of_irq.h
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH V1 1/1] iio: add Capella cm3218x ambient light sensor driver.
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [PATCH V1 1/1] iio: add Capella cm3218x ambient light sensor driver.
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH V1 1/1] iio: add Capella cm3218x ambient light sensor driver.
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [PATCH V1 1/1] iio: add Capella cm3218x ambient light sensor driver.
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Frank Bormann <fbormann@xxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c: mv64xxx: Fix compilation breakage
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH v3] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v2] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH v2] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Philip Elcan <pelcan@xxxxxxxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Frank Bormann <fbormann@xxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Frank Bormann <fbormann@xxxxxxxxx>
- Re: [PATCH v3 2/2] ARM: zynq: dt: Add I2C nodes to Zynq device tree
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Andy Gross <agross@xxxxxxxxxxxxxx>
- Re: platform_data in i2c device drivers
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- platform_data in i2c device drivers
- From: Frank Bormann <fbormann@xxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: Add driver for Cadence I2C controller
- From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
- [PATCH] i2c-cpm: Fix build by adding of_address.h and of_irq.h
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- [RFC Patch 2/2] i2c/ACPI: Don't ignore IRQ flags
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- [RFC Patch 1/2] i2c/ACPI: Support for multiple serial bus addresses
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: Build regressions/improvements in v3.14-rc7
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
- Re: [PATCH v5 1/2] i2c: qup: Add device tree bindings information
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH v3 1/2] i2c: sunxi: Change i2c compatibles
- From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i2c-davinci: Handle signals gracefully
- From: Mike Looijmans <mike.looijmans@xxxxxxxx>
- [PATCH] i2c-davinci: Handle signals gracefully
- From: Mike Looijmans <mike.looijmans@xxxxxxxx>
- [PATCH v5 0/2] Qualcomm Universal Peripheral (QUP) I2C controller
- From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxxxxxx>
- [PATCH v5 1/2] i2c: qup: Add device tree bindings information
- From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxxxxxx>
- [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller
- From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c: new bus driver for efm32
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [RFC PATCH] i2c: new bus driver for efm32
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]