From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Daney Subject: Re: [PATCH 2/2] i2c: octeon: Fix waiting for operation completion Date: Fri, 11 Nov 2016 14:11:39 -0800 Message-ID: <5826421B.2020606@caviumnetworks.com> References: <20161107200921.30284-1-paul.burton@imgtec.com> <20161107200921.30284-2-paul.burton@imgtec.com> <20161109134103.GC2960@hardcore> <1595446.2T31j1Ekg5@np-p-burton> <20161111085707.GC16907@hardcore> <2702c562-ca4a-b7e0-4828-85f0df7d8f9b@cavium.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <2702c562-ca4a-b7e0-4828-85f0df7d8f9b@cavium.com> Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-subscribe: List-owner: List-post: List-archive: To: "Steven J. Hill" Cc: Jan Glauber , Paul Burton , linux-i2c@vger.kernel.org, linux-mips@linux-mips.org, David Daney , Peter Swain , Wolfram Sang List-Id: linux-i2c@vger.kernel.org On 11/11/2016 12:51 PM, Steven J. Hill wrote: > On 11/11/2016 02:57 AM, Jan Glauber wrote: >> >> we can reproduce the problem on our side, but I don't have direct access >> to a MIPS system so I'm still just guessing what happens. If you want >> you can try the attached patches. >> >> I'm trying to get rid of the polling around the interrupt altogether. >> It works fine on Thunderx, sometimes I run into an interrupt timeout >> after a lost-arbitration but recovery/retry is able to clean that up. >> >> Please also revert 70121f7 as before. The last patch adds some debugging >> output to see if we run into timeouts or recovery. >> > Using your three patches without reverting 70121f7 fails on both 71xx > and 78xx boards. Paul's "[PATCH 1/2] i2c: octeon: Fix register access" > eliminates the i2c probe hang and both boards boot properly. Tested > on top of Linus' v4.9-rc4 tag. > We need a definitive set of patches to apply. If Paul's patches are not sufficient, work with Jan to create and test a set (perhaps including reversions) that will make it work on both OCTEON and Thunder, noting any dependencies on Paul's patches. Then get that posted ASAP so that I2C can work again David.