s390/zcrypt: Fix blocking queue device after unbind/bind.
When the association between a queue device and the driver is released via unbind and later re-associated the queue device was not operational any more. Reason was a wrong administration of the card/queue lists within the ap device driver. This patch introduces revised card/queue list handling within the ap device driver: when an ap device is detected it is initial not added to the card/queue list any more. With driver probe the card device is added to the card list/the queue device is added to the queue list within a card. With driver remove the device is removed from the card/queue list. Additionally there are some situations within the ap device live where the lists need update upon card/queue device release (for example device hot unplug or suspend/resume). Signed-off-by: Harald Freudenberger <freude@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
This commit is contained in:

committed by
Martin Schwidefsky

parent
698be5d6ee
commit
e385050873
@@ -584,7 +584,14 @@ static struct device_type ap_queue_type = {
|
||||
|
||||
static void ap_queue_device_release(struct device *dev)
|
||||
{
|
||||
kfree(to_ap_queue(dev));
|
||||
struct ap_queue *aq = to_ap_queue(dev);
|
||||
|
||||
if (!list_empty(&aq->list)) {
|
||||
spin_lock_bh(&ap_list_lock);
|
||||
list_del_init(&aq->list);
|
||||
spin_unlock_bh(&ap_list_lock);
|
||||
}
|
||||
kfree(aq);
|
||||
}
|
||||
|
||||
struct ap_queue *ap_queue_create(ap_qid_t qid, int device_type)
|
||||
|
Reference in New Issue
Block a user