Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing

2014-12-05 Thread Alexander Kochetkov
Hello, Tony! > The issue I'm seeing on 2430sdp is some earlier regression that > has started happening over the past year or so. I don't have 2430sdp. And I couldn't find 2430sdp schematics. Looks, like this is NDA stuff. > Of course the issue I'm seeing could be caused by hung twl4030 > PMIC

Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing

2014-12-04 Thread Tony Lindgren
* Alexander Kochetkov [141202 03:19]: > > 01 дек. 2014 г., в 22:58, Tony Lindgren написал(а): > > > I think this is a different issue than what I'm seeing. > > Hello, Tony! > > Thank you for testing! > > Could check i2c-omap.c from commit ca1f8da9ac5ce6e63d8f6933f83fabc1f3f961f4. > As all my

Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing

2014-12-02 Thread Alexander Kochetkov
01 дек. 2014 г., в 22:58, Tony Lindgren написал(а): > I think this is a different issue than what I'm seeing. Hello, Tony! Thank you for testing! Could check i2c-omap.c from commit ca1f8da9ac5ce6e63d8f6933f83fabc1f3f961f4. As all my changes comes after it[1]. So I can understand was the probl

Re: [RFC 1/2] i2c: omap: fix buffer overruns during RX/TX data processing

2014-12-01 Thread Tony Lindgren
* Alexander Kochetkov [141129 13:02]: > commit dd74548ddece4b9d68e5528287a272fa552c81d0 ("i2c: omap: > resize fifos before each message") dropped check for dev->buf_len. > As result, data processing loop cause dev->buf overruns for > devices with 16-bit data register (omap2420). > > In the dd7454