u-boot.git/drivers/rtc, branch v2020.10

treewide: convert devfdt_get_addr() to dev_read_addr()

2020-07-25T20:46:57+00:00

When you enable CONFIG_OF_LIVE, you will end up with a lot of
conversions.

To generate this commit, I used coccinelle excluding drivers/core/,
include/dm/, and test/

The semantic patch that makes this change is as follows:

  
  @@
  expression dev;
  @@
  -devfdt_get_addr(dev)
  +dev_read_addr(dev)
  

Signed-off-by: Masahiro Yamada

Revert "Merge tag 'dm-pull-20jul20' of git://git.denx.de/u-boot-dm"

2020-07-24T12:42:06+00:00

This reverts commit 5d3a21df6694ebd66d5c34c9d62a26edc7456fc7, reversing
changes made to 56d37f1c564107e27d873181d838571b7d7860e7.

Unfortunately this is causing CI failures:
https://travis-ci.org/github/trini/u-boot/jobs/711313649

Signed-off-by: Tom Rini

treewide: convert devfdt_get_addr() to dev_read_addr()

2020-07-20T17:37:47+00:00

When you enable CONFIG_OF_LIVE, you will end up with a lot of
conversions.

To generate this commit, I used coccinelle excluding drivers/core/,
include/dm/, and test/

The semantic patch that makes this change is as follows:

  
  @@
  expression dev;
  @@
  -devfdt_get_addr(dev)
  +dev_read_addr(dev)
  

Signed-off-by: Masahiro Yamada

acpi: Support generation of I2C descriptor

2020-07-17T06:32:24+00:00

Add a function to write a GPIO descriptor to the generated ACPI code.

Signed-off-by: Simon Glass 
Reviewed-by: Wolfgang Wallner 
Reviewed-by: Bin Meng

rtc: i2c_rtc_emul: catch any write to the "reset" register

2020-07-09T04:02:45+00:00

It's more natural that any write that happens to touch the reset
register should cause a reset, rather than just a write that starts at
that offset.

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes

rtc: sandbox-rtc: fix set method

2020-07-09T04:02:45+00:00

The current set method is broken; a simple test case is to first set
the date to something in April, then change the date to 31st May:

=> date 040412122020.34
Date: 2020-04-04 (Saturday)    Time: 12:12:34
=> date 053112122020.34
Date: 2020-05-01 (Friday)    Time: 12:12:34

or via the amending of the existing rtc_set_get test case similarly:

$ ./u-boot -T -v
=> ut dm rtc_set_get
Test: dm_test_rtc_set_get: rtc.c
expected: 31/08/2004 18:18:00
actual: 01/08/2004 18:18:00

The problem is that after each register write,
sandbox_i2c_rtc_complete_write() gets called and sets the internal
time from the current set of registers. However, when we get to
writing 31 to mday, the registers are in an inconsistent state (mon is
still 4), so the mktime machinery ends up translating April 31st to
May 1st. Upon the next register write, the registers are populated by
sandbox_i2c_rtc_prepare_read(), so the 31 we just wrote to mday gets
overwritten by a 1.

Fix it by writing all registers at once, and for consistency, update
the get method to retrieve them all with one "i2c transfer".

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes

rtc: pcf2127: provide ->write method

2020-07-09T04:02:45+00:00

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes

rtc: pcf2127: provide ->read method

2020-07-09T04:02:45+00:00

This simply consists of renaming the existing pcf2127_read_reg()
helper to follow the naming of the other
methods (i.e. pcf2127_rtc_) and changing the type of its
"len" parameter.

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes

rtc: fall back to ->{read, write} if ->{read, write}8 are not provided

2020-07-09T04:02:45+00:00

Similar to how the dm_rtc_{read,write} functions fall back to using
the {read,write}8 methods, do the opposite in the rtc_{read,write}8
functions.

This way, each driver only needs to provide either ->read8 or ->read
to make both rtc_read8() and dm_rtc_read() work - without this, a
driver that provides ->read() would most likely just duplicate the
logic here for implementing a ->read8() method in term of its ->read()
method. The same remarks of course apply to the write case.

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes

rtc: add dm_rtc_write() helper

2020-07-09T04:02:44+00:00

Similar to dm_rtc_read(), introduce a helper that allows the caller to
write multiple consecutive 8-bit registers with one call. If the
driver provides the ->write method, use that, otherwise loop using
->write8.

Reviewed-by: Simon Glass 
Reviewed-by: Heiko Schocher 
Signed-off-by: Rasmus Villemoes