search for: ens12

...bypass_netdev also is associated with the same pci device as the original virtio_net >netdev via SET_NETDEV_DEV().? Also, we added ndo_get_phys_port_name() to virtio_net >that will return _bkup when BACKUP feature is enabled. Okay. > >So for ex: if virtio_net inteface was getting 'ens12' as the name assigned by udev >without BACKUP feature,? when BACKUP feature is enabled,? the? bypass_netdev will be >named 'ens12' and the original virtio_net will get named as ens12n_bkup. Got it. I don't like the bypass_master to look differently in netvsc and virtio_net :...

...bypass_netdev also is associated with the same pci device as the original virtio_net >netdev via SET_NETDEV_DEV().? Also, we added ndo_get_phys_port_name() to virtio_net >that will return _bkup when BACKUP feature is enabled. Okay. > >So for ex: if virtio_net inteface was getting 'ens12' as the name assigned by udev >without BACKUP feature,? when BACKUP feature is enabled,? the? bypass_netdev will be >named 'ens12' and the original virtio_net will get named as ens12n_bkup. Got it. I don't like the bypass_master to look differently in netvsc and virtio_net :...

Tue, Apr 10, 2018 at 05:59:02PM CEST, sridhar.samudrala at intel.com wrote: >On 4/10/2018 8:43 AM, Jiri Pirko wrote: >> Tue, Apr 10, 2018 at 05:27:48PM CEST, sridhar.samudrala at intel.com wrote: >> > On 4/10/2018 8:22 AM, Jiri Pirko wrote: >> > > Tue, Apr 10, 2018 at 05:13:40PM CEST, sridhar.samudrala at intel.com wrote: >> > > > On 4/10/2018 3:55 AM,

Tue, Apr 10, 2018 at 05:59:02PM CEST, sridhar.samudrala at intel.com wrote: >On 4/10/2018 8:43 AM, Jiri Pirko wrote: >> Tue, Apr 10, 2018 at 05:27:48PM CEST, sridhar.samudrala at intel.com wrote: >> > On 4/10/2018 8:22 AM, Jiri Pirko wrote: >> > > Tue, Apr 10, 2018 at 05:13:40PM CEST, sridhar.samudrala at intel.com wrote: >> > > > On 4/10/2018 3:55 AM,

...n by "name"? bypass_netdev also is associated with the same pci device as the original virtio_net netdev via SET_NETDEV_DEV().? Also, we added ndo_get_phys_port_name() to virtio_net that will return _bkup when BACKUP feature is enabled. So for ex: if virtio_net inteface was getting 'ens12' as the name assigned by udev without BACKUP feature,? when BACKUP feature is enabled,? the? bypass_netdev will be named 'ens12' and the original virtio_net will get named as ens12n_bkup. > >> So the userspace network configuration doesn't need to change. >> >&gt...

...th the same pci device as the original virtio_net > >netdev via SET_NETDEV_DEV().? Also, we added ndo_get_phys_port_name() to virtio_net > >that will return _bkup when BACKUP feature is enabled. > > Okay. > > > > >So for ex: if virtio_net inteface was getting 'ens12' as the name assigned by udev > >without BACKUP feature,? when BACKUP feature is enabled,? the? bypass_netdev will be > >named 'ens12' and the original virtio_net will get named as ens12n_bkup. > > Got it. > > I don't like the bypass_master to look differen...

Hello, I have a big problem with my servers. I have 4 NIC on all my KVM Servers but the most time on a start (restart) I lost one NIC? It is not always the same, but this two are virtio NICs. with ifup eth0(1) the system say,I have no configured eth0 or eth1 file ? Can any tell me what I can do? thank's for a answer NetworkManager is disabled. -- mit freundlichen Gr??en / best regards,

...irtio block device 00:0a.0 Unclassified device [00ff]: Red Hat, Inc Virtio memory balloon 00:0b.0 Ethernet controller: Intel Corporation I350 Ethernet Controller Virtual Function (rev 01) 00:0c.0 Ethernet controller: Intel Corporation I350 Ethernet Controller Virtual Function (rev 01) ifconfig; ens12: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::5054:ff:fe81:e89 prefixlen 64 scopeid 0x20<link> inet6 2001:15c0:xxxx:xxxx::xxxx prefixlen 64 scopeid 0x0<global> ether 52:54:00:81:0e:89 txqueuelen 1000 (Ethernet) RX packets 2...

On Wed, May 02, 2018 at 10:51:12AM -0700, Samudrala, Sridhar wrote: > > > On 5/2/2018 9:15 AM, Jiri Pirko wrote: > > Sat, Apr 28, 2018 at 11:06:01AM CEST, jiri at resnulli.us wrote: > > > Fri, Apr 27, 2018 at 07:06:58PM CEST, sridhar.samudrala at intel.com wrote: > > [...] > > > > > > > > + > > > > + err =