netdev - RE: ixgbe and mac-vlans problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 6 May 2010 11:51:20 -0600
From:	"Tantilov, Emil S" <emil.s.tantilov@...el.com>
To:	Ben Greear <greearb@...delatech.com>
CC:	Arnd Bergmann <arnd@...db.de>, NetDev <netdev@...r.kernel.org>,
	Patrick McHardy <kaber@...sh.net>
Subject: RE: ixgbe and mac-vlans problem

Ben Greear wrote:
> On 04/30/2010 03:26 PM, Tantilov, Emil S wrote:
>> Ben Greear wrote:
>>> On 04/30/2010 02:13 PM, Tantilov, Emil S wrote:
> 
>>>> I ran a quick test in my setup with 82599 and was able to pass
>>>> traffic on all 50 mac-vlans without issues. This is on net-next.
>>> 
>>> For an 82599 system, I can get 127 mac-vlans working out of 500
>>> created. 
>>> 
>>> That NIC also does not go PROMISC with lots (500) of mac-vlans.
>>> 
>>> Once I put it in promisc mode manually, it works fine.
>>> 
>>> So, I think whatever logic is supposed to put the NIC into promisc
>>> mode when it overflows it's lookup tables isn't working for ixgbe
>>> in 2.6.31.12.
>> 
>> Yeah, you're right. I was able to repro it.
>> 
>> We'll look into it.
> 
> I'd be happy to test out a patch if you have one available.
> 
> If you don't expect to have one soon, please let me know and
> I'll add work-arounds to my code to throw ixgbe NICs into PROMISC
> mode manually.
> 
> Thanks,
> Ben

Hi Ben,

We do have a patch in testing (see attached). It may not apply cleanly as it is on top of some other patches currently in validation. Let me know if it works for you.

Thanks,
Emil
Download attachment "ixgbe_macvlan_v5.patch" of type "application/octet-stream" (2680 bytes)