[PATCH 04/14] cxlflash: Avoid command room violation
Uma Krishnan
ukrishn at linux.vnet.ibm.com
Wed Nov 16 10:14:25 AEDT 2016
During test, a command room violation interrupt is occasionally seen
for the master context when the CXL flash devices are stressed.
After studying the code, there could be gaps in the way command room
value is being cached in cxlflash. When the cached command room is zero
the thread attempting to send becomes burdened with updating the cached
value with the actual value from the AFU. Today, this is handled with
an atomic set operation of the raw value read. Following the atomic
update, the thread proceeds to send.
This behavior is incorrect on two counts:
- The update fails to take into account the current thread and its
consumption of one of the hardware commands.
- The update does not take into account other threads also atomically
updating. Per design, a worker thread updates the cached value when
a send thread times out. By not performing an atomic compare/exchange,
the cached value can be incorrectly clobbered.
To correct these issues, the runtime updates of the cached command room
are updated to use atomic64_cmpxchg() and the send routine is updated to
take into account the current thread consuming a hardware command.
Signed-off-by: Uma Krishnan <ukrishn at linux.vnet.ibm.com>
---
drivers/scsi/cxlflash/main.c | 16 ++++++++++------
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/scsi/cxlflash/main.c b/drivers/scsi/cxlflash/main.c
index 6d33d8c..1a32e8b 100644
--- a/drivers/scsi/cxlflash/main.c
+++ b/drivers/scsi/cxlflash/main.c
@@ -322,9 +322,10 @@ static int send_cmd(struct afu *afu, struct afu_cmd *cmd)
if (!newval) {
do {
room = readq_be(&afu->host_map->cmd_room);
- atomic64_set(&afu->room, room);
- if (room)
- goto write_ioarrin;
+ if (room) {
+ atomic64_cmpxchg(&afu->room, 0, room);
+ goto retry;
+ }
udelay(1 << nretry);
} while (nretry++ < MC_ROOM_RETRY_CNT);
@@ -346,7 +347,6 @@ static int send_cmd(struct afu *afu, struct afu_cmd *cmd)
goto no_room;
}
-write_ioarrin:
writeq_be((u64)&cmd->rcb, &afu->host_map->ioarrin);
out:
pr_devel("%s: cmd=%p len=%d ea=%p rc=%d\n", __func__, cmd,
@@ -2409,6 +2409,7 @@ static void cxlflash_worker_thread(struct work_struct *work)
struct afu *afu = cfg->afu;
struct device *dev = &cfg->dev->dev;
int port;
+ u64 room;
ulong lock_flags;
/* Avoid MMIO if the device has failed */
@@ -2437,8 +2438,11 @@ static void cxlflash_worker_thread(struct work_struct *work)
}
if (afu->read_room) {
- atomic64_set(&afu->room, readq_be(&afu->host_map->cmd_room));
- afu->read_room = false;
+ room = readq_be(&afu->host_map->cmd_room);
+ if (room) {
+ atomic64_cmpxchg(&afu->room, 0, room);
+ afu->read_room = false;
+ }
}
spin_unlock_irqrestore(cfg->host->host_lock, lock_flags);
--
2.1.0
More information about the Linuxppc-dev
mailing list