diff options
author | Harald Freudenberger <freude@linux.ibm.com> | 2018-11-26 17:50:04 +0300 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2019-12-05 11:20:04 +0300 |
commit | 43cd68d7002bcc70cf37c2c88057e17fa9a46b98 (patch) | |
tree | 97ad89bbdb38e6e8509978e3829b811537323f4f /crypto/crypto_user.c | |
parent | 5ac0da68eae1e170888bd366f077ef484c2a6403 (diff) | |
download | linux-43cd68d7002bcc70cf37c2c88057e17fa9a46b98.tar.xz |
s390/zcrypt: make sysfs reset attribute trigger queue reset
[ Upstream commit 42a87d4103ae365e18c3be1333592ab583b8ad9d ]
Until now there is no way to reset a AP queue or card. Driving a card
or queue offline and online again does only toggle the 'software'
online state. The only way to trigger a (hardware) reset is by running
hot-unplug/hot-plug for example on the HMC.
This patch makes the queue reset attribute in sysfs writable.
Writing into this attribute triggers a reset on the AP queue's state
machine. So the AP queue is flushed and state machine runs through the
initial states which cause a reset (PQAP(RAPQ)) and a re-registration
to interrupts (PQAP(AQIC)) if available.
The reset sysfs attribute is writable by root only. So only an
administrator is allowed to initiate a reset of AP queues. Please note
that the queue's counter values are left untouched by the reset.
Signed-off-by: Harald Freudenberger <freude@linux.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'crypto/crypto_user.c')
0 files changed, 0 insertions, 0 deletions