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
| ||
|
Date: Fri, 30 Apr 2010 16:26:44 -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 02:13 PM, Tantilov, Emil S wrote: >> Ben Greear wrote: >>> On 04/30/2010 11:00 AM, Arnd Bergmann wrote: >>>> On Friday 30 April 2010 00:27:39 Ben Greear wrote: >>>>> Basically, we create 50 mac-vlans, with sequential MAC addresses >>>>> and sequential IP addresses, and set up ip rules properly. >>>>> >>>>> The issue is that only 10 or so of the mac-vlans receive other >>>>> than broadcast packets. The ixgbe NIC doesn't show PROMISC mode. >>>> >>>> I just took a brief look at the driver and noticed that 82599 >>>> should be able to handle 128 entries before going into promisc >>>> mode, while 82598 (the same driver) does 16. >>>> >>>> Maybe the logic for>16 entries is wrong, so you could try forcing >>>> hw->mac.num_rar_entries to 16 for 82599 as well. >>> >>> I think I was actually on an 825998 system when I saw it yesterday, >>> but I have seen similar issues on 82599, though I didn't take time >>> to debug it fully, so it could have been something else. >>> >>> I will double-check the NIC chipset on the system that showed the >>> problem yesterday. >> >> 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. Thanks, Emil-- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists