* AM35xx i2c3 issues [not found] <F690310232FDDF4AB457E8B3EF90DDE08D2E797B@MARCM-SBS2011.marcmltd.local> @ 2013-06-27 8:29 ` Marc Murphy 2013-06-27 8:46 ` Michael Trimarchi 0 siblings, 1 reply; 5+ messages in thread From: Marc Murphy @ 2013-06-27 8:29 UTC (permalink / raw) To: linux-omap@vger.kernel.org Hello Grygorii/All, I have been trying to address an issue I am having with 3.6rc6 kernel and even with the latest 3.9 and trying to use i2c3 channel on an AM3517. I see that there has been some work done on the OMAP4 and issues with i2c which looks like the controller being suspended during boot. I would like to know how I can enable the debug so I can see the messages for warning and debug and whether anyone has tested i2c3 channel on an AM3517 ? I find the problem a little confusing as the system initializes the interfaces 1-3 [ 0.168182] omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz [ 0.169830] VDCDC1: 1200 <--> 1600 mV at 1200 mV normal [ 0.169830] VDCDC1: Voltage range but no REGULATOR_CHANGE_VOLTAGE [ 0.170684] VDCDC2: 3300 mV normal [ 0.171264] VDCDC3: 1800 mV normal [ 0.171905] LDO1: 1800 mV normal [ 0.172729] LDO2: 3300 mV normal [ 0.174102] omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz [ 0.187530] omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz But when it comes to probe the i2c3 interface for the mpu6050 that is connected it fails [ 3.896606] omap_i2c omap_i2c.3: timeout waiting for bus ready [ 3.902832] inv-mpu6050: probe of 3-0068 failed with error -110 If I move the mpu6050 onto the i2c2 channel it’s OK so its not an issue with the core omap_i2c. I also have a scope connected to the scl line and see no activity. I have proved to myself that the pin is connected and working by configuring as a GPIO output and toggling 0/1/0 and I can see the output changing on the scope. The mux is configured correctly from what I can see using debugfs # cat /sys/kernel/debug/omap_mux/i2c3_scl name: i2c3_scl.i2c3_scl (0x480021c2/0x192 = 0x0100), b af14, t NA mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 signals: i2c3_scl | NA | NA | NA | gpio_184 | NA | NA | safe_mode # cat /sys/kernel/debug/omap_mux/i2c3_sda name: i2c3_sda.i2c3_sda (0x480021c4/0x194 = 0x0100), b ag14, t NA mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 signals: i2c3_sda | NA | NA | NA | gpio_185 | NA | NA | safe_mode If I probe with i2cdetect for all 3 buses there is only an issue with i2c3 # i2cdetect -r 1 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-1 using read byte commands. I will probe address range 0x03-0x77. Continue? [Y/n] 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- # i2cdetect -r 2 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-2 using read byte commands. I will probe address range 0x03-0x77. Continue? [Y/n] 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- # i2cdetect -r 3 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-3 using read byte commands. I will probe address range 0x03-0x77. Continue? [Y/n] 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: [ 837.943481] omap_i2c omap_i2c.3: timeout waiting for bus ready -- [ 838.958984] omap_i2c omap_i2c.3: timeout waiting for bus ready -- [ 839.974731] omap_i2c omap_i2c.3: timeout waiting for bus ready Any pointers/help appreciated as I have the accelerometer and RTC chip connected on i2c3 but cannot get anything working. Kind Regards Marc -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: AM35xx i2c3 issues 2013-06-27 8:29 ` AM35xx i2c3 issues Marc Murphy @ 2013-06-27 8:46 ` Michael Trimarchi 2013-06-27 9:15 ` Marc Murphy 0 siblings, 1 reply; 5+ messages in thread From: Michael Trimarchi @ 2013-06-27 8:46 UTC (permalink / raw) To: Marc Murphy; +Cc: linux-omap@vger.kernel.org Hi On Thu, Jun 27, 2013 at 08:29:05AM +0000, Marc Murphy wrote: > Hello Grygorii/All, > > I have been trying to address an issue I am having with 3.6rc6 kernel and even with the latest 3.9 and trying to use i2c3 channel on an AM3517. > > I see that there has been some work done on the OMAP4 and issues with i2c which looks like the controller being suspended during boot. > > I would like to know how I can enable the debug so I can see the messages for warning and debug and whether anyone has tested i2c3 channel on an AM3517 ? > > I find the problem a little confusing as the system initializes the interfaces 1-3 > > [ 0.168182] omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz > [ 0.169830] VDCDC1: 1200 <--> 1600 mV at 1200 mV normal > [ 0.169830] VDCDC1: Voltage range but no REGULATOR_CHANGE_VOLTAGE > [ 0.170684] VDCDC2: 3300 mV normal > [ 0.171264] VDCDC3: 1800 mV normal > [ 0.171905] LDO1: 1800 mV normal > [ 0.172729] LDO2: 3300 mV normal > [ 0.174102] omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz > [ 0.187530] omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz > > But when it comes to probe the i2c3 interface for the mpu6050 that is connected it fails > > [ 3.896606] omap_i2c omap_i2c.3: timeout waiting for bus ready > [ 3.902832] inv-mpu6050: probe of 3-0068 failed with error -110 > Can you check if your bus is correctly pull up on the line? Michael > If I move the mpu6050 onto the i2c2 channel it’s OK so its not an issue with the core omap_i2c. > > I also have a scope connected to the scl line and see no activity. I have proved to myself that the pin is connected and working by configuring as a GPIO output and toggling 0/1/0 and I can see the output changing on the scope. > > The mux is configured correctly from what I can see using debugfs > # cat /sys/kernel/debug/omap_mux/i2c3_scl > name: i2c3_scl.i2c3_scl (0x480021c2/0x192 = 0x0100), b af14, t NA > mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 > signals: i2c3_scl | NA | NA | NA | gpio_184 | NA | NA | safe_mode > > # cat /sys/kernel/debug/omap_mux/i2c3_sda > name: i2c3_sda.i2c3_sda (0x480021c4/0x194 = 0x0100), b ag14, t NA > mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 > signals: i2c3_sda | NA | NA | NA | gpio_185 | NA | NA | safe_mode > > > If I probe with i2cdetect for all 3 buses there is only an issue with i2c3 > # i2cdetect -r 1 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-1 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: -- -- -- -- -- -- -- -- -- -- -- -- -- > 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- > 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 70: -- -- -- -- -- -- -- -- > > # i2cdetect -r 2 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-2 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: -- -- -- -- -- -- -- -- -- -- -- -- -- > 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 70: -- -- -- -- -- -- -- -- > > # i2cdetect -r 3 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-3 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: [ 837.943481] omap_i2c omap_i2c.3: timeout waiting for bus ready > -- [ 838.958984] omap_i2c omap_i2c.3: timeout waiting for bus ready > -- [ 839.974731] omap_i2c omap_i2c.3: timeout waiting for bus ready > > > Any pointers/help appreciated as I have the accelerometer and RTC chip connected on i2c3 but cannot get anything working. > > Kind Regards > > Marc > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: AM35xx i2c3 issues 2013-06-27 8:46 ` Michael Trimarchi @ 2013-06-27 9:15 ` Marc Murphy 2013-06-27 11:13 ` Grygorii Strashko 0 siblings, 1 reply; 5+ messages in thread From: Marc Murphy @ 2013-06-27 9:15 UTC (permalink / raw) To: Michael Trimarchi; +Cc: linux-omap@vger.kernel.org Hi Michael, The bus is correctly terminated with 2.2k pullups on SCL and SDA lines. Kind Regards Marc ________________________________________ From: Michael Trimarchi [michael@amarulasolutions.com] Sent: 27 June 2013 09:46 To: Marc Murphy Cc: linux-omap@vger.kernel.org Subject: Re: AM35xx i2c3 issues Hi On Thu, Jun 27, 2013 at 08:29:05AM +0000, Marc Murphy wrote: > Hello Grygorii/All, > > I have been trying to address an issue I am having with 3.6rc6 kernel and even with the latest 3.9 and trying to use i2c3 channel on an AM3517. > > I see that there has been some work done on the OMAP4 and issues with i2c which looks like the controller being suspended during boot. > > I would like to know how I can enable the debug so I can see the messages for warning and debug and whether anyone has tested i2c3 channel on an AM3517 ? > > I find the problem a little confusing as the system initializes the interfaces 1-3 > > [ 0.168182] omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz > [ 0.169830] VDCDC1: 1200 <--> 1600 mV at 1200 mV normal > [ 0.169830] VDCDC1: Voltage range but no REGULATOR_CHANGE_VOLTAGE > [ 0.170684] VDCDC2: 3300 mV normal > [ 0.171264] VDCDC3: 1800 mV normal > [ 0.171905] LDO1: 1800 mV normal > [ 0.172729] LDO2: 3300 mV normal > [ 0.174102] omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz > [ 0.187530] omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz > > But when it comes to probe the i2c3 interface for the mpu6050 that is connected it fails > > [ 3.896606] omap_i2c omap_i2c.3: timeout waiting for bus ready > [ 3.902832] inv-mpu6050: probe of 3-0068 failed with error -110 > Can you check if your bus is correctly pull up on the line? Michael > If I move the mpu6050 onto the i2c2 channel it’s OK so its not an issue with the core omap_i2c. > > I also have a scope connected to the scl line and see no activity. I have proved to myself that the pin is connected and working by configuring as a GPIO output and toggling 0/1/0 and I can see the output changing on the scope. > > The mux is configured correctly from what I can see using debugfs > # cat /sys/kernel/debug/omap_mux/i2c3_scl > name: i2c3_scl.i2c3_scl (0x480021c2/0x192 = 0x0100), b af14, t NA > mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 > signals: i2c3_scl | NA | NA | NA | gpio_184 | NA | NA | safe_mode > > # cat /sys/kernel/debug/omap_mux/i2c3_sda > name: i2c3_sda.i2c3_sda (0x480021c4/0x194 = 0x0100), b ag14, t NA > mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 > signals: i2c3_sda | NA | NA | NA | gpio_185 | NA | NA | safe_mode > > > If I probe with i2cdetect for all 3 buses there is only an issue with i2c3 > # i2cdetect -r 1 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-1 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: -- -- -- -- -- -- -- -- -- -- -- -- -- > 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- > 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 70: -- -- -- -- -- -- -- -- > > # i2cdetect -r 2 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-2 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: -- -- -- -- -- -- -- -- -- -- -- -- -- > 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > 70: -- -- -- -- -- -- -- -- > > # i2cdetect -r 3 > WARNING! This program can confuse your I2C bus, cause data loss and worse! > I will probe file /dev/i2c-3 using read byte commands. > I will probe address range 0x03-0x77. > Continue? [Y/n] > 0 1 2 3 4 5 6 7 8 9 a b c d e f > 00: [ 837.943481] omap_i2c omap_i2c.3: timeout waiting for bus ready > -- [ 838.958984] omap_i2c omap_i2c.3: timeout waiting for bus ready > -- [ 839.974731] omap_i2c omap_i2c.3: timeout waiting for bus ready > > > Any pointers/help appreciated as I have the accelerometer and RTC chip connected on i2c3 but cannot get anything working. > > Kind Regards > > Marc > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: AM35xx i2c3 issues 2013-06-27 9:15 ` Marc Murphy @ 2013-06-27 11:13 ` Grygorii Strashko 2013-06-29 20:23 ` Marc Murphy 0 siblings, 1 reply; 5+ messages in thread From: Grygorii Strashko @ 2013-06-27 11:13 UTC (permalink / raw) To: Marc Murphy; +Cc: Michael Trimarchi, linux-omap@vger.kernel.org Hi Marc, Could you try these patches first: https://patchwork.kernel.org/patch/2685541/ http://patchwork.ozlabs.org/patch/252639/ Then try this patch alone: https://patchwork.kernel.org/patch/2689171/ Also could you provide your .config? Do you have lm75 (or any other hwmon devices) enabled? -grygorii On 06/27/2013 12:15 PM, Marc Murphy wrote: > Hi Michael, > The bus is correctly terminated with 2.2k pullups on SCL and SDA lines. > > Kind Regards > Marc > > ________________________________________ > From: Michael Trimarchi [michael@amarulasolutions.com] > Sent: 27 June 2013 09:46 > To: Marc Murphy > Cc: linux-omap@vger.kernel.org > Subject: Re: AM35xx i2c3 issues > > Hi > > On Thu, Jun 27, 2013 at 08:29:05AM +0000, Marc Murphy wrote: >> Hello Grygorii/All, >> >> I have been trying to address an issue I am having with 3.6rc6 kernel and even with the latest 3.9 and trying to use i2c3 channel on an AM3517. >> >> I see that there has been some work done on the OMAP4 and issues with i2c which looks like the controller being suspended during boot. >> >> I would like to know how I can enable the debug so I can see the messages for warning and debug and whether anyone has tested i2c3 channel on an AM3517 ? >> >> I find the problem a little confusing as the system initializes the interfaces 1-3 >> >> [ 0.168182] omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz >> [ 0.169830] VDCDC1: 1200 <--> 1600 mV at 1200 mV normal >> [ 0.169830] VDCDC1: Voltage range but no REGULATOR_CHANGE_VOLTAGE >> [ 0.170684] VDCDC2: 3300 mV normal >> [ 0.171264] VDCDC3: 1800 mV normal >> [ 0.171905] LDO1: 1800 mV normal >> [ 0.172729] LDO2: 3300 mV normal >> [ 0.174102] omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz >> [ 0.187530] omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz >> >> But when it comes to probe the i2c3 interface for the mpu6050 that is connected it fails >> >> [ 3.896606] omap_i2c omap_i2c.3: timeout waiting for bus ready >> [ 3.902832] inv-mpu6050: probe of 3-0068 failed with error -110 >> > > Can you check if your bus is correctly pull up on the line? > > Michael > >> If I move the mpu6050 onto the i2c2 channel it’s OK so its not an issue with the core omap_i2c. >> >> I also have a scope connected to the scl line and see no activity. I have proved to myself that the pin is connected and working by configuring as a GPIO output and toggling 0/1/0 and I can see the output changing on the scope. >> >> The mux is configured correctly from what I can see using debugfs >> # cat /sys/kernel/debug/omap_mux/i2c3_scl >> name: i2c3_scl.i2c3_scl (0x480021c2/0x192 = 0x0100), b af14, t NA >> mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 >> signals: i2c3_scl | NA | NA | NA | gpio_184 | NA | NA | safe_mode >> >> # cat /sys/kernel/debug/omap_mux/i2c3_sda >> name: i2c3_sda.i2c3_sda (0x480021c4/0x194 = 0x0100), b ag14, t NA >> mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 >> signals: i2c3_sda | NA | NA | NA | gpio_185 | NA | NA | safe_mode >> >> >> If I probe with i2cdetect for all 3 buses there is only an issue with i2c3 >> # i2cdetect -r 1 >> WARNING! This program can confuse your I2C bus, cause data loss and worse! >> I will probe file /dev/i2c-1 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: -- -- -- -- -- -- -- -- -- -- -- -- -- >> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- >> 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 70: -- -- -- -- -- -- -- -- >> >> # i2cdetect -r 2 >> WARNING! This program can confuse your I2C bus, cause data loss and worse! >> I will probe file /dev/i2c-2 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: -- -- -- -- -- -- -- -- -- -- -- -- -- >> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 70: -- -- -- -- -- -- -- -- >> >> # i2cdetect -r 3 >> WARNING! This program can confuse your I2C bus, cause data loss and worse! >> I will probe file /dev/i2c-3 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: [ 837.943481] omap_i2c omap_i2c.3: timeout waiting for bus ready >> -- [ 838.958984] omap_i2c omap_i2c.3: timeout waiting for bus ready >> -- [ 839.974731] omap_i2c omap_i2c.3: timeout waiting for bus ready >> >> >> Any pointers/help appreciated as I have the accelerometer and RTC chip connected on i2c3 but cannot get anything working. >> >> Kind Regards >> >> Marc >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-omap" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: AM35xx i2c3 issues 2013-06-27 11:13 ` Grygorii Strashko @ 2013-06-29 20:23 ` Marc Murphy 0 siblings, 0 replies; 5+ messages in thread From: Marc Murphy @ 2013-06-29 20:23 UTC (permalink / raw) To: 'Grygorii Strashko'; +Cc: Michael Trimarchi, linux-omap@vger.kernel.org Hi Grygorii I tried the three patches but they didn't seem to make a difference. So I put the JTAG on and had a look at all the register settings for i2c2 and i2c3 and they are all fine. I thought to switch from the new platform I am bringing up back to the dev platform (Technexion twister AM3517) and try and replicate the same connections that I have on the target platform and i2c3 is coming up, I can talk to the rtc chip. I think I will need to get the board back to the hardware guys to get them to check the bus for shorts or at least, what I think is the mpu6050 has been fitted incorrectly so it's taking the bus down. Sorry to have raised the non i2c3 channel as an issue, it looks like it's all working fine. Kind Regards Marc -----Original Message----- From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Grygorii Strashko Sent: 27 June 2013 12:13 To: Marc Murphy Cc: Michael Trimarchi; linux-omap@vger.kernel.org Subject: Re: AM35xx i2c3 issues Hi Marc, Could you try these patches first: https://patchwork.kernel.org/patch/2685541/ http://patchwork.ozlabs.org/patch/252639/ Then try this patch alone: https://patchwork.kernel.org/patch/2689171/ Also could you provide your .config? Do you have lm75 (or any other hwmon devices) enabled? -grygorii On 06/27/2013 12:15 PM, Marc Murphy wrote: > Hi Michael, > The bus is correctly terminated with 2.2k pullups on SCL and SDA lines. > > Kind Regards > Marc > > ________________________________________ > From: Michael Trimarchi [michael@amarulasolutions.com] > Sent: 27 June 2013 09:46 > To: Marc Murphy > Cc: linux-omap@vger.kernel.org > Subject: Re: AM35xx i2c3 issues > > Hi > > On Thu, Jun 27, 2013 at 08:29:05AM +0000, Marc Murphy wrote: >> Hello Grygorii/All, >> >> I have been trying to address an issue I am having with 3.6rc6 kernel and even with the latest 3.9 and trying to use i2c3 channel on an AM3517. >> >> I see that there has been some work done on the OMAP4 and issues with i2c which looks like the controller being suspended during boot. >> >> I would like to know how I can enable the debug so I can see the messages for warning and debug and whether anyone has tested i2c3 channel on an AM3517 ? >> >> I find the problem a little confusing as the system initializes the >> interfaces 1-3 >> >> [ 0.168182] omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz >> [ 0.169830] VDCDC1: 1200 <--> 1600 mV at 1200 mV normal >> [ 0.169830] VDCDC1: Voltage range but no REGULATOR_CHANGE_VOLTAGE >> [ 0.170684] VDCDC2: 3300 mV normal >> [ 0.171264] VDCDC3: 1800 mV normal >> [ 0.171905] LDO1: 1800 mV normal >> [ 0.172729] LDO2: 3300 mV normal >> [ 0.174102] omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz >> [ 0.187530] omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz >> >> But when it comes to probe the i2c3 interface for the mpu6050 that is >> connected it fails >> >> [ 3.896606] omap_i2c omap_i2c.3: timeout waiting for bus ready >> [ 3.902832] inv-mpu6050: probe of 3-0068 failed with error -110 >> > > Can you check if your bus is correctly pull up on the line? > > Michael > >> If I move the mpu6050 onto the i2c2 channel it's OK so its not an issue with the core omap_i2c. >> >> I also have a scope connected to the scl line and see no activity. I have proved to myself that the pin is connected and working by configuring as a GPIO output and toggling 0/1/0 and I can see the output changing on the scope. >> >> The mux is configured correctly from what I can see using debugfs # >> cat /sys/kernel/debug/omap_mux/i2c3_scl >> name: i2c3_scl.i2c3_scl (0x480021c2/0x192 = 0x0100), b af14, t NA >> mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 >> signals: i2c3_scl | NA | NA | NA | gpio_184 | NA | NA | safe_mode >> >> # cat /sys/kernel/debug/omap_mux/i2c3_sda >> name: i2c3_sda.i2c3_sda (0x480021c4/0x194 = 0x0100), b ag14, t NA >> mode: OMAP_PIN_INPUT | OMAP_MUX_MODE0 >> signals: i2c3_sda | NA | NA | NA | gpio_185 | NA | NA | safe_mode >> >> >> If I probe with i2cdetect for all 3 buses there is only an issue with >> i2c3 # i2cdetect -r 1 WARNING! This program can confuse your I2C bus, >> cause data loss and worse! >> I will probe file /dev/i2c-1 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: -- -- -- -- -- -- -- -- -- -- -- -- -- >> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 40: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- >> 50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 70: -- -- -- -- -- -- -- -- >> >> # i2cdetect -r 2 >> WARNING! This program can confuse your I2C bus, cause data loss and worse! >> I will probe file /dev/i2c-2 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: -- -- -- -- -- -- -- -- -- -- -- -- -- >> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- >> 70: -- -- -- -- -- -- -- -- >> >> # i2cdetect -r 3 >> WARNING! This program can confuse your I2C bus, cause data loss and worse! >> I will probe file /dev/i2c-3 using read byte commands. >> I will probe address range 0x03-0x77. >> Continue? [Y/n] >> 0 1 2 3 4 5 6 7 8 9 a b c d e f >> 00: [ 837.943481] omap_i2c omap_i2c.3: timeout waiting for bus ready >> -- [ 838.958984] omap_i2c omap_i2c.3: timeout waiting for bus ready >> -- [ 839.974731] omap_i2c omap_i2c.3: timeout waiting for bus ready >> >> >> Any pointers/help appreciated as I have the accelerometer and RTC chip connected on i2c3 but cannot get anything working. >> >> Kind Regards >> >> Marc >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-omap" >> in the body of a message to majordomo@vger.kernel.org More majordomo >> info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" > in the body of a message to majordomo@vger.kernel.org More majordomo > info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-06-29 20:23 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <F690310232FDDF4AB457E8B3EF90DDE08D2E797B@MARCM-SBS2011.marcmltd.local>
2013-06-27 8:29 ` AM35xx i2c3 issues Marc Murphy
2013-06-27 8:46 ` Michael Trimarchi
2013-06-27 9:15 ` Marc Murphy
2013-06-27 11:13 ` Grygorii Strashko
2013-06-29 20:23 ` Marc Murphy
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox