From: david.wu@rock-chips•com (David.Wu)
To: linux-arm-kernel@lists•infradead.org
Subject: [PATCH v8 7/8] i2c: rk3x: add i2c support for rk3399 soc
Date: Thu, 12 May 2016 23:07:34 +0800 [thread overview]
Message-ID: <57349C36.4030401@rock-chips.com> (raw)
In-Reply-To: <5733D7AA.1060500@rock-chips.com>
Hi Doug?
? 2016/5/12 9:08, David.Wu ??:
> Hi Doug,
>
> ? 2016/5/12 1:37, Doug Anderson ??:
>> Hi,
>>
>> On Tue, May 10, 2016 at 12:31 PM, David Wu <david.wu@rock-chips•com>
>> wrote:
>>> static void rk3x_i2c_adapt_div(struct rk3x_i2c *i2c, unsigned long
>>> clk_rate)
>>> {
>>> struct i2c_timings *t = &i2c->t;
>>> struct rk3x_i2c_calced_timings calc;
>>> u64 t_low_ns, t_high_ns;
>>> + u32 val;
>>> int ret;
>>>
>>> - ret = rk3x_i2c_calc_divs(clk_rate, t, &calc);
>>> + ret = i2c->soc_data->calc_timings(clk_rate, t, &calc);
>>> WARN_ONCE(ret != 0, "Could not reach SCL freq %u",
>>> t->bus_freq_hz);
>>>
>>> - clk_enable(i2c->clk);
>>> + clk_enable(i2c->pclk);
>>> +
>>> i2c_writel(i2c, (calc.div_high << 16) | (calc.div_low &
>>> 0xffff),
>>> REG_CLKDIV);
>>> - clk_disable(i2c->clk);
>>> +
>>> + val = i2c_readl(i2c, REG_CON);
>>> + val &= ~REG_CON_TUNING_MASK;
>>> + val |= calc.tuning;
>>> + i2c_writel(i2c, val, REG_CON);
>>
>> Another subtle bug here. You need to be holding the spinlock here
>> since you're doing a read-modify-write of a register that is also
>> touched by the interrupt handler. We never needed it before because
>> the previous register update wasn't touched by anyone else and it was
>> a single atomic write.
>>
>> Also: technically if we are midway through a transfer when all this
>> happens then there will be a very short period of time when the two
>> timing-related registers won't match with each other. I have no idea
>> how much that would matter, but in the very least it seems wise to
>> minimize the time where they mismatch. So I'd probably write:
>>
>> spin_lock_irqsave(&i2c->lock, flags);
>> val = i2c_readl(i2c, REG_CON);
>> val &= ~REG_CON_TUNING_MASK;
>> val |= calc.tuning;
>> i2c_writel(i2c, val, REG_CON);
>> i2c_writel(i2c, (calc.div_high << 16) | (calc.div_low & 0xffff),
>> REG_CLKDIV);
>> spin_unlock_irqrestore(&i2c->lock, flags);
>>
>> ...if we really end up with on a system with a dynamically changing
>> clock that uses the new-style timing and we see real problems, we can
>> always try to come up with a way to avoid any problems. Sound OK?
>>
>>
>
> Good, add spin_lock is very necessary for atomic write here, thanks for
> your advice.
I also found a subtle bug, it would clean the con register by use
"i2c_writel(i2c, 0, REG_CON)" in rk3x_i2c_stop(). So i think it would be
fixed by using read-modify-write way here in next version.
>
>> Otherwise, I think things look good to me. Caesar's comments would
>> also be good to fix.
>>
>>
>> -Doug
>>
>>
>>
next prev parent reply other threads:[~2016-05-12 15:07 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-10 19:24 [PATCH v8 0/8] add i2c driver supported for rk3399 David Wu
2016-05-10 19:24 ` [PATCH v8 1/8] i2c: rk3x: add documentation to fields in "struct rk3x_i2c" David Wu
2016-05-11 15:04 ` Heiko Stuebner
2016-05-10 19:24 ` [PATCH v8 2/8] i2c: rk3x: use struct "rk3x_i2c_calced_timings" David Wu
2016-05-10 19:24 ` [PATCH v8 3/8] i2c: rk3x: Remove redundant rk3x_i2c_clean_ipd() David Wu
2016-05-11 18:26 ` Heiko Stuebner
2016-05-12 1:11 ` David.Wu
2016-05-10 19:24 ` [PATCH v8 4/8] i2c: rk3x: Change SoC data to not use array David Wu
2016-05-10 19:29 ` [PATCH v8 5/8] i2c: rk3x: Move spec timing data to "static const" structs David Wu
2016-05-10 19:30 ` [PATCH v8 6/8] dt-bindings: i2c: rk3x: add support for rk3399 David Wu
2016-05-11 16:35 ` Doug Anderson
2016-05-12 1:14 ` David.Wu
2016-05-11 18:20 ` Heiko Stuebner
2016-05-10 19:31 ` [PATCH v8 7/8] i2c: rk3x: add i2c support for rk3399 soc David Wu
2016-05-11 11:43 ` Caesar Wang
2016-05-11 17:37 ` Doug Anderson
2016-05-12 1:08 ` David.Wu
2016-05-12 15:07 ` David.Wu [this message]
2016-05-12 21:09 ` Doug Anderson
2016-05-10 19:33 ` [PATCH v8 8/8] i2c: rk3x: support fast-mode plus for rk3399 David Wu
2016-05-11 11:44 ` Caesar Wang
2016-05-11 21:09 ` Heiko Stuebner
2016-05-11 23:41 ` Doug Anderson
2016-05-12 8:30 ` Heiko Stuebner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57349C36.4030401@rock-chips.com \
--to=david.wu@rock-chips$(echo .)com \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox