x86: ich-spi: Don't read cached lock status
authorBin Meng <bmeng.cn@gmail.com>
Wed, 16 Aug 2017 05:38:29 +0000 (22:38 -0700)
committerBin Meng <bmeng.cn@gmail.com>
Thu, 24 Aug 2017 03:00:47 +0000 (11:00 +0800)
commit3e7914168413f7aa05a68a53ca16e84b14d6851b
tree2075a06bd7412b38f5a2b08aacc15a5a59f20606
parent7d8297892715563a7d9ff6ff90876fd7cbeddd30
x86: ich-spi: Don't read cached lock status

At present the ICH SPI controller driver reads the controller lock
status from its register in the probe routine and saves the lock
status to a member of priv. Later the driver uses the cached status
from priv to judge whether the controller setting is locked and do
different setup.

But such logic is only valid when there is only the SPI controller
driver that touches the SPI hardware. In fact the lock status change
can be trigged outside the driver, eg: during the fsp_notify() call
when Intel FSP is used.

This changes the driver to read the lock status every time when an
SPI transfer is initiated instead of reading the cached one.

Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Stefan Roese <sr@denx.de>
drivers/spi/ich.c
drivers/spi/ich.h