aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/i2c/busses/Makefile
diff options
context:
space:
mode:
authorDirk Eibach <eibach@gdsys.de>2006-12-10 15:21:31 -0500
committerJean Delvare <khali@arrakis.delvare>2006-12-10 15:21:31 -0500
commit763d9c046a2e511ec090a8986d3f85edf7448e7e (patch)
treeaaf22310febd818cf9810271921cf4e48d57bba6 /drivers/i2c/busses/Makefile
parenta980a99ae5ada5260ddae15da45582dad32dbb93 (diff)
i2c: fix broken ds1337 initialization
On a custom board with ds1337 RTC I found that upgrade from 2.6.15 to 2.6.18 broke RTC support. The main problem are changes to ds1337_init_client(). When a ds1337 recognizes a problem (e.g. power or clock failure) bit 7 in status register is set. This has to be reset by writing 0 to status register. But since there are only 16 byte written to the chip and the first byte is interpreted as an address, the status register (which is the 16th) is never written. The other problem is, that initializing all registers to zero is not valid for day, date and month register. Funny enough this is checked by ds1337_detect(), which depends on this values not being zero. So then treated by ds1337_init_client() the ds1337 is not detected anymore, whereas the failure bit in the status register is still set. Signed-off-by: Dirk Stieler <stieler@gdsys.de> Signed-off-by: Dirk Eibach <eibach@gdsys.de> Signed-off-by: Jean Delvare <khali@linux-fr.org>
Diffstat (limited to 'drivers/i2c/busses/Makefile')
0 files changed, 0 insertions, 0 deletions