Linux Kernel I2C

• Thread Index

• Re: reading i2c eeprom early in boot
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v2] i2c/nuc900: add i2c driver support for nuc900
  • From: Wan ZongShun <mcuos.com@xxxxxxxxx>
• [PATCH 1/3] of/i2c: Generalize OF support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 3/3] of: refactor of_modalias_node() and remove explicit match table.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/3] i2c: Add OF-style registration and binding
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/3] Automatically register i2c devices from the device tree
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: pca953x GPIO
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: pca953x GPIO
  • From: Giampaolo Bellini <iw2lsi@xxxxxxxxx>
• reading i2c eeprom early in boot
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• Re: pca953x GPIO
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• pca953x GPIO
  • From: Giampaolo Bellini <iw2lsi@xxxxxxxxx>
• Re: [PATCH v2] i2c/mips: Fix error return codes from Sibyte i2c bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v2] i2c/mips: Fix error return codes from Sibyte i2c bus driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH] i2c/mips: Fix error return codes from Sibyte i2c bus driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH] i2c: davinci: Fix race when setting up for TX
  • From: Jon Povey <jon.povey@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c: davinci updates for 2.6.35
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/mips: Fix error return codes from Sibyte i2c bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH V3] i2c-imx: do not allow interruptions when waiting for I2C to complete
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH V2] i2c-imx: do not allow interruptions when waiting for I2C to complete (resend)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-pxa: fix compiler warning, due to missing const
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] NUC900: Add i2c0 driver support for NUC900
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH V2] i2c-imx: do not allow interruptions when waiting for I2C to complete (resend)
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-pxa: fix compiler warning, due to missing const
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] i2c/mips: Fix error return codes from Sibyte i2c bus driver
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Make i2c_default_probe self-sufficient
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 5/5] intel_mid_i2c: Minor changes after verification
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 4/5] intel_mid_i2c: minor cleanups
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 2/5] intel_mid_i2c: I2C driver supporting Moorestown and Medfield platform
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 3/5] intel_mid_i2c: Do a bit of compaction and tidying
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 1/5] gpio: implement x86 gpio_to_irq convert function
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 0/5] intel_mid_i2c: I2C driver support with IRQs
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: Fix probability check
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Drop dummy variable
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• [PATCH] i2c: Drop dummy variable
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Oliver Neukum <oneukum@xxxxxxx>
• [PATCH] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] NUC900: Add i2c0 driver support for NUC900
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Sergey V." <sftp.mtuci@xxxxxxxxx>
• Re: [PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: Move adapter locking helpers to i2c-core
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH V2] i2c-imx: do not allow interruptions when waiting for I2C to complete (resend)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-pxa: fix compiler warning, due to missing const
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-pxa: fix compiler warning, due to missing const
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 8/8]tuners:tuner-simple Fix warning: variable 'tun' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 8/8]tuners:tuner-simple Fix warning: variable 'tun' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: Peter Stuge <peter@xxxxxxxx>
• Re: [PATCH 1/2] NUC900: Add i2c0 driver support for NUC900
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH 8/8]tuners:tuner-simple Fix warning: variable 'tun' set but not used
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 2/8]bluetooth/hci_ldisc.c Fix warning: variable 'tty' set but not used
  • From: "Gustavo F. Padovan" <gustavo@xxxxxxxxxxx>
• Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: Edward Shishkin <edward.shishkin@xxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: David Daney <david.s.daney@xxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: Edward Shishkin <edward.shishkin@xxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• [PATCH 2/8]bluetooth/hci_ldisc.c Fix warning: variable 'tty' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 3/8]char/hpet.c Fix variable 'hpet' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 8/8]tuners:tuner-simple Fix warning: variable 'tun' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 5/8]drm:drm_gem Fix warning: variable 'dev' set but not used
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• [PATCH 0/8] Fix gcc 4.6.0 set but not used warning messages.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: Registering I2C devices on X86
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH 2/2] NUC900: Add platform support for nuc900 i2c driver
  • From: Wan ZongShun <mcuos.com@xxxxxxxxx>
• [PATCH 1/2] NUC900: Add i2c0 driver support for NUC900
  • From: Wan ZongShun <mcuos.com@xxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 1/2] of/i2c: Generalize OF support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 1/2] of/i2c: Generalize OF support
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: Add OF-style registration and binding
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 1/2] of/i2c: Generalize OF support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 0/2] Rework OF i2c support code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/2] i2c: Add support for custom probe function
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Richard Röjfors <richard.rojfors.lists@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] i2cdev: move compat_ioctl handling into driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [GIT PULL] i2c updates for 2.6.35, round 2
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: Enable i2c-s3c2410 for S5P cpus
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• Re: [PATCH] i2c: Enable i2c-s3c2410 for S5P cpus
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: Enable i2c-s3c2410 for S5P cpus
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Richard Röjfors <richard.rojfors.lists@xxxxxxxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Registering I2C devices on X86
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Registering I2C devices on X86
  • From: Richard Röjfors <richard.rojfors.lists@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 11/27] drivers/i2c: Use memdup_user
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2] i2c/busses: move two drivers to embedded section
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 06/21] drivers/i2c/i2c-dev.c: Remove unnecessary kmalloc casts
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2] i2c-imx: do not allow interruptions when waiting for I2C to complete
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH V2] i2c/busses: move two drivers to embedded section
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses/Makefile: move two drivers to the embedded section
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH 06/21] drivers/i2c/i2c-dev.c: Remove unnecessary kmalloc casts
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Richard Purdie <rpurdie@xxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] drivers: remove all i2c_set_clientdata(client, NULL)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] i2c: Rename i2c_check_addr to i2c_check_addr_busy
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/4] i2c: Document reserved I2C addresses
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/4] i2c: Check for address validity on client registration
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/4] i2c: Share the I2C device presence detection code
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 0/4] Clean up address probing and validity checking code
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: PMBus support in Linux
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH] blackfin/acvilon: Fix timeout usage for I2C
  • From: Valentin Yakovenkov <yakovenkov@xxxxxxxxx>
• PMBus support in Linux
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• [PATCH] i2c/busses/Makefile: move two drivers to the embedded section
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Robert Emanuele <rob@xxxxxxxxxxx>
• [PATCH V2] i2c-imx: do not allow interruptions when waiting for I2C to complete
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-imx: do not allow interruptions when waiting for I2C to complete
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c-imx: do not allow interruptions when waiting for I2C to complete
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Controlling Driver Load Order
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• status (holiday, etc) jun2010
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 048/199] Documentation/i2c/ten-bit-addresses: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 047/199] Documentation/i2c/busses/i2c-sis630: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 046/199] Documentation/i2c/busses/i2c-sis5595: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 045/199] Documentation/i2c/busses/i2c-pca-isa: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 044/199] Documentation/i2c/busses/i2c-ali15x3: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 043/199] Documentation/i2c/busses/i2c-ali1563: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 042/199] Documentation/i2c/busses/i2c-ali1535: Checkpatch cleanup
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 11/27] drivers/i2c: Use memdup_user
  • From: Julia Lawall <julia@xxxxxxx>
• [GIT PULL] i2c updates for 2.6.35, round 1
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] drivers/mfd: remove unneeded and dangerous clearing of clientdata
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [PATCH 05/11] omap: i2c: Storage class should be before const qualifier
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Please pull bjdooks' for-linus/i2c-2635 tree
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c-nforce2: Remove redundant error messages on ACPI conflict
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] drivers/mfd: remove unneeded and dangerous clearing of clientdata
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Richard Röjfors <richard.rojfors.lists@xxxxxxxxxxxxxx>
• [PATCH] i2c-nforce2: Remove redundant error messages on ACPI conflict
  • From: Chase Douglas <chase.douglas@xxxxxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Richard Röjfors <richard.rojfors.lists@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH] i2c-xii.c: Use OF instead of platform bus
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH] drivers/mfd: remove unneeded and dangerous clearing of clientdata
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH] i2c-i801: fix all coding style issues found by checkpatch.pl
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-i801: fix all coding style issues found by checkpatch.pl
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: bjdooks' i2c-next
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: bjdooks' i2c-next
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: bjdooks' i2c-next
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c-bfin-twi: handle faulty slave devices better
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 0/6] i2c-omap patches for 2.6.35 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• bjdooks' i2c-next
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-nomadik: release region when removed
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 0/6] i2c-omap patches for 2.6.35 merge window
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v2] i2c-bfin-twi: handle faulty slave devices better
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH 6/6] OMAP3: I2C: Clean up Errata 1p153 handling
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 2/6] i2c-omap: add mpu wake up latency constraint in i2c
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 5/6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 4/6] omap: i2c: add a timeout to the busy waiting
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 3/6] omap: i2c: make errata 1.153 workaround a separate function
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 1/6] omap: i2c: Add i2c support on omap4 platform
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 0/6] i2c-omap patches for 2.6.35 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Mika Westerberg <ext-mika.1.westerberg@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 1/2] i2c-nomadik: release region when removed
  • From: Rabin VINCENT <rabin.vincent@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: use <linux/io.h> instead of <asm/io.h>
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v2] i2c-bfin-twi: handle faulty slave devices better
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• RE: [PATCH]i2c-omap: pass scll, sclh through board file for Errata i585
  • From: "Krishnamoorthy, Balaji T" <balajitk@xxxxxx>
• [PATCH v3] omap i2c: add a timeout to the busy waiting
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH] blackfin/acvilon: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH] blackfin/acvilon: Fix timeout usage for I2C
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH] blackfin/acvilon: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-bfin-twi: handle faulty slave devices better
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH] i2c-bfin-twi: handle faulty slave devices better
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] i2c-bfin-twi: handle faulty slave devices better
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH]i2c-omap: pass scll, sclh through board file for Errata i585
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• [PATCH]i2c-omap: pass scll, sclh through board file for Errata i585
  • From: balajitk@xxxxxx
• [PATCH] i2c: use <linux/io.h> instead of <asm/io.h>
  • From: H Hartley Sweeten <hartleys@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c-s3c2410: Fixup debug print of IICCON register
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• [PATCH v7] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [PATCH v2 2/2] i2c: Multiplexed I2C bus multiplexer driver pca954x
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [PATCH v2 1/2] i2c: Multiplexed I2C bus core support
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• [GIT PULL] i2c fixes for 2.6.34
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c-i801 retries on lost arbitration (resent: no gpg)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• i2c-i801 retries on lost arbitration
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: i2c-i801 retries on lost arbitration (resent: no gpg)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• i2c-i801 retries on lost arbitration (resent: no gpg)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] i2c: Fix section mismatch errors in i2c-octeon.c
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [Uclinux-dist-devel] [PATCH 0/5] Blackfin I2C updates
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• [PATCH] OMAP3: I2C: Clean up Errata 1p153 handling
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH v6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [V2 PATCH 02/10] i2c/of: Allow device node to be passed via i2c_board_info
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [lm-sensors] some quesions from the tools
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Nishanth Menon <nm@xxxxxx>
• RE: [PATCH v6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH v6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• RE: [PATCH v5] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH v2] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Joonyoung Shim <jy0922.shim@xxxxxxxxxxx>
• Re: [V2 PATCH 02/10] i2c/of: Allow device node to be passed via i2c_board_info
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v5] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v5] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] i2c-nomadik: release region when removed
  • From: Rabin Vincent <rabin.vincent@xxxxxxxxxxxxxx>
• [PATCH 2/2] i2c-nomadik: fix operator precedence warning
  • From: Rabin Vincent <rabin.vincent@xxxxxxxxxxxxxx>
• Re: isl29020: ALS driver as misc device
  • From: Jonathan Cameron <kernel@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH V3] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-core: Use per-adapter userspace device lists
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH V3] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: Initcall ordering
  • From: Gary Thomas <gary@xxxxxxxxxxxx>
• Re: [PATCH V2] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: Initcall ordering
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• RE: [PATCH v2] OMAP3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH V2] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH V2] i2c-algo-pca: fix coding style issues in i2c-algo-pca.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Please pull bjdooks' for-linus/i2c
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v4] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2] OMAP3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] i2c-algo-pca: fix all coding style issues in i2c-algo-pca.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• RE: [PATCH] OMAP3: I2C: Errata i207: Clear wrong RDR interrupt
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH v2] i2c-stub: Add support for bus multiplexing
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• RE: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Kevin Wells <kevin.wells@xxxxxxx>
• [PATCH v2] i2c-stub: Add support for bus multiplexing
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/6] i2c: davinci updates for 2.6.35
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c-stub: Add support for bus multiplexing
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Decrease delay after end of transaction
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH] i2c-s3c2410: Decrease delay after end of transaction
  • From: Yauhen Kharuzhy <yauhen.kharuzhy@xxxxxxxxxxx>
• Re: [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Marc Zyngier <maz@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH v4] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• what's in bjdooks' for-linus/i2c #2 (fyi)
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 0/6] i2c: davinci updates for 2.6.35
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 1/6] i2c: davinci: Fix smbus Oops with AIC33 usage
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• what's in bjdooks' for-linus/i2c (fyi)
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• Re: [PATCH v3] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• RE: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Kevin Wells <kevin.wells@xxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 2/2] i2c: driver for PCA954x I2C multiplexer series.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH v4] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH] i2c-dev: fix all coding style issues in i2c-dev.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c-dev: fix all coding style issues in i2c-dev.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 2/3] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 2/3] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH V2] mach-pxa/viper: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c-core: fix some coding style issues in i2c-core.c
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c/pnx: Really fix start/stop issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c-core: fix some coding style issues in i2c-core.c
  • From: Farid Hammane <farid.hammane@xxxxxxxxx>
• [PATCH] i2c: Don't assume i2c adapters have a parent
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: driver for PCA954x I2C multiplexer series.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Michael Lawnick <ml.lawnick@xxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c bus multiplexing (Version 2).
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [PATCH 1/1] misc: bh1770glc: Driver for bh1770glc combined als and ps sensor
  • From: Onkalo Samu <samu.p.onkalo@xxxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: your mail
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: your mail
  • From: Rafi Rubin <rafi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Multiplexed I2C bus core support.
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 1/1] misc: bh1770glc: Driver for bh1770glc combined als and ps sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH v3] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [lm-sensors] [PATCH 0/1] BH1770GLC / SFH7770 combined ambient light / proximity sensor
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] BH1770GLC / SFH7770 combined ambient light / proximity sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [lm-sensors] [PATCH 0/1] BH1770GLC / SFH7770 combined ambient light / proximity sensor
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: isl29020: ALS driver as misc device
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] OMAP2/3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 1/1] misc: bh1770glc: Driver for bh1770glc combined als and ps sensor
  • From: Samu Onkalo <samu.p.onkalo@xxxxxxxxx>
• [PATCH 0/1] BH1770GLC / SFH7770 combined ambient light / proximity sensor
  • From: Samu Onkalo <samu.p.onkalo@xxxxxxxxx>
• Re: isl29020: ALS driver as misc device
  • From: Jonathan Cameron <kernel@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Éric Piel <eric.piel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] isl29020: ambient light sensor
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 2/4] isl29020: ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: your mail
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] isl29020: ambient light sensor
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 2/4] isl29020: ambient light sensor
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH 3/4] liss331d1: accelerometer driver
  • From: Éric Piel <E.A.B.Piel@xxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: cy8ctmg110 for review
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: cy8ctmg110 for review
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: isl29020: ALS driver as misc device
  • From: Greg KH <greg@xxxxxxxxx>
• isl29020: ALS driver as misc device
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Jonathan Cameron <kernel@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Various intel small device drivers
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 0/4] Various intel small device drivers
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH 0/4] Various intel small device drivers
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re:
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Various intel small device drivers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [no subject]
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 0/4] Various intel small device drivers
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 3/4] liss331d1: accelerometer driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 4/4] emc1403: thermal sensor support
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 2/4] isl29020: ambient light sensor
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• RE: [PATCH v2] OMAP3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH v2] OMAP3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH v2] OMAP3: I2C: Errata ID i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• RE: [PATCH] omap: Add I2C bus 1 initialisation for OMAP2430
  • From: Viral Mehta <Viral.Mehta@xxxxxxxxxxxxxxx>
• [PATCH 4/4] i2c: Rename i2c_check_addr to i2c_check_addr_busy
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 3/4] i2c: Document reserved I2C addresses
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 2/4] i2c: Check for address validity on client registration
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH 1/4] i2c: Share the I2C device presence detection code
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• RE: [patch] i2c: off by one issue
  • From: Linus WALLEIJ <linus.walleij@xxxxxxxxxxxxxx>
• Re: i2c: Fix probing of FSC hardware monitoring chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• i2c: Fix probing of FSC hardware monitoring chips
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [patch] i2c: off by one issue
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH] ARM: mach-shmobile: add INTCS macros
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• [PATCH 6/6] i2c: davinci: bus recovery procedure to clear the bus
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] i2c: davinci: Add helper functions for power management
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] i2c: davinci: Fix smbus Oops with AIC33 usage
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] i2c: davinci: Add cpufreq support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] i2c: davinci: Add suspend/resume support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] i2c: davinci: misc. cleanups: remove MOD_REG_BIT and IO_ADDRESS usage
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] i2c: davinci updates for 2.6.35
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] power/ds2782: fix clientdata on removal
  • From: Anton Vorontsov <cbouatmailru@xxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 00/03] i2c: i2c-sh_mobile update for SH-Mobile ARM
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• RE: [PATCH] drivers: i2c-gpio: move initialization code subsys_initcall()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH] omap: Add I2C bus 1 initialisation for OMAP2430
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [PATCH] omap: Add I2C bus 1 initialisation for OMAP2430
  • From: Viral Mehta <Viral.Mehta@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: i2c-drivers: Remove dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH 3/3] i2c-pnx: Disable/enable clocks only when needed to reduce power
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: i2c-pnx: Improvements and fixes
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: i2c-drivers: Remove dangling pointers
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH] OMAP3: I2C: Errata i207: Clear wrong RDR interrupt
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [PATCH v2] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Ben Dooks <ben@xxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 23/24] video/matrox: fix dangling pointers
  • From: James Simmons <jsimmons@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Andy Walls <awalls@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] V4L/DVB: Use custom I2C probing function mechanism
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] power/ds2782: fix clientdata on removal
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 1/2] i2c: Add support for custom probe function
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] mach-pxa/viper: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] blackfin/acvilon: Fix timeout usage for I2C
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: remove_clientdata_to_null-branch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: remove_clientdata_to_null-branch
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: remove_clientdata_to_null-branch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• remove_clientdata_to_null-branch
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• [PATCH v2] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: jassi brar <jassisinghbrar@xxxxxxxxx>
• [PATCH] i2c-s3c2410: Remove unconditional 1ms delay on each transfer
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 2/3] i2c/cpm: drop NO_IRQ
  • From: Jochen Friedrich <jochen@xxxxxxxx>
• [PATCH RESEND 3/3] i2c/ibm-iic: drop NO_IRQ
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH RESEND 2/3] i2c/cpm: drop NO_IRQ
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH RESEND 1/3] i2c/mpc: drop NO_IRQ
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Delete NO_IRQ usage from I2C subsystem
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: dts,i2c,pcf8574 on Xilinx XUP
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers: i2c-gpio: move initialization code subsys_initcall()
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] OMAP3: I2C: Errata i207: Clear wrong RDR interrupt
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] drivers: i2c-gpio: move initialization code subsys_initcall()
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PULL] pull request for bjdooks' for-linus/i2c tree
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] drivers: i2c-gpio: move initialization code subsys_initcall()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] OMAP3: I2C: Errata i207: Clear wrong RDR interrupt
  • From: Manjunatha GK <manjugk@xxxxxx>
• Re: [PATCH] power/ds2782: fix clientdata on removal
  • From: Anton Vorontsov <cbouatmailru@xxxxxxxxx>
• [PATCH] power/ds2782: fix clientdata on removal
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: [PATCH 18/24] rtc: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 17/24] regulator: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 14/24] misc: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 13/24] mfd: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 08/24] leds: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 06/24] input/keyboard: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 04/24] gpio: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 03/24] usb/otg/isp1301_omap: Fix dangling pointer
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 02/24] power/ds2782: really clear i2c_clientdata on exit
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC] i2c-core: erase pointer to clientdata on removal
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [RFC] i2c-core: erase pointer to clientdata on removal
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c-i801: Fix all checkpatch warnings
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 05/24] hwmon: fix dangling pointers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: removing set_clientdata(NULL)
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• removing set_clientdata(NULL)
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Fix bus-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/2] omap i2c: add a timeout to the busy waiting
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• Re: [PATCH v2 2/2] omap i2c: add a timeout to the busy waiting
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: [PATCH 13/24] mfd: fix dangling pointers
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] omap i2c: make errata 1.153 workaround a separate function
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• [PATCH v2 2/2] omap i2c: add a timeout to the busy waiting
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• [PATCH v2 1/2] omap i2c: make errata 1.153 workaround a separate function
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• Re: [PATCH] i2c: Fix bus-level power management callbacks
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Fix bus-level power management callbacks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.34
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]I2C device - release cleanup
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c interface bugs in dvb drivers
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: i2c interface bugs in dvb drivers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c-imx: fix error handling
  • From: Arnaud Patard <apatard@xxxxxxxxxxxx>
• Re: [PATCH]I2C device - release cleanup
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: i2c probing
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH]I2C device - release cleanup
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] i2c: omap: fix OOPS in omap_i2c_unidle() during probe
  • From: Mika Westerberg <ext-mika.1.westerberg@xxxxxxxxx>
• [PATCH]I2C device - release cleanup
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c/pxa: remove unused macro
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] i2c/pxa: remove unused macro
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add i2c tree for embedded platforms
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] i2c/pxa: only define 'blue_murder'-function if DEBUG is #defined
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 17/24] regulator: fix dangling pointers
  • From: Liam Girdwood <lrg@xxxxxxxxxxxxxxx>
• Re: i2c-pnx: Improvements and fixes
  • From: Kevin Wells <wellsk40@xxxxxxxxx>
• Re: [PATCH 02/24] power/ds2782: really clear i2c_clientdata on exit
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: [PATCH 22/24] staging/iio/light: fix dangling pointers
  • From: Jonathan Cameron <kernel@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/24] staging/iio/adc: fix dangling pointers
  • From: Jonathan Cameron <kernel@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] i2c-bfin-twi: integrate timeout timer with completion interface
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 3/5] i2c-bfin-twi: fix lost interrupts at high speeds
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 2/5] i2c-bfin-twi: add debug output for error status
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 4/5] i2c-bfin-twi: remove redundant retry
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 5/5] i2c-bfin-twi: return completion in interrupt for smbus quick transfers
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 0/5] Blackfin I2C updates
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• i2c probing
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• i2c interface bugs in dvb drivers
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 13/24] mfd: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 06/24] input/keyboard: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 12/24] media/video: fix dangling pointers
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH 02/24] power/ds2782: really clear i2c_clientdata on exit
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: [PATCH 13/24] mfd: fix dangling pointers
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 03/24] usb/otg/isp1301_omap: Fix dangling pointer
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/24] input/keyboard: fix dangling pointers
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 17/24] regulator: fix dangling pointers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/24] mfd: fix dangling pointers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• [PATCH 03/24] usb/otg/isp1301_omap: Fix dangling pointer
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 06/24] input/keyboard: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 08/24] leds: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 10/24] media/radio: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 13/24] mfd: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 14/24] misc: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 18/24] rtc: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 20/24] staging/go7007: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 21/24] staging/iio/adc: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 23/24] video/matrox: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 24/24] w1/masters: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 22/24] staging/iio/light: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 19/24] staging/dream: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 17/24] regulator: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 16/24] power: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 15/24] misc/eeprom: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 12/24] media/video: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 11/24] media/radio/si470x: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 09/24] macintosh: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 07/24] input/touchscreen: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 05/24] hwmon: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 04/24] gpio: fix dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 02/24] power/ds2782: really clear i2c_clientdata on exit
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 01/24] mtd/maps/pismo: remove dangling pointer and a leak
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• i2c-drivers: Remove dangling pointers
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH] i2c: Fix bus-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] [I2C-OMAP] Add support for 16-bit registers
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH V2] MIPS: Octeon: Register EEPROM device on the I2C bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2] MIPS: Octeon: Register EEPROM device on the I2C bus
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: PCA9564: "bus is not idle" issue
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] i2c: davinci: bus recovery procedure to clear the bus
  • From: Philby John <pjohn@xxxxxxxxxx>
• RE: [PATCH 6/6] i2c: davinci: bus recovery procedure to clear the bus
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• PCA9564: "bus is not idle" issue
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] i2c: davinci: bus recovery procedure to clear the bus
  • From: Philby John <pjohn@xxxxxxxxxx>
• [PATCH] i2c: Set SCL pin to gpio functionality before bus recovery
  • From: Philby John <pjohn@xxxxxxxxxx>
• i2c-pnx: Improvements and fixes
  • From: wellsk40@xxxxxxxxx
• [PATCH 3/3] i2c-pnx: Disable/enable clocks only when needed to reduce power
  • From: wellsk40@xxxxxxxxx
• [PATCH 2/3] i2c-pnx: Add stop conditions for end of transfer
  • From: wellsk40@xxxxxxxxx
• [PATCH 1/3] i2c-pnx: Limit maximum divider to 1023
  • From: wellsk40@xxxxxxxxx
• [PATCH 1/3] i2c-pnx: Limit maximum divider to 1023
  • From: wellsk40@xxxxxxxxx
• Re: [PATCH 6/6] i2c: davinci: bus recovery procedure to clear the bus
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] MIPS: Octeon: Register EEPROM device on the I2C bus
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH V2] MIPS: Octeon: Register EEPROM device on the I2C bus
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] omap i2c: make errata 1.153 workaround a separate function
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/2] omap i2c: make errata 1.153 workaround a separate function
  • From: Alexander Shishkin <virtuoso@xxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: i2c driver for mxc platform
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] [I2C-OMAP] Add support for 16-bit registers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• i2c driver for mxc platform
  • From: alfred steele <alfred.jaquez@xxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Felix Rubinstein <felixru@xxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Felix Rubinstein <felixru@xxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Felix Rubinstein <felixru@xxxxxxxxx>
• Re: [PATCH 00/03] i2c: i2c-sh_mobile update for SH-Mobile ARM
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH, fix 2/2] Add include to i2c-xii.c to fix build error
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH, fix 1/2] Add the platform data include for the Xilinx XPS IIC Bus Interface
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [GIT PULL] i2c fixes for 2.6.34
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: Use generic subsystem-level power management callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c-algo-bit: Add pre- and post-xfer hooks
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] i2c-algo-bit: Add pre- and post-xfer hooks
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH v2] [I2C-OMAP] Add support for 16-bit registers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/27] drivers/i2c/of: don't use deprecated field in of_platform_driver
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: [PATCH 12/27] drivers/mtd/of: don't use deprecated field in of_platform_driver
  • From: Sean MacLennan <smaclennan@xxxxxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [uClinux-dev] Re: [PATCH v2] m68knommu: driver for Freescale Coldfire I2C controller.
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device
  • From: Alexander Schmidt <alexs@xxxxxxxxxxxxxxxxxx>
• Re: Intel ICHx bus driver
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [uClinux-dev] Re: [PATCH v2] m68knommu: driver for Freescale Coldfire I2C controller.
  • From: Philippe De Muyter <phdm@xxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] misc/eeprom/at24: init dynamic bin_attribute structures
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] [I2C-OMAP] Add support for 16-bit registers
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] misc/eeprom/at24: init dynamic bin_attribute structures
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 25/37] drivers/infiniband: use .dev.of_node instead of .node in struct of_device
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: [PATCH 33/37] sound/soc: use .dev.of_node instead of .node in struct of_device
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/37] OF: move device node pointer into struct device.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 02/37] of: Eliminate dev_archdata_get_node()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 00/27] Clean up of_platform drivers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 04/27] drivers/video/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 06/27] drivers/block/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 07/27] drivers/char/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/27] drivers/crypto/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 11/27] drivers/macintosh/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 13/27] drivers/net/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 14/27] drivers/serial/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 15/27] drivers/spi/of: don't use deprecated field in of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>