search for: ens1nbackup

Displaying 20 results from an estimated 23 matches for "ens1nbackup".

2018 Feb 17
4
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...figured I had overlooked something like that.. Thanks for pointing this out. Okay so I think the phys_port_name approach might resolve the original issue. If I am reading things correctly what we end up with is the master showing up as "ens1" for example and the backup showing up as "ens1nbackup". Am I understanding that right? The problem with the team/bond%d approach is that it creates a new netdevice and so it would require guest configuration changes. > IMHO phys_port_name == "backup" if BACKUP bit is set on slave virtio > link is quite neat. I agree. For no...
2018 Feb 17
4
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...figured I had overlooked something like that.. Thanks for pointing this out. Okay so I think the phys_port_name approach might resolve the original issue. If I am reading things correctly what we end up with is the master showing up as "ens1" for example and the backup showing up as "ens1nbackup". Am I understanding that right? The problem with the team/bond%d approach is that it creates a new netdevice and so it would require guest configuration changes. > IMHO phys_port_name == "backup" if BACKUP bit is set on slave virtio > link is quite neat. I agree. For no...
2018 Feb 22
4
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...ike that.. Thanks for pointing >> this out. Okay so I think the phys_port_name approach might resolve >> the original issue. If I am reading things correctly what we end up >> with is the master showing up as "ens1" for example and the backup >> showing up as "ens1nbackup". Am I understanding that right? >> >> The problem with the team/bond%d approach is that it creates a new >> netdevice and so it would require guest configuration changes. >> >>> IMHO phys_port_name == "backup" if BACKUP bit is set on slave virtio...
2018 Feb 22
4
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...ike that.. Thanks for pointing >> this out. Okay so I think the phys_port_name approach might resolve >> the original issue. If I am reading things correctly what we end up >> with is the master showing up as "ens1" for example and the backup >> showing up as "ens1nbackup". Am I understanding that right? >> >> The problem with the team/bond%d approach is that it creates a new >> netdevice and so it would require guest configuration changes. >> >>> IMHO phys_port_name == "backup" if BACKUP bit is set on slave virtio...
2018 Feb 21
2
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...u can't tell) that it is okay to rip out in-driver XDP from virtio_net, then you could transition between base virtio, virtio w/ backup bit set. - Works for netvsc because they limit their features (no in-driver XDP) to guarantee this works. 3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" - Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present - No extra qdisc or locking - All virtio_net original functionality still present - Not able to transition from virtio to virtio w/ backup without disruption (requires hot-plu...
2018 Feb 21
2
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...u can't tell) that it is okay to rip out in-driver XDP from virtio_net, then you could transition between base virtio, virtio w/ backup bit set. - Works for netvsc because they limit their features (no in-driver XDP) to guarantee this works. 3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" - Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present - No extra qdisc or locking - All virtio_net original functionality still present - Not able to transition from virtio to virtio w/ backup without disruption (requires hot-plu...
2018 Feb 19
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...oked something like that.. Thanks for pointing > this out. Okay so I think the phys_port_name approach might resolve > the original issue. If I am reading things correctly what we end up > with is the master showing up as "ens1" for example and the backup > showing up as "ens1nbackup". Am I understanding that right? Yes, provided systemd is new enough. > The problem with the team/bond%d approach is that it creates a new > netdevice and so it would require guest configuration changes. > > > IMHO phys_port_name == "backup" if BACKUP bit is set...
2018 Feb 21
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...at it is okay to rip out in-driver XDP from virtio_net, then >you could transition between base virtio, virtio w/ backup bit set. >- Works for netvsc because they limit their features (no in-driver >XDP) to guarantee this works. > >3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >- No extra qdisc or locking >- All virtio_net original functionality still present >- Not able to transition from virtio to virtio w/ backup without >disrupti...
2018 Feb 21
6
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...out in-driver XDP from virtio_net, then >>you could transition between base virtio, virtio w/ backup bit set. >>- Works for netvsc because they limit their features (no in-driver >>XDP) to guarantee this works. >> >>3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >>- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >>- No extra qdisc or locking >>- All virtio_net original functionality still present >>- Not able to transition from virtio to virtio w/ backup with...
2018 Feb 21
6
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...out in-driver XDP from virtio_net, then >>you could transition between base virtio, virtio w/ backup bit set. >>- Works for netvsc because they limit their features (no in-driver >>XDP) to guarantee this works. >> >>3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >>- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >>- No extra qdisc or locking >>- All virtio_net original functionality still present >>- Not able to transition from virtio to virtio w/ backup with...
2018 Feb 24
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...r pointing > >> this out. Okay so I think the phys_port_name approach might resolve > >> the original issue. If I am reading things correctly what we end up > >> with is the master showing up as "ens1" for example and the backup > >> showing up as "ens1nbackup". Am I understanding that right? > >> > >> The problem with the team/bond%d approach is that it creates a new > >> netdevice and so it would require guest configuration changes. > >> > >>> IMHO phys_port_name == "backup" if BACKUP...
2018 Feb 22
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...rom virtio_net, then >>>you could transition between base virtio, virtio w/ backup bit set. >>>- Works for netvsc because they limit their features (no in-driver >>>XDP) to guarantee this works. >>> >>>3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >>>- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >>>- No extra qdisc or locking >>>- All virtio_net original functionality still present >>>- Not able to transition from virtio to virtio w&...
2018 Feb 21
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...oked something like that.. Thanks for pointing > this out. Okay so I think the phys_port_name approach might resolve > the original issue. If I am reading things correctly what we end up > with is the master showing up as "ens1" for example and the backup > showing up as "ens1nbackup". Am I understanding that right? > > The problem with the team/bond%d approach is that it creates a new > netdevice and so it would require guest configuration changes. > >> IMHO phys_port_name == "backup" if BACKUP bit is set on slave virtio >> link is qu...
2018 Feb 22
3
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...>>>>you could transition between base virtio, virtio w/ backup bit set. >>>>- Works for netvsc because they limit their features (no in-driver >>>>XDP) to guarantee this works. >>>> >>>>3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >>>>- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >>>>- No extra qdisc or locking >>>>- All virtio_net original functionality still present >>>>- Not able to transition from vir...
2018 Feb 22
3
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...>>>>you could transition between base virtio, virtio w/ backup bit set. >>>>- Works for netvsc because they limit their features (no in-driver >>>>XDP) to guarantee this works. >>>> >>>>3 Netdev model, "ens1", enslaves "ens1nbackup" and "ens2" >>>>- Exposes 2 netdevs "ens1" and "ens1nbackup" when only virtio is present >>>>- No extra qdisc or locking >>>>- All virtio_net original functionality still present >>>>- Not able to transition from vir...
2018 Feb 22
3
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...gt;>>> this out. Okay so I think the phys_port_name approach might resolve >>>> the original issue. If I am reading things correctly what we end up >>>> with is the master showing up as "ens1" for example and the backup >>>> showing up as "ens1nbackup". Am I understanding that right? >>>> >>>> The problem with the team/bond%d approach is that it creates a new >>>> netdevice and so it would require guest configuration changes. >>>> >>>>> IMHO phys_port_name == "backup&qu...
2018 Feb 22
3
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...gt;>>> this out. Okay so I think the phys_port_name approach might resolve >>>> the original issue. If I am reading things correctly what we end up >>>> with is the master showing up as "ens1" for example and the backup >>>> showing up as "ens1nbackup". Am I understanding that right? >>>> >>>> The problem with the team/bond%d approach is that it creates a new >>>> netdevice and so it would require guest configuration changes. >>>> >>>>> IMHO phys_port_name == "backup&qu...
2018 Feb 21
2
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
On Wed, Feb 21, 2018 at 8:11 AM, Jiri Pirko <jiri at resnulli.us> wrote: > Wed, Feb 21, 2018 at 04:56:48PM CET, alexander.duyck at gmail.com wrote: >>On Wed, Feb 21, 2018 at 1:51 AM, Jiri Pirko <jiri at resnulli.us> wrote: >>> Tue, Feb 20, 2018 at 11:33:56PM CET, kubakici at wp.pl wrote: >>>>On Tue, 20 Feb 2018 21:14:10 +0100, Jiri Pirko wrote:
2018 Feb 21
2
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
On Wed, Feb 21, 2018 at 8:11 AM, Jiri Pirko <jiri at resnulli.us> wrote: > Wed, Feb 21, 2018 at 04:56:48PM CET, alexander.duyck at gmail.com wrote: >>On Wed, Feb 21, 2018 at 1:51 AM, Jiri Pirko <jiri at resnulli.us> wrote: >>> Tue, Feb 20, 2018 at 11:33:56PM CET, kubakici at wp.pl wrote: >>>>On Tue, 20 Feb 2018 21:14:10 +0100, Jiri Pirko wrote:
2018 Feb 22
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
...s for pointing >>> this out. Okay so I think the phys_port_name approach might resolve >>> the original issue. If I am reading things correctly what we end up >>> with is the master showing up as "ens1" for example and the backup >>> showing up as "ens1nbackup". Am I understanding that right? >>> >>> The problem with the team/bond%d approach is that it creates a new >>> netdevice and so it would require guest configuration changes. >>> >>>> IMHO phys_port_name == "backup" if BACKUP bit is...