From: Juan Quintela <quintela@redhat.com>
To: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
Cc: Edgar Iglesias <edgar.iglesias@xilinx.com>,
Peter Maydell <peter.maydell@linaro.org>,
"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>,
Beniamino Galvani <b.galvani@gmail.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
Li Guang <lig.fnst@cn.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH v2 1/2] hw/net: add support for Allwinner EMAC Fast Ethernet controller
Date: Wed, 15 Jan 2014 11:25:34 +0100 [thread overview]
Message-ID: <87eh49zgm9.fsf@elfo.mitica> (raw)
In-Reply-To: <CAEgOgz6cR06LRLwy24m0rj+eZEh9tfa5YsD0+wTM6JsWHpgFuA@mail.gmail.com> (Peter Crosthwaite's message of "Wed, 15 Jan 2014 18:24:24 +1000")
Peter Crosthwaite <peter.crosthwaite@xilinx.com> wrote:
> But is the saved link state meaningful? The fact that net is not
> migrating means that this link_ok migrated variable is potentially
> incoherent with the net layer. E.G. What happens in the following
> case:
>
> Run QEMU
> Link is Good
> Save
>
> Run Again
> Link is bad
> Load
>
> The loaded emulation will have link_ok due to the vmsd load despite
> the link being down in the new net layer environment. It will not
> correct until net-layer activity causes a ->link_state_changed
> callback.
>
> Can this be just solved cleanly by calling the mii_set_link fn (added
> in this patch) always on post load and removing this link_ok state?
> This will mean that guest will see a link state transition immediately
> on load if the link state changes from the saved-machine state to the
> loaded-machine state.
You can do that on post-load, but the problem is that when you run
post-load, the guest is not running yet on destination, so you need to
be careful about what functions do you use.
Later, Juan.
next prev parent reply other threads:[~2014-01-15 10:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-11 10:13 [Qemu-devel] [PATCH v2 0/2] hw/arm: add ethernet support to Allwinner A10 Beniamino Galvani
2014-01-11 10:13 ` [Qemu-devel] [PATCH v2 1/2] hw/net: add support for Allwinner EMAC Fast Ethernet controller Beniamino Galvani
2014-01-13 5:20 ` Stefan Hajnoczi
2014-01-13 13:15 ` Peter Crosthwaite
2014-01-13 13:16 ` Peter Crosthwaite
2014-01-14 5:19 ` Stefan Hajnoczi
2014-01-15 8:24 ` Peter Crosthwaite
2014-01-15 10:25 ` Juan Quintela [this message]
2014-01-15 12:15 ` Peter Crosthwaite
2014-01-16 2:45 ` Stefan Hajnoczi
2014-01-16 12:52 ` Peter Crosthwaite
2014-01-17 3:25 ` Stefan Hajnoczi
2014-01-15 12:40 ` Peter Crosthwaite
2014-01-15 21:42 ` Beniamino Galvani
2014-01-15 23:29 ` Peter Crosthwaite
2014-01-11 10:13 ` [Qemu-devel] [PATCH v2 2/2] hw/arm/allwinner-a10: initialize EMAC Beniamino Galvani
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87eh49zgm9.fsf@elfo.mitica \
--to=quintela@redhat.com \
--cc=b.galvani@gmail.com \
--cc=edgar.iglesias@xilinx.com \
--cc=lig.fnst@cn.fujitsu.com \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.