1
0
Fork 0
remarkable-linux/drivers/s390
Julian Wiedmann 774367e940 s390/qeth: reset layer2 attribute on layer switch
[ Upstream commit 70551dc46f ]

After the subdriver's remove() routine has completed, the card's layer
mode is undetermined again. Reflect this in the layer2 field.

If qeth_dev_layer2_store() hits an error after remove() was called, the
card _always_ requires a setup(), even if the previous layer mode is
requested again.
But qeth_dev_layer2_store() bails out early if the requested layer mode
still matches the current one. So unless we reset the layer2 field,
re-probing the card back to its previous mode is currently not possible.

Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-09-26 08:38:04 +02:00
..
block s390/dasd: fix panic for failed online processing 2018-09-15 09:45:30 +02:00
char s390: introduce execute-trampolines for branches 2018-04-29 11:33:15 +02:00
cio s390/qdio: reset old sbal_state flags 2018-09-05 09:26:40 +02:00
crypto s390/zcrypt: Fix wrong comparison leading to strange load balancing 2018-02-03 17:38:59 +01:00
net s390/qeth: reset layer2 attribute on layer switch 2018-09-26 08:38:04 +02:00
scsi scsi: zfcp: assert that the ERP lock is held when tracing a recovery trigger 2018-08-03 07:50:32 +02:00
virtio Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux 2017-05-16 09:24:44 -07:00
Makefile virtio/s390: rename drivers/s390/kvm -> drivers/s390/virtio 2015-07-07 14:27:06 +03:00