http://blog.gmane.org/gmane.linux.drivers.i2c hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.drivers.i2c/11363 <pre> i am robothroli, Purchase manager from roli Merchant Ltd. We are Import/export Company based in taiwan. We are interested in purchasing your product and I would like to make an inquiry. Please inform me on: Sample availability and price Minimum order quantity FOB Prices Sincerely Purchase Manager robothroli </pre> robothroli company 2012-05-25T13:45:54 http://comments.gmane.org/gmane.linux.drivers.i2c/11347 <pre>Good day my beloved friend, How are you and your lovely family doing today,i hope all is well?if so glory be to God,i have an urgent purposal for you, if interested kindly contact me on this e-mail (anna_kennedy_hood-PkbjNfxxIAQqdlJmJB21zg&lt; at &gt;public.gmane.org) </pre> Mrs Anna Kennedy 2012-05-23T18:58:27 http://comments.gmane.org/gmane.linux.drivers.i2c/11345 <pre>this patchserie add support for the davinci am1808 based enbw_cmc board. changes for v2: Post this patchserie now as v2, as reworked in the comments I got for the RFC serie. changes for v3: - Interrupt Controller: - comment from Sergei Shtylyov: - rename compatible" prop to "ti,cp_intc" - cp_intc_init() is now also for the of case the name of the init function (it calls the "new" __cp_intc_init() function, which was the "old" cp_intc_init()). Through this rework the changes for OF is better visible. As the OF case uses the irq_domain rework from Grant Likely, maybe the none OF case can use this also, but this should be tested on a hw ... changes for v4: - Interrupt Controller: - split in two patches as Nori Sekhar suggested one for the irq_domain change one for DT support - add comment from Grant Likely for the DT part: remove if/else clause, not needed. Make use of DT runtime configurable The non OF case is not tested! Got </pre> Heiko Schocher 2012-05-22T13:55:13 http://comments.gmane.org/gmane.linux.drivers.i2c/11326 <pre> How do I find out what to configure in a 3.4 kernel? </pre> James 2012-05-20T20:24:11 http://comments.gmane.org/gmane.linux.drivers.i2c/11324 <pre>From: Stephen Warren &lt;swarren-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; This is useful for SoCs whose I2C module's signals can be routed to different sets of pins at run-time, using the pinctrl API. +-----+ +-----+ | dev | | dev | +------------------------+ +-----+ +-----+ | SoC | | | | /----|------+--------+ | +---+ +------+ | child bus A, on first set of pins | |I2C|---|Pinmux| | | +---+ +------+ | child bus B, on second set of pins | \----|------+--------+--------+ | | | | | +------------------------+ +-----+ +-----+ +-----+ | dev | | dev | | dev | +-----+ +-----+ +-----+ Signed-off-by: Stephen Warren &lt;swarren-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; Acked-by: Linus Walleij &lt;linus.walleij-QSEj5FYQhm4</pre> Stephen Warren 2012-05-18T15:29:34 http://comments.gmane.org/gmane.linux.drivers.i2c/11318 <pre>From: Stephen Warren &lt;swarren-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; This is useful for SoCs whose I2C module's signals can be routed to different sets of pins at run-time, using the pinctrl API. +-----+ +-----+ | dev | | dev | +------------------------+ +-----+ +-----+ | SoC | | | | /----|------+--------+ | +---+ +------+ | child bus A, on first set of pins | |I2C|---|Pinmux| | | +---+ +------+ | child bus B, on second set of pins | \----|------+--------+--------+ | | | | | +------------------------+ +-----+ +-----+ +-----+ | dev | | dev | | dev | +-----+ +-----+ +-----+ Signed-off-by: Stephen Warren &lt;swarren-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; Acked-by: Linus Walleij &lt;linus.walleij-QSEj5FYQhm4</pre> Stephen Warren 2012-05-17T21:17:38 http://comments.gmane.org/gmane.linux.drivers.i2c/11299 <pre> Dear Friend, As you read this, I don't want you to feel sorry for me,because, I believe everyone will die someday,and am contacting you because I really do need your help and I want you to help me with all your effort and time for just seven to fourteen workings days of your time.I want you to be honest and truthful with me that you will help me with my last wish as a dying man. Please i need a reliable person who will usethe Money($18 milliondollars)to build orphanage home or charity organization. Please kindly reply to my most confidential email if you are really interested in helping me please: mr.saeed01-jjFNsPSvq+iXDw4h08c5KA&lt; at &gt;public.gmane.org God be with you. Mr.Saeed Ahmed. ---------------------------------------------------------------- FME Webmail www.educacao.niteroi.rj.gov.br </pre> Mr.Saeed Ahmed. 2012-05-09T06:27:58 http://comments.gmane.org/gmane.linux.drivers.i2c/11290 <pre>Hello &lt; at &gt;All, i try to compile i2c-tools-3.1.0 py-smbus, smbusmodule.c with the following command under Ubuntu 12.04: python3.2 ./setup.py build But it fail with the following errors: running build running build_ext building 'smbus' extension gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -fPIC -I/usr/include/python3.2mu -c smbusmodule.c -o build/temp.linux-x86_64-3.2/smbusmodule.o smbusmodule.c: In function 'SMBus_dealloc': smbusmodule.c:94:6: error: 'SMBus' has no member named 'ob_type' smbusmodule.c: In function 'SMBus_list_to_data': With Python 2.7 it works. So it seems that the smbusmodule.c is written for Python 2.7. I googled a bit, and found the following article where the changes in the c extentation between Python 2.X and Python 3 is described (espancially the ob_type problem): http://python3porting.com/cextensions.html Citation: Another change in the object header is that the PyObj</pre> Renz, Bernhard 2012-05-14T11:16:00 http://comments.gmane.org/gmane.linux.drivers.i2c/11278 <pre> The patch series does the following - Warn fixes if CONFIG_PM_RUNTIME is not selected. - In case of i2c remove register access was done without any get_sync fix the same. - Folds a patch from Tasslehoff to prevent any merge conflicts. - Prevents the XDUF flag to be set if the underflow condition is not met. - As per discussion in [1] .Adds a patch to rename the 1p153 errata and use the unique id instead as the section number in the recent errata docs has changed. v9: Fix the comments from Wolfram Sang Also update the patches with comments. [1] http://www.spinics.net/lists/linux-i2c/msg07607.html Tested on omap4sdp and omap3sdp. The following changes since commit 9ff00d58a915b6747ba2e843ab2d04c712b4dc32: Merge tag 'for-linus-3.4-20120513' of git://git.infradead.org/linux-mtd (2012-05-13 11:33:09 -0700) are available in the git repository at: git://gitorious.org/linus-tree/linus-tree.git i2c_omap-fixes Shubhrajyoti D (9): I2C: OMAP: make omap_i2c_unidle/idle functions depend on CONFIG_PM_</pre> Shubhrajyoti D 2012-05-14T08:49:48 http://comments.gmane.org/gmane.linux.drivers.i2c/11267 <pre>haalloo, how are you doing,i hope you are fine,my name is miss abi okom i got your contact and want us to be a good friend, please try and write back to me so that i will give you my pictures and tell you more about me, </pre> abi 2012-05-12T16:55:14 http://comments.gmane.org/gmane.linux.drivers.i2c/11259 <pre>Signed-off-by: Richard Zhao &lt;richard.zhao-KZfg59tc24xl57MIdRCFDg&lt; at &gt;public.gmane.org&gt; --- drivers/i2c/busses/i2c-imx.c | 59 ++++++++++-------------------------------- 1 file changed, 14 insertions(+), 45 deletions(-) diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c index 56bce9a..927da64 100644 --- a/drivers/i2c/busses/i2c-imx.c +++ b/drivers/i2c/busses/i2c-imx.c &lt; at &gt;&lt; at &gt; -118,7 +118,6 &lt; at &gt;&lt; at &gt; static u16 __initdata i2c_clk_div[50][2] = { struct imx_i2c_struct { struct i2c_adapteradapter; -struct resource*res; struct clk*clk; void __iomem*base; intirq; &lt; at &gt;&lt; at &gt; -473,7 +472,6 &lt; at &gt;&lt; at &gt; static int __init i2c_imx_probe(struct platform_device *pdev) struct imxi2c_platform_data *pdata = pdev-&gt;dev.platform_data; struct pinctrl *pinctrl; void __iomem *base; -resource_size_t res_size; int irq, bitrate; int ret; &lt; at &gt;&lt; at &gt; -490,25 +488,16 &lt; at &gt;&lt; at &gt; static int __init i2c_imx_probe(struct platform_device *pdev) return -ENOENT; } -res_size = resource_size(res); - -if (!request_mem_region(re</pre> Richard Zhao 2012-05-12T13:02:23 http://comments.gmane.org/gmane.linux.drivers.i2c/11258 <pre>Hi Shawn, I am fine with [PATCH RESEND 4/5] i2c: imx: adopt pinctrl support [PATCH RESEND 6/9] i2c: mxs: adopt pinctrl support going via arm-soc, too. Acked-by: Wolfram Sang &lt;w.sang-bIcnvbaLZ9MEGnE8C9+IrQ&lt; at &gt;public.gmane.org&gt; Thanks! </pre> Wolfram Sang 2012-05-12T12:48:44 http://comments.gmane.org/gmane.linux.drivers.i2c/11241 <pre> </pre> Mrs Sabah Halif 2012-05-05T18:59:22 http://comments.gmane.org/gmane.linux.drivers.i2c/11207 <pre>The series adds device tree probe support for i2c-mxs driver. It depends on mxs clk and pinctrl series. Since all the dependencies will probably be solved in arm-soc tree, it will be easier to have it go through arm-soc. Shawn Guo (2): i2c: mxs: add device tree probe support ARM: dts: enable i2c device for imx28-evk Documentation/devicetree/bindings/i2c/i2c-mxs.txt | 16 ++++++++++++++++ arch/arm/boot/dts/imx28-evk.dts | 6 ++++++ arch/arm/boot/dts/imx28.dtsi | 14 ++++++++++++++ drivers/i2c/busses/i2c-mxs.c | 13 +++++++++++++ 4 files changed, 49 insertions(+), 0 deletions(-) </pre> Shawn Guo 2012-05-10T07:31:01 http://comments.gmane.org/gmane.linux.drivers.i2c/11173 <pre>Changes since v1: - rebase to latest clk and pinctrl base - fix according v1 comments. You can also get at: https://github.com/riczhao/kernel-imx/tree/topics/audio Richard Zhao (11): dma: imx-sdma: make channel0 operations atomic ARM: dts: imx6q-sabrelite: add i2c1 pinctrl support ASoC: imx-audmux: add pinctrl support ARM: dts: imx6q-sabrelite: add audmux pinctrl support ARM: imx6q: add ssi1_ipg clk_lookup ASoC: fsl_ssi: convert to use devm_clk_get ARM: imx6q_sabrelite: clk_register_clkdev cko1 for sgtl5000 ARM: dts: imx6q-sabrelite: add sound device imx6q-sabrelite-sgtl5000 ARM: dts: imx6q-sabrelite: add serial2 pinctrl support ARM: imx6q: change clkdev device name from xxxx.uart to xxxx.serial ARM: imx6q: change clkdev device name from xxxx.enet to xxxx.ethernet arch/arm/boot/dts/imx6q-sabrelite.dts | 20 +++++++++++ arch/arm/boot/dts/imx6q.dtsi | 23 +++++++++++++ arch/arm/mach-imx/clk-imx6q.c | 35 +++++++++++--------- arch/arm/mach-imx/mach-imx6q.c </pre> Richard Zhao 2012-05-09T11:32:59 http://comments.gmane.org/gmane.linux.drivers.i2c/11142 <pre>The two patches are to support the OpenCores based I2C controller integrated into the Netlogic XLP SoC (this is different from the Netlogic XLR I2C controller submitted earlier). The first patch is to register i2c devices with of_i2c_register_devices(), which is needed to add i2c devices from the FDT. The second patch is to support a 'regwidth' parameter (both platform and device tree), that allows us do 16-bit or 32-bit register read/write. XLP requires 32-bit IO to its I2C register space and will use 'regwidth = 4' in its device tree. Please let us know your comments. Thanks, JC. Ganesan Ramalingam (2): i2c-ocore: register OF i2c devices i2c-ocore: support 16 and 32-bit wide registers drivers/i2c/busses/i2c-ocores.c | 37 ++++++++++++++++++++++++++++++++++--- include/linux/i2c-ocores.h | 1 + 2 files changed, 35 insertions(+), 3 deletions(-) </pre> Jayachandran C 2012-05-08T13:25:27 http://comments.gmane.org/gmane.linux.drivers.i2c/11134 <pre> </pre> Mrs.Dorothy Peters 2012-05-08T00:36:44 http://comments.gmane.org/gmane.linux.drivers.i2c/11118 <pre>Use the devm_* for the memory region allocation, interrupt request, clock handler request. By doing this, it does not require to explicitly free it and hence saving some code. Signed-off-by: Laxman Dewangan &lt;ldewangan-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; --- drivers/i2c/busses/i2c-tegra.c | 64 ++++++++++----------------------------- 1 files changed, 17 insertions(+), 47 deletions(-) diff --git a/drivers/i2c/busses/i2c-tegra.c b/drivers/i2c/busses/i2c-tegra.c index 18067b3..390d379 100644 --- a/drivers/i2c/busses/i2c-tegra.c +++ b/drivers/i2c/busses/i2c-tegra.c &lt; at &gt;&lt; at &gt; -106,7 +106,6 &lt; at &gt;&lt; at &gt; * &lt; at &gt;adapter: core i2c layer adapter information * &lt; at &gt;clk: clock reference for i2c controller * &lt; at &gt;i2c_clk: clock reference for i2c bus - * &lt; at &gt;iomem: memory resource for registers * &lt; at &gt;base: ioremapped registers cookie * &lt; at &gt;cont_id: i2c controller id, used for for packet header * &lt; at &gt;irq: irq number of transfer complete interrupt &lt; at &gt;&lt; at &gt; -124,7 +123,6 &lt; at &gt;&lt; at &gt; struct tegra_i2c_dev { struct i2c_adapter adapter; struct clk *clk; str</pre> Laxman Dewangan 2012-05-07T06:46:17 http://comments.gmane.org/gmane.linux.drivers.i2c/11115 <pre>Use the devm_* for the memory region allocation, interrupt request, clock handler request. By doing this, it does not require to explicitly free it and hence saving some code. Signed-off-by: Laxman Dewangan &lt;ldewangan-DDmLM1+adcrQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; --- drivers/i2c/busses/i2c-tegra.c | 64 ++++++++++----------------------------- 1 files changed, 17 insertions(+), 47 deletions(-) diff --git a/drivers/i2c/busses/i2c-tegra.c b/drivers/i2c/busses/i2c-tegra.c index 18067b3..390d379 100644 --- a/drivers/i2c/busses/i2c-tegra.c +++ b/drivers/i2c/busses/i2c-tegra.c &lt; at &gt;&lt; at &gt; -106,7 +106,6 &lt; at &gt;&lt; at &gt; * &lt; at &gt;adapter: core i2c layer adapter information * &lt; at &gt;clk: clock reference for i2c controller * &lt; at &gt;i2c_clk: clock reference for i2c bus - * &lt; at &gt;iomem: memory resource for registers * &lt; at &gt;base: ioremapped registers cookie * &lt; at &gt;cont_id: i2c controller id, used for for packet header * &lt; at &gt;irq: irq number of transfer complete interrupt &lt; at &gt;&lt; at &gt; -124,7 +123,6 &lt; at &gt;&lt; at &gt; struct tegra_i2c_dev { struct i2c_adapter adapter; struct clk *clk; str</pre> Laxman Dewangan 2012-05-07T06:44:05 http://comments.gmane.org/gmane.linux.drivers.i2c/11085 <pre>Here's your next back of DT related doings for the ux500, along with some bugs encountered fixed along the way. arch/arm/boot/dts/db8500.dtsi | 103 +++++++++++++- arch/arm/boot/dts/snowball.dts | 3 + arch/arm/configs/u8500_defconfig | 1 + arch/arm/mach-ux500/board-mop500.c | 55 ++------ drivers/i2c/busses/i2c-nomadik.c | 53 ++++++- drivers/mfd/Makefile | 5 +- drivers/mfd/ab8500-core.c | 165 +++++++++++++++++++--- drivers/mfd/ab8500-i2c.c | 128 ----------------- drivers/mfd/db8500-prcmu.c | 30 ++-- drivers/power/ab8500_btemp.c | 12 +- drivers/power/ab8500_charger.c | 12 +- drivers/power/ab8500_fg.c | 12 +- drivers/regulator/ab8500.c | 273 +++++++++++++++++++++++------------- </pre> Lee Jones 2012-05-04T18:23:10 http://comments.gmane.org/gmane.linux.drivers.i2c/11077 <pre>Hi Wolfram, This patchset adds i2c bus recovery infrastructure to i2c adapters as specified in the i2c protocol Rev. 03 section 3.16 titled "Bus clear". http://www.nxp.com/documents/user_manual/UM10204.pdf This patch was earlier part of a separate thread: http://www.spinics.net/lists/linux-i2c/msg07267.html V3-&gt;V4: - created single i2c_recover_bus() routine instead of two. - do bus recovery from i2c core files, instead of individual controller drivers. - created separate struct for gpio configurations - Documentation updated for bus recovery - Renamed few variables to give clear names to them - few prints changed to dev_dbg V2-&gt;V3: - gpio flags are now passed from controller drivers - added support for sda line polling - Aligned i2c-designware driver with generic recovery support Viresh Kumar (2): i2c/adapter: Add bus recovery infrastructure i2c/designware: Provide i2c bus recovery support Documentation/i2c/bus-recovery | 87 +++++++++++++++ drivers/i2c/busses/i2c-designware-</pre> Viresh Kumar 2012-05-04T09:40:58 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.drivers.i2c