On 01/27/2015 04:53 AM, Hiroshi Shimamoto wrote:
>>> On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
>>>>> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
>>>>> promiscuous mode control
>>>>>> "Skidmore, Donald C&q
> > On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
> > >> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
> > >> promiscuous mode control
> > >>> "Skidmore, Donald C" writes:
> > >>>
> > >>>&
On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob to enable it (off by
default) we
On 01/27/2015 04:53 AM, Hiroshi Shimamoto wrote:
On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob
Jong; linux-kernel@vger.kernel.org; David Laight; Hayato Momma
> Subject: Re: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
> >> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
> &
; David Laight; Hayato Momma
Subject: Re: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
Skidmore, Donald C donald.c.skidm
On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
>> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
>> mode control
>>> "Skidmore, Donald C" writes:
>>>
>>>> My hang up is more related to: without the nob to e
el@vger.kernel.org;
> Hayato Momma
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> > Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
> > promiscuous mode control
> > >
> > > "Skid
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
> >
> > "Skidmore, Donald C" writes:
> >
> > > My hang up is more related to: without the nob to enable it (off by
> > > default) we are
rnel.org;
> Hayato Momma
> Subject: Re: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> "Skidmore, Donald C" writes:
>
> > My hang up is more related to: without the nob to enable it (off by
> > default) we are letting
"Skidmore, Donald C" writes:
> My hang up is more related to: without the nob to enable it (off by
> default) we are letting one VF dictate policy for all the other VFs
> and the PF. If one VF needs to be in promiscuous multicast so is
> everyone else. Their stacks now needs to deal with all
el@vger.kernel.org; Hayato Momma
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> From: Skidmore, Donald C
> > > > From: Hiroshi Shimamoto
> > > > > My concern is what is the real issue that VF multicast
>
On Thu, 2015-01-22 at 09:50 +, David Laight wrote:
> From: Skidmore, Donald C
> > > > From: Hiroshi Shimamoto
> > > > > My concern is what is the real issue that VF multicast
> promiscuous mode
> > > can cause.
> > > > > I think there is the 4k entries to filter multicast address,
> and the
>
From: Skidmore, Donald C
> > > From: Hiroshi Shimamoto
> > > > My concern is what is the real issue that VF multicast promiscuous mode
> > can cause.
> > > > I think there is the 4k entries to filter multicast address, and the
> > > > current ixgbe/ixgbevf can turn all bits on from VM. That is
From: Skidmore, Donald C
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast promiscuous mode
can cause.
I think there is the 4k entries to filter multicast address, and the
current ixgbe/ixgbevf can turn all bits on from VM. That is almost same
as
On Thu, 2015-01-22 at 09:50 +, David Laight wrote:
From: Skidmore, Donald C
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast
promiscuous mode
can cause.
I think there is the 4k entries to filter multicast address,
and the
current
Subject: Re: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob to enable it (off by
default) we are letting one VF dictate policy for all the other VFs
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob to enable it (off by
default) we are letting one VF dictate policy for all the other VFs
;
Hayato Momma
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob to enable it (off by
default) we are letting one VF dictate policy for all the other VFs
and the PF. If one VF needs to be in promiscuous multicast so is
everyone else. Their stacks now
Momma
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
From: Skidmore, Donald C
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast
promiscuous mode
can cause.
I think there is the 4k entries to filter
On 01/22/2015 04:32 PM, Hiroshi Shimamoto wrote:
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Skidmore, Donald C donald.c.skidm...@intel.com writes:
My hang up is more related to: without the nob to enable it (off by
default) we are letting one
el@vger.kernel.org; Hayato Momma
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> > Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
> > promiscuous mode control
> >
> > From: Hiroshi Shimamoto
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> From: Hiroshi Shimamoto
> > My concern is what is the real issue that VF multicast promiscuous mode can
> > cause.
> > I think there is the 4k entri
From: Hiroshi Shimamoto
> My concern is what is the real issue that VF multicast promiscuous mode can
> cause.
> I think there is the 4k entries to filter multicast address, and the current
> ixgbe/ixgbevf
> can turn all bits on from VM. That is almost same as enabling multicast
> promiscuous
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
>
>
> > -Original Message-
> > From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
> > Sent: Tuesday, January 20, 2015 5:07 PM
> > To: Skidmore
Hiroshi Shimamoto writes:
>> Why can't the ixgbevf driver just automatically signal the ixgbe driver
>> to enable multicast promiscuous mode whenever the list grows past the
>> limit?
>
> I had submitted a patch to change ixgbe and ixgbevf driver for this issue.
>
; Hayato Momma
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast promiscuous mode
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
-Original Message-
From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
Sent: Tuesday, January 20, 2015 5:07 PM
To: Skidmore, Donald C; Bjørn Mork
Cc: e1000-de
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast promiscuous mode can
cause.
I think there is the 4k entries to filter multicast address, and the current
ixgbe/ixgbevf
can turn all bits on from VM. That is almost same as enabling multicast
promiscuous mode.
Hiroshi Shimamoto h-shimam...@ct.jp.nec.com writes:
Why can't the ixgbevf driver just automatically signal the ixgbe driver
to enable multicast promiscuous mode whenever the list grows past the
limit?
I had submitted a patch to change ixgbe and ixgbevf driver for this issue.
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
From: Hiroshi Shimamoto
My concern is what is the real issue that VF multicast promiscuous mode can
cause.
I think there is the 4k entries to filter multicast address, and the
current ixgbe
.org; Hayato Momma
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> > Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
> > promiscuous mode control
> >
> >
> >
> > > -Or
> Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
>
>
> > -Original Message-
> > From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
> > Sent: Tuesday, January 20, 2015 3:40 PM
&g
; Subject: Re: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
> mode control
>
> > Subject: Re: [PATCH 1/2] if_link: Add VF multicast promiscuous mode
> > control
> >
> > Hiroshi Shimamoto writes:
> >
> > > From: Hiroshi Shimamo
> Subject: Re: [PATCH 1/2] if_link: Add VF multicast promiscuous mode control
>
> Hiroshi Shimamoto writes:
>
> > From: Hiroshi Shimamoto
> >
> > Add netlink directives and ndo entry to control VF multicast promiscuous
> > mode.
> >
> > I
From: Hiroshi Shimamoto
> From: Hiroshi Shimamoto
>
> Add netlink directives and ndo entry to control VF multicast promiscuous mode.
>
> Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
> per VF. It means that we cannot assign over 30 IPv6 addresses to a single
> VF
Hiroshi Shimamoto writes:
> From: Hiroshi Shimamoto
>
> Add netlink directives and ndo entry to control VF multicast promiscuous mode.
>
> Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
> per VF. It means that we cannot assign over 30 IPv6 addresses to a single
> VF
From: Hiroshi Shimamoto
Add netlink directives and ndo entry to control VF multicast promiscuous mode.
Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
per VF. It means that we cannot assign over 30 IPv6 addresses to a single
VF interface on VM. We want thousands IPv6
Hiroshi Shimamoto h-shimam...@ct.jp.nec.com writes:
From: Hiroshi Shimamoto h-shimam...@ct.jp.nec.com
Add netlink directives and ndo entry to control VF multicast promiscuous mode.
Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
per VF. It means that we cannot
From: Hiroshi Shimamoto
From: Hiroshi Shimamoto h-shimam...@ct.jp.nec.com
Add netlink directives and ndo entry to control VF multicast promiscuous mode.
Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
per VF. It means that we cannot assign over 30 IPv6 addresses
From: Hiroshi Shimamoto h-shimam...@ct.jp.nec.com
Add netlink directives and ndo entry to control VF multicast promiscuous mode.
Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
per VF. It means that we cannot assign over 30 IPv6 addresses to a single
VF interface on VM.
] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Subject: Re: [PATCH 1/2] if_link: Add VF multicast promiscuous mode
control
Hiroshi Shimamoto h-shimam...@ct.jp.nec.com writes:
From: Hiroshi Shimamoto h-shimam...@ct.jp.nec.com
Add netlink directives and ndo entry
Subject: Re: [PATCH 1/2] if_link: Add VF multicast promiscuous mode control
Hiroshi Shimamoto h-shimam...@ct.jp.nec.com writes:
From: Hiroshi Shimamoto h-shimam...@ct.jp.nec.com
Add netlink directives and ndo entry to control VF multicast promiscuous
mode.
Intel ixgbe
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
-Original Message-
From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
Sent: Tuesday, January 20, 2015 3:40 PM
To: Bjørn Mork
Cc: e1000-de...@lists.sourceforge.net; net
: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast promiscuous
mode control
Subject: RE: [E1000-devel] [PATCH 1/2] if_link: Add VF multicast
promiscuous mode control
-Original Message-
From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
Sent: Tuesday
46 matches
Mail list logo
