shill: avoid virtio_net race condition
With the virtnet driver, it's possible for the kernel's IPv6 code
to transmit frames before virtnet_probe completes. This seems to confuse
the driver, making the device unable to transmit. To make use of the
device, one then has to unload and reload (rmmod+modprobe) the driver.
This makes difficult to run shill in a VM. That means that a patch
to enable shill as the default CM won't make it through the commit queue.
Work around the virtnet+IPv6 problem by sleeping before bringing
up the virtual ethernet device. Empirically, it takes about 7ms
from the time shill gets the notification about the virtnet device
being available, until the time when virtnet_probe completes.
We sleep 2 seconds (2000ms) to leave lots of slack.
Collateral change: declare some Ethernet methods as virtual.
They're already virtual (by virtual of their base class declarations),
but declaring them virtual in Ethernet makes this explicit.
BUG=chromium-os:29494
TEST=trybots, manual testing (see below)
Trybots: ran on 10 trybots, with 20 iterations of VMTest
each. (Using https://gerrit.chromium.org/gerrit/#change,19560.)
Saw no failures.
Manual testing: Ran shill in VM, verified that ethernet
was identified as using virtio driver. Ran shill on an
Alex (with linksys usb ethernet adapter), verified that
ethernet was not identified as using virtio driver.
Change-Id: I48727e65c2f64f9973faaf9eeaedfbcf452b0b82
Reviewed-on: https://gerrit.chromium.org/gerrit/20415
Reviewed-by: Paul Stewart <pstew@chromium.org>
Commit-Ready: mukesh agrawal <quiche@chromium.org>
Tested-by: mukesh agrawal <quiche@chromium.org>
diff --git a/technology.h b/technology.h
index d881481..821f558 100644
--- a/technology.h
+++ b/technology.h
@@ -25,6 +25,7 @@
kTunnel,
kBlacklisted,
kLoopback,
+ kVirtioEthernet, // Only for internal use in DeviceInfo.
kUnknown,
};