From mboxrd@z Thu Jan 1 00:00:00 1970 From: Magnus Damm Subject: Re: [PATCH 0/9] i2c: rcar: tackle race conditions in the driver Date: Wed, 9 Sep 2015 14:08:28 +0900 Message-ID: References: <1441311613-2681-1-git-send-email-wsa@the-dreams.de> <5464456.UnsMOS3MTx@avalon> <20150903204000.GB1574@katana> <20150905073143.GA1616@katana> <20150908105356.GA15793@katana> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: In-Reply-To: <20150908105356.GA15793@katana> Sender: linux-i2c-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Wolfram Sang Cc: Laurent Pinchart , Linux-I2C , SH-Linux , Simon Horman , Geert Uytterhoeven , Kuninori Morimoto , Yoshihiro Kaneko , Sergei Shtylyov List-Id: linux-i2c@vger.kernel.org Hi Wolfram, On Tue, Sep 8, 2015 at 7:53 PM, Wolfram Sang wrote: > >> Yes, now a HD-ready TV is hooked up. It should give you something over >> EDID. Let me know when you're done and I'll move things back. > > 'No EDID data' says bootlog. Also, all 0 when reading that i2c client > address afterwards. I don't see or sense anything suspicious with the > I2C transfers itself from remote. Did you use the DRM/KMS modetest program to display stuff on the HDMI monitor? To trigger the error case you need to a couple of steps - just booting the kernel does not trigger things. The EDID provided by the HDMI monitor is read out by the HDMI encoder chip that in turn is connected over I2C to the SoC. I believe the connection between the HDMI monitor and the HDMI encoder chip works ok, but the bits between the HDMI encoder chip and the I2C master on the SoCs may need some more attention. > And could you maybe install a local TFTP server on your next images? :) This was done by Geert earlier. Lets discuss details over IRC! Thanks, / magnus