From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LA35K-0000Kj-TW for qemu-devel@nongnu.org; Tue, 09 Dec 2008 08:57:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LA35J-0000JN-C9 for qemu-devel@nongnu.org; Tue, 09 Dec 2008 08:57:10 -0500 Received: from [199.232.76.173] (port=45183 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LA35J-0000JF-6W for qemu-devel@nongnu.org; Tue, 09 Dec 2008 08:57:09 -0500 Received: from mx2.redhat.com ([66.187.237.31]:36615) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LA35J-0003Jv-1X for qemu-devel@nongnu.org; Tue, 09 Dec 2008 08:57:09 -0500 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id mB9Dv7F7026913 for ; Tue, 9 Dec 2008 08:57:07 -0500 Message-ID: <493E7942.8050809@redhat.com> Date: Tue, 09 Dec 2008 15:57:22 +0200 From: Dor Laor MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/4] Add nic link up/down emulation to e1000 References: <1228820143-23580-1-git-send-email-markmc@redhat.com> <20081209112349.GG15102@redhat.com> In-Reply-To: <20081209112349.GG15102@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: dlaor@redhat.com, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , qemu-devel@nongnu.org Daniel P. Berrange wrote: > On Tue, Dec 09, 2008 at 10:55:39AM +0000, Mark McLoughlin wrote: > >> Hi, >> Here's a small patch set which adds link up/down >> emulation to e1000 via a "set_link" monitor command. This is >> useful for people who want to e.g. test how applications >> and/or the guest OS handles this condition. >> > > It sounds like it could also be useful for people who use bridging of > guests to the LAN on mobile devices. eg, a management tool could > monitor for when I unplugged my laptop from the ethernet and set the > guest link down. When I then plug it back it, it'd set the link back > up, and the guest (if using NetworkManager or equivalent) would be > able to correctly DHCP a new address. In current scenario with the > guest totally unaware of host link sstatus, they just continue using > the original bogus DHCP address at least until the renew time. > > Daniel > Indeed. Besides that its also good for windows virtio network certification. MS has a test that needs to play with the link status.