From: "Michael S. Tsirkin" <mst@redhat.com> To: Jiri Pirko <jiri@resnulli.us> Cc: Jakub Kicinski <kubakici@wp.pl>, Alexander Duyck <alexander.duyck@gmail.com>, Sridhar Samudrala <sridhar.samudrala@intel.com>, Stephen Hemminger <stephen@networkplumber.org>, David Miller <davem@davemloft.net>, Netdev <netdev@vger.kernel.org>, virtualization@lists.linux-foundation.org, virtio-dev@lists.oasis-open.org, "Brandeburg, Jesse" <jesse.brandeburg@intel.com>, "Duyck, Alexander H" <alexander.h.duyck@intel.com>, Jason Wang <jasowang@redhat.com>, Siwei Liu <loseweigh@gmail.com> Subject: Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device Date: Wed, 28 Feb 2018 17:45:39 +0200 [thread overview] Message-ID: <20180228174449-mutt-send-email-mst@kernel.org> (raw) In-Reply-To: <20180228151131.GF19654@nanopsycho> On Wed, Feb 28, 2018 at 04:11:31PM +0100, Jiri Pirko wrote: > Wed, Feb 28, 2018 at 03:32:44PM CET, mst@redhat.com wrote: > >On Wed, Feb 28, 2018 at 08:08:39AM +0100, Jiri Pirko wrote: > >> Tue, Feb 27, 2018 at 10:41:49PM CET, kubakici@wp.pl wrote: > >> >On Tue, 27 Feb 2018 13:16:21 -0800, Alexander Duyck wrote: > >> >> Basically we need some sort of PCI or PCIe topology mapping for the > >> >> devices that can be translated into something we can communicate over > >> >> the communication channel. > >> > > >> >Hm. This is probably a completely stupid idea, but if we need to > >> >start marshalling configuration requests/hints maybe the entire problem > >> >could be solved by opening a netlink socket from hypervisor? Even make > >> >teamd run on the hypervisor side... > >> > >> Interesting. That would be more trickier then just to fwd 1 genetlink > >> socket to the hypervisor. > >> > >> Also, I think that the solution should handle multiple guest oses. What > >> I'm thinking about is some generic bonding description passed over some > >> communication channel into vm. The vm either use it for configuration, > >> or ignores it if it is not smart enough/updated enough. > > > >For sure, we could build virtio-bond to pass that info to guests. > > What do you mean by "virtio-bond". virtio_net extension? I mean a new device supplying topology information to guests, with updates whenever VMs are started, stopped or migrated. > > > >Such an advisory mechanism would not be a replacement for the mandatory > >passthrough fallback flag proposed, but OTOH it's much more flexible. > > > >-- > >MST
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com> To: Jiri Pirko <jiri@resnulli.us> Cc: Jakub Kicinski <kubakici@wp.pl>, Alexander Duyck <alexander.duyck@gmail.com>, Sridhar Samudrala <sridhar.samudrala@intel.com>, Stephen Hemminger <stephen@networkplumber.org>, David Miller <davem@davemloft.net>, Netdev <netdev@vger.kernel.org>, virtualization@lists.linux-foundation.org, virtio-dev@lists.oasis-open.org, "Brandeburg, Jesse" <jesse.brandeburg@intel.com>, "Duyck, Alexander H" <alexander.h.duyck@intel.com>, Jason Wang <jasowang@redhat.com>, Siwei Liu <loseweigh@gmail.com> Subject: [virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device Date: Wed, 28 Feb 2018 17:45:39 +0200 [thread overview] Message-ID: <20180228174449-mutt-send-email-mst@kernel.org> (raw) In-Reply-To: <20180228151131.GF19654@nanopsycho> On Wed, Feb 28, 2018 at 04:11:31PM +0100, Jiri Pirko wrote: > Wed, Feb 28, 2018 at 03:32:44PM CET, mst@redhat.com wrote: > >On Wed, Feb 28, 2018 at 08:08:39AM +0100, Jiri Pirko wrote: > >> Tue, Feb 27, 2018 at 10:41:49PM CET, kubakici@wp.pl wrote: > >> >On Tue, 27 Feb 2018 13:16:21 -0800, Alexander Duyck wrote: > >> >> Basically we need some sort of PCI or PCIe topology mapping for the > >> >> devices that can be translated into something we can communicate over > >> >> the communication channel. > >> > > >> >Hm. This is probably a completely stupid idea, but if we need to > >> >start marshalling configuration requests/hints maybe the entire problem > >> >could be solved by opening a netlink socket from hypervisor? Even make > >> >teamd run on the hypervisor side... > >> > >> Interesting. That would be more trickier then just to fwd 1 genetlink > >> socket to the hypervisor. > >> > >> Also, I think that the solution should handle multiple guest oses. What > >> I'm thinking about is some generic bonding description passed over some > >> communication channel into vm. The vm either use it for configuration, > >> or ignores it if it is not smart enough/updated enough. > > > >For sure, we could build virtio-bond to pass that info to guests. > > What do you mean by "virtio-bond". virtio_net extension? I mean a new device supplying topology information to guests, with updates whenever VMs are started, stopped or migrated. > > > >Such an advisory mechanism would not be a replacement for the mandatory > >passthrough fallback flag proposed, but OTOH it's much more flexible. > > > >-- > >MST --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2018-02-28 15:45 UTC|newest] Thread overview: 121+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-02-16 18:11 [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device Sridhar Samudrala 2018-02-16 18:11 ` [virtio-dev] " Sridhar Samudrala 2018-02-16 18:11 ` [RFC PATCH v3 1/3] virtio_net: Introduce VIRTIO_NET_F_BACKUP feature bit Sridhar Samudrala 2018-02-16 18:11 ` Sridhar Samudrala 2018-02-16 18:11 ` [virtio-dev] " Sridhar Samudrala 2018-02-16 18:11 ` [RFC PATCH v3 2/3] virtio_net: Extend virtio to use VF datapath when available Sridhar Samudrala 2018-02-16 18:11 ` Sridhar Samudrala 2018-02-16 18:11 ` [virtio-dev] " Sridhar Samudrala 2018-02-17 3:04 ` Jakub Kicinski 2018-02-17 17:41 ` Alexander Duyck 2018-02-17 3:04 ` Jakub Kicinski 2018-02-16 18:11 ` [RFC PATCH v3 3/3] virtio_net: Enable alternate datapath without creating an additional netdev Sridhar Samudrala 2018-02-16 18:11 ` [virtio-dev] " Sridhar Samudrala 2018-02-16 18:11 ` Sridhar Samudrala 2018-02-17 2:38 ` [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device Jakub Kicinski 2018-02-17 2:38 ` Jakub Kicinski 2018-02-17 17:12 ` Alexander Duyck 2018-02-17 17:12 ` [virtio-dev] " Alexander Duyck 2018-02-19 6:11 ` Jakub Kicinski 2018-02-20 16:26 ` Samudrala, Sridhar 2018-02-20 16:26 ` [virtio-dev] " Samudrala, Sridhar 2018-02-20 16:26 ` Samudrala, Sridhar 2018-02-21 23:50 ` Siwei Liu 2018-02-21 23:50 ` [virtio-dev] " Siwei Liu 2018-02-22 0:17 ` Alexander Duyck 2018-02-22 0:17 ` Alexander Duyck 2018-02-22 0:17 ` [virtio-dev] " Alexander Duyck 2018-02-22 1:59 ` Siwei Liu 2018-02-22 1:59 ` Siwei Liu 2018-02-22 1:59 ` [virtio-dev] " Siwei Liu 2018-02-22 2:35 ` Samudrala, Sridhar 2018-02-22 2:35 ` Samudrala, Sridhar 2018-02-22 2:35 ` [virtio-dev] " Samudrala, Sridhar 2018-02-22 3:28 ` Samudrala, Sridhar 2018-02-22 3:28 ` [virtio-dev] " Samudrala, Sridhar 2018-02-23 22:22 ` Siwei Liu 2018-02-23 22:22 ` [virtio-dev] " Siwei Liu 2018-02-23 22:38 ` Jiri Pirko 2018-02-24 0:17 ` Siwei Liu 2018-02-24 0:17 ` [virtio-dev] " Siwei Liu 2018-02-24 0:03 ` Stephen Hemminger 2018-02-25 22:17 ` Alexander Duyck 2018-02-25 22:17 ` [virtio-dev] " Alexander Duyck 2018-02-25 22:17 ` Alexander Duyck 2018-02-21 23:50 ` Siwei Liu 2018-02-17 17:12 ` Alexander Duyck 2018-02-20 10:42 ` Jiri Pirko 2018-02-20 16:04 ` Alexander Duyck 2018-02-20 16:04 ` [virtio-dev] " Alexander Duyck 2018-02-20 16:29 ` Jiri Pirko 2018-02-20 17:14 ` Samudrala, Sridhar 2018-02-20 17:14 ` [virtio-dev] " Samudrala, Sridhar 2018-02-20 20:14 ` Jiri Pirko 2018-02-20 21:02 ` Alexander Duyck 2018-02-20 21:02 ` [virtio-dev] " Alexander Duyck 2018-02-20 21:02 ` Alexander Duyck 2018-02-20 22:33 ` Jakub Kicinski 2018-02-21 9:51 ` Jiri Pirko 2018-02-21 15:56 ` Alexander Duyck 2018-02-21 15:56 ` [virtio-dev] " Alexander Duyck 2018-02-21 16:11 ` Jiri Pirko 2018-02-21 16:49 ` Alexander Duyck 2018-02-21 16:49 ` [virtio-dev] " Alexander Duyck 2018-02-21 16:58 ` Jiri Pirko 2018-02-21 17:56 ` Alexander Duyck 2018-02-21 17:56 ` Alexander Duyck 2018-02-21 17:56 ` [virtio-dev] " Alexander Duyck 2018-02-21 19:38 ` Jiri Pirko 2018-02-21 20:57 ` Alexander Duyck 2018-02-21 20:57 ` [virtio-dev] " Alexander Duyck 2018-02-22 2:02 ` Jakub Kicinski 2018-02-22 2:15 ` Samudrala, Sridhar 2018-02-22 2:15 ` [virtio-dev] " Samudrala, Sridhar 2018-02-22 2:15 ` Samudrala, Sridhar 2018-02-22 8:11 ` Jiri Pirko 2018-02-22 11:54 ` Or Gerlitz 2018-02-22 13:07 ` Jiri Pirko 2018-02-22 15:30 ` Alexander Duyck 2018-02-22 15:30 ` [virtio-dev] " Alexander Duyck 2018-02-22 21:30 ` Alexander Duyck 2018-02-22 21:30 ` [virtio-dev] " Alexander Duyck 2018-02-23 23:59 ` Stephen Hemminger 2018-02-25 22:21 ` Alexander Duyck 2018-02-25 22:21 ` Alexander Duyck 2018-02-25 22:21 ` [virtio-dev] " Alexander Duyck 2018-02-26 7:19 ` Jiri Pirko 2018-02-27 1:02 ` Stephen Hemminger 2018-02-27 1:18 ` Michael S. Tsirkin 2018-02-27 1:18 ` [virtio-dev] " Michael S. Tsirkin 2018-02-27 8:27 ` Jiri Pirko 2018-02-22 21:30 ` Alexander Duyck 2018-02-21 20:57 ` Alexander Duyck 2018-02-21 16:49 ` Alexander Duyck 2018-02-21 15:56 ` Alexander Duyck 2018-02-20 17:14 ` Samudrala, Sridhar 2018-02-20 17:23 ` Alexander Duyck 2018-02-20 17:23 ` [virtio-dev] " Alexander Duyck 2018-02-20 19:53 ` Jiri Pirko 2018-02-27 8:49 ` Jiri Pirko 2018-02-27 21:16 ` Alexander Duyck 2018-02-27 21:16 ` Alexander Duyck 2018-02-27 21:16 ` [virtio-dev] " Alexander Duyck 2018-02-27 21:23 ` Michael S. Tsirkin 2018-02-27 21:23 ` [virtio-dev] " Michael S. Tsirkin 2018-02-27 21:41 ` Jakub Kicinski 2018-02-28 7:08 ` Jiri Pirko 2018-02-28 14:32 ` Michael S. Tsirkin 2018-02-28 14:32 ` [virtio-dev] " Michael S. Tsirkin 2018-02-28 15:11 ` Jiri Pirko 2018-02-28 15:45 ` Michael S. Tsirkin 2018-02-28 15:45 ` Michael S. Tsirkin [this message] 2018-02-28 15:45 ` [virtio-dev] " Michael S. Tsirkin 2018-02-28 19:25 ` Jiri Pirko 2018-02-28 20:48 ` Michael S. Tsirkin 2018-02-28 20:48 ` Michael S. Tsirkin 2018-02-28 20:48 ` [virtio-dev] " Michael S. Tsirkin 2018-02-27 21:30 ` Michael S. Tsirkin 2018-02-27 21:30 ` [virtio-dev] " Michael S. Tsirkin 2018-02-27 21:30 ` Michael S. Tsirkin 2018-02-20 16:04 ` Alexander Duyck 2018-02-16 18:11 Sridhar Samudrala
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=20180228174449-mutt-send-email-mst@kernel.org \ --to=mst@redhat.com \ --cc=alexander.duyck@gmail.com \ --cc=alexander.h.duyck@intel.com \ --cc=davem@davemloft.net \ --cc=jasowang@redhat.com \ --cc=jesse.brandeburg@intel.com \ --cc=jiri@resnulli.us \ --cc=kubakici@wp.pl \ --cc=loseweigh@gmail.com \ --cc=netdev@vger.kernel.org \ --cc=sridhar.samudrala@intel.com \ --cc=stephen@networkplumber.org \ --cc=virtio-dev@lists.oasis-open.org \ --cc=virtualization@lists.linux-foundation.org \ /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: linkBe 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.