[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAALWOA8mtMAszBv6rcXdMzE_mRrrh-wmn6ECMJ32z4cJcfcOjw@mail.gmail.com>
Date: Sun, 28 Aug 2016 01:38:16 +0200
From: Matthijs van Duin <matthijsvanduin@...il.com>
To: Wolfram Sang <wsa@...-dreams.de>
Cc: Ravikumar Kattekola <rk@...com>, Tony Lindgren <tony@...mide.com>,
"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>,
linux-i2c@...r.kernel.org, lkml <linux-kernel@...r.kernel.org>
Subject: Re: [RFC 1/1] drivers: i2c: omap: Add slave support
On 27 August 2016 at 19:22, Wolfram Sang <wsa@...-dreams.de> wrote:
> Uh, that sounds like bad HW...
Making a mess of I2C controllers seems to be a popular hobby among
chip designers :P
( I also really like how the RPi handles clock stretching... *cough* )
> While it surely is nice to have super detailed information, can you give
> this overloaded maintainer a few-line, high level summary of what is
> written there?
What's written there is what should have been in the docs: correct (as
in reality-matching) details of how the thing actually works in slave
mode, and how to operate it without risking race conditions. They're
not comprehensive, and certainly not polished since they are my
personal notes I've made while studying the peripheral in detail, but
I figured both on E2E and here I might perhaps save time and
frustration by making them available.
A lot of the details (including the completely bizarre behaviour of
its innocuous-looking irq registers) would be quite non-trivial to
figure out without putting in a similar effort.
Matthijs
Powered by blists - more mailing lists