summaryrefslogtreecommitdiffstats
path: root/drivers/s390
diff options
context:
space:
mode:
authorUrsula Braun <braunu@de.ibm.com>2008-04-01 10:26:55 +0200
committerJeff Garzik <jgarzik@redhat.com>2008-04-16 20:41:39 -0400
commit922dc0624ea02905e33a7fe1440f8cd157f9a4e5 (patch)
treeddbccbfe6065a25e96f11bc38d3d76d6acda6c92 /drivers/s390
parent508b3c4f71dc348f8b68f1b4ea3aa0d115f0199d (diff)
downloadop-kernel-dev-922dc0624ea02905e33a7fe1440f8cd157f9a4e5.zip
op-kernel-dev-922dc0624ea02905e33a7fe1440f8cd157f9a4e5.tar.gz
qeth: set lan_online flag after a received STARTLAN
Problem: A STARTLAN command from the adapter may arrive while a qeth recovery is currently running with a failed qeth STARTLAN. Usually qeth schedules a recovery when receiving a STARTLAN command from the adapter. But another recovery scheduled while a recovery is already running never starts. Thus the qeth-administered lan_online flag remains zero in this scenario, even though the adapter-STARTLAN has happened. Solution: Set lan_online flag for a received STARTLAN from the adapter in case scheduled recovery does not start. Signed-off-by: Ursula Braun <braunu@de.ibm.com> Signed-off-by: Frank Blaschka <frank.blaschka@de.ibm.com> Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
Diffstat (limited to 'drivers/s390')
-rw-r--r--drivers/s390/net/qeth_core_main.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/s390/net/qeth_core_main.c b/drivers/s390/net/qeth_core_main.c
index 86bcaf0..ce27c0f 100644
--- a/drivers/s390/net/qeth_core_main.c
+++ b/drivers/s390/net/qeth_core_main.c
@@ -417,6 +417,7 @@ static struct qeth_ipa_cmd *qeth_check_ipa_data(struct qeth_card *card,
QETH_CARD_IFNAME(card),
card->info.chpid);
netif_carrier_on(card->dev);
+ card->lan_online = 1;
qeth_schedule_recovery(card);
return NULL;
case IPA_CMD_MODCCID:
OpenPOWER on IntegriCloud