From: Hans de Goede <hdegoede@redhat.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] i2c: mvtwsi: Fix problem with baud rate calculation
Date: Wed, 18 Mar 2015 09:21:27 +0100 [thread overview]
Message-ID: <55093587.5080006@redhat.com> (raw)
In-Reply-To: <5509354F.7020805@redhat.com>
Hi,
On 18-03-15 09:20, Hans de Goede wrote:
> Hi,
>
> On 17-03-15 12:15, Hans de Goede wrote:
>> Hi,
>>
>> On 17-03-15 11:08, Stefan Roese wrote:
>>> The current implementation for baudrate calculation is incorrect.
>>> This part from the formula:
>>>
>>> "2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!
>>>
>>> This patch fixes this and moves this calculation to a function instead of using a macro.
>>
>> Hmm, this does not match with what the Allwinner datasheets say:
>> https://github.com/allwinner-zh/documents/blob/master/A20/A20%20user%20manual%20v1.3%2020141010.pdf
>>
>> They say:
>>
>> Fsamp = F 0 = Fin / 2^CLK_N
>> F1 = F0 / (CLK_M + 1)
>> Foscl = F1 / 10 = Fin / (2^CLK_N * (CLK_M + 1)*10)
>>
>> With Foscl being the ultimate i2c speed. Notice that they are talking about
>> 2 ^ CLK_N not 2 ^ (CLK_N + 1)
>>
>> And they have a few examples which match this. Now it could be that a
>> register value of 0 means CLK_N = 1, reg 1 CLK_N = 2, etc. this is not clearly
>> specified ...
>>
>>> This new function is taken from the Linux kernel.
>>
>> Interesting, because on Allwinnner / sunxi devices we are using the kernel
>> driver formula unmodified, and things seem to work fine despite this. Could
>> be tolerances allowing this, could be the Allwinner datasheet being unclear.
>>
>> I've send allwinner a mail asking them to clarify this.
>
> I've just gotten an answer from allwinner, and the formula in their datasheet
> is correct, with the raw register value == CLK_N so the current (before this patch)
> u-boot code is correct for Allwinner devices and we need a #ifdef here to keep the
> old formula for sunxi devices, you can use:
p.s.
This means the kernel currently does the wrong thing on Allwinner, I've put fixing
this on my todo list.
Regards,
Hans
next prev parent reply other threads:[~2015-03-18 8:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-17 10:08 [U-Boot] [PATCH] i2c: mvtwsi: Fix problem with baud rate calculation Stefan Roese
2015-03-17 11:15 ` Hans de Goede
2015-03-17 11:25 ` Stefan Roese
2015-03-17 12:20 ` Hans de Goede
2015-03-18 8:20 ` Hans de Goede
2015-03-18 8:21 ` Hans de Goede [this message]
2015-03-18 8:26 ` Stefan Roese
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=55093587.5080006@redhat.com \
--to=hdegoede@redhat.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
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