Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1277327

Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver

From "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups linux.kernel
Subject Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver
Date 2015-11-25 13:30 +0100
Message-ID <qyHmV-6e1-3@gated-at.bofh.it> (permalink)
References <qymit-n6-3@gated-at.bofh.it> <qymit-n6-1@gated-at.bofh.it> <qytjZ-56r-11@gated-at.bofh.it> <qyBhw-1WU-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Nov 25, 2015 at 01:39:32PM +0800, Lan Tianyu wrote:
> On 2015年11月25日 05:20, Michael S. Tsirkin wrote:
> > I have to say, I was much more interested in the idea
> > of tracking dirty memory. I have some thoughts about
> > that one - did you give up on it then?
> 
> No, our finial target is to keep VF active before doing
> migration and tracking dirty memory is essential. But this
> seems not easy to do that in short term for upstream. As
> starters, stop VF before migration.

Frankly, I don't really see what this short term hack buys us,
and if it goes in, we'll have to maintain it forever.

Also, assuming you just want to do ifdown/ifup for some reason, it's
easy enough to do using a guest agent, in a completely generic way.


> After deep thinking, the way of stopping VF still needs tracking
> DMA-accessed dirty memory to make sure the received data buffer
> before stopping VF migrated. It's easier to do that via dummy writing
> data buffer when receive packet.
> 
> 
> -- 
> Best regards
> Tianyu Lan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver Lan Tianyu <tianyu.lan@intel.com> - 2015-11-24 15:00 +0100
  Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver "Michael S. Tsirkin" <mst@redhat.com> - 2015-11-24 22:30 +0100
    Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver Alexander Duyck <alexander.duyck@gmail.com> - 2015-11-25 06:40 +0100
    Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver Lan Tianyu <tianyu.lan@intel.com> - 2015-11-25 07:00 +0100
      Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver "Michael S. Tsirkin" <mst@redhat.com> - 2015-11-25 13:30 +0100
        Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver "Lan, Tianyu" <tianyu.lan@intel.com> - 2015-11-25 17:10 +0100
          Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver "Michael S. Tsirkin" <mst@redhat.com> - 2015-11-25 17:30 +0100
          Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver Alexander Duyck <alexander.duyck@gmail.com> - 2015-11-25 17:30 +0100
            Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf  driver "Michael S. Tsirkin" <mst@redhat.com> - 2015-11-25 17:40 +0100
              Re: [RFC PATCH V2 3/3] Ixgbevf: Add migration support for ixgbevf driver Alexander Duyck <alexander.duyck@gmail.com> - 2015-11-25 18:30 +0100

csiph-web