emloft.net>; Kirsher,
> Jeffrey T <jeffrey.t.kirs...@intel.com>; Duyck, Alexander H
> <alexander.h.du...@intel.com>; Grandhi, Sainath
> <sainath.gran...@intel.com>; Mahesh Bandewar <mahe...@google.com>
> Subject: Re: [PATCH net-next 9/9] ipvlan: introduce individual MAC
hat.com>; netdev@vger.kernel.org; David S
> > .
> > Miller <da...@davemloft.net>; Kirsher, Jeffrey T
> > <jeffrey.t.kirs...@intel.com>; Duyck, Alexander H
> > <alexander.h.du...@intel.com>; Grandhi, Sainath
> > <sainath.gran...@intel.com&g
avemloft.net>; Kirsher, Jeffrey T
> <jeffrey.t.kirs...@intel.com>; Duyck, Alexander H
> <alexander.h.du...@intel.com>; Grandhi, Sainath
> <sainath.gran...@intel.com>; Mahesh Bandewar <mahe...@google.com>
> Subject: Re: [PATCH net-next 9/9] ipvlan: introduce individual MAC
On Thu, May 4, 2017 at 9:43 AM, Jiri Benc wrote:
> On Thu, 4 May 2017 09:37:00 +, Chiappero, Marco wrote:
>> This looks conceptually wrong. Yes, ipvlan works at L3 (which is an
>> implementation detail anyway), but slaves are Ethernet interfaces and
>> should behave as much
ath.gran...@intel.com>; Mahesh Bandewar <mahe...@google.com>
>> Subject: Re: [PATCH net-next 9/9] ipvlan: introduce individual MAC addresses
>>
>> On Tue, 2017-05-02 at 15:08 +, Chiappero, Marco wrote:
>> > > -Original Message-
>> > > F
On Thu, 4 May 2017 09:37:00 +, Chiappero, Marco wrote:
> This looks conceptually wrong. Yes, ipvlan works at L3 (which is an
> implementation detail anyway), but slaves are Ethernet interfaces and
> should behave as much as possible as such regardless, with an
> individual MAC address
...@davemloft.net>; Kirsher, Jeffrey T
> <jeffrey.t.kirs...@intel.com>; Duyck, Alexander H
> <alexander.h.du...@intel.com>; Grandhi, Sainath
> <sainath.gran...@intel.com>; Mahesh Bandewar <mahe...@google.com>
> Subject: Re: [PATCH net-next 9/9] ipvlan: introdu
On Tue, 2017-05-02 at 15:08 +, Chiappero, Marco wrote:
> > -Original Message-
> > From: Dan Williams [mailto:d...@redhat.com]
> > On Thu, 2017-04-27 at 11:20 -0500, Dan Williams wrote:
> > > On Thu, 2017-04-27 at 15:51 +0100, Marco Chiappero wrote:
> > > > Currently all the slave
> -Original Message-
> From: Dan Williams [mailto:d...@redhat.com]
> On Thu, 2017-04-27 at 11:20 -0500, Dan Williams wrote:
> > On Thu, 2017-04-27 at 15:51 +0100, Marco Chiappero wrote:
> > > Currently all the slave devices belonging to the same port inherit
> > > their MAC address from
Hi Marco,
[auto build test ERROR on net/master]
[also build test ERROR on v4.11-rc8]
[cannot apply to net-next/master next-20170427]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Thu, 2017-04-27 at 11:20 -0500, Dan Williams wrote:
> On Thu, 2017-04-27 at 15:51 +0100, Marco Chiappero wrote:
> > Currently all the slave devices belonging to the same port inherit
> > their
> > MAC address from its master device. This patch removes this
> > limitation
> > and allows every
On Thu, 2017-04-27 at 15:51 +0100, Marco Chiappero wrote:
> Currently all the slave devices belonging to the same port inherit
> their
> MAC address from its master device. This patch removes this
> limitation
> and allows every slave device to obtain a unique MAC address, by
> default
> randomly
12 matches
Mail list logo