summaryrefslogtreecommitdiffstats
path: root/drivers/rtc/rtc-jz4740.c
diff options
context:
space:
mode:
authorDmitry Eremin-Solenikov <dbaryshkov@gmail.com>2014-10-23 01:23:01 +0200
committerBrian Norris <computersforpeace@gmail.com>2014-10-29 18:50:52 -0700
commit89cf38dd536a7301d6b5f5ddd73f42074c01bfaa (patch)
treed6b1e5e6dfccdefd4660baa662ec427d7f73eee9 /drivers/rtc/rtc-jz4740.c
parent0c53b4e7e25a2635aef3006b990b6802cefc873f (diff)
downloadtalos-op-linux-89cf38dd536a7301d6b5f5ddd73f42074c01bfaa.tar.gz
talos-op-linux-89cf38dd536a7301d6b5f5ddd73f42074c01bfaa.zip
mtd: cfi_cmdset_0001.c: fix resume for LH28F640BF chips
After '#echo mem > /sys/power/state' some devices can not be properly resumed because apparently the MTD Partition Configuration Register has been reset to default thus the rootfs cannot be mounted cleanly on resume. An example of this can be found in the SA-1100 Developer's Manual at 9.5.3.3 where the second step of the Sleep Shutdown Sequence is described: "An internal reset is applied to the SA-1100. All units are reset...". As workaround we refresh the PCR value as done initially on chip setup. This behavior and the fix are confirmed by our tests done on 2 different Zaurus collie units with kernel 3.17. Fixes: 812c5fa82bae: ("mtd: cfi_cmdset_0001.c: add support for Sharp LH28F640BF NOR") Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Cc: <stable@vger.kernel.org> # 3.16+ Signed-off-by: Brian Norris <computersforpeace@gmail.com>
Diffstat (limited to 'drivers/rtc/rtc-jz4740.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud