On Fri, Jul 06, 2012 at 08:28:52AM +0200, Sascha Hauer wrote: > On Fri, Jul 06, 2012 at 08:52:50AM +0800, Richard Zhao wrote: > > On Thu, Jul 05, 2012 at 06:01:53PM +0200, Sascha Hauer wrote: > > > On Thu, Jul 05, 2012 at 10:52:39PM +0800, Richard Zhao wrote: > > > > On Thu, Jul 05, 2012 at 03:10:26PM +0200, Sascha Hauer wrote: > > > > > Measurements on i.MX1 and i.MX53 have shown that the divider values > > > > > in the datasheets are wrong. the values from first, third and fourth > > > > > column were all measured to be 8 higher than in the datasheet. It > > > > > should be safe to assume that the SoCs between i.MX1 and i.MX53 behave > > > > > the same as the i2c unit is unchanged since the i.MX1. > > > > We may need to check with IC guys? Or you've done? > > > > > > I don't have contact to the IC guys. Could you do this? I'd be > > > interested in the results. > > Sure, but it may be slow, as you know, many people are in summer break. > > Thanks. It can take longer, the resulting frequencies are all too low, > so we are on the safe side. Sascha, IC guys confirmed that the spec is right: This an adaptive feature of our I2C module may apply to all IMX chips. No mistake in the table of RMs. The divider is designed to guarantee SCL high level and low level last time. Divider will hold when SCL transition from 1 to 0 or 0 to 1, if the transition time is longer than 1 internal pre-divided clock cycle. The pre-divided clock is divided from I2C module clock, used for generating SCL. So you will see SCL clock cycle is some way longer than calculated value using IFDR. Transition time will different from rising or falling edge, different pull-up resistors, and different SCL loading. This feature make sure transition time won’t eat both level time of SCL. Thanks Richard > > Sascha > > -- > Pengutronix e.K. | | > Industrial Linux Solutions | http://www.pengutronix.de/ | > Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | > -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
