OpenSolaris

Printable Version Enter a New Search
Bug ID 6777552
Synopsis up to 15 MAC unicast address hw filters are usable on nxge instead of 16
State 10-Fix Delivered (Fix available in build)
Category:Subcategory driver:nxge
Keywords crossbow
Responsible Engineer Michael Speer
Reported Against xb_45
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_108
Fixed In snv_108
Release Fixed solaris_nevada(snv_108)
Related Bugs 6498311
Submit Date 28-November-2008
Last Update Date 11-February-2009
Description
This was reported by Paul Powers during the regression testing of LDOMs with Crossbow:

"- Test NET_03 to NET_05 are encountering a what is believed to be a new issue. For the nxge interfaces the VSW's were found to support 15 VNETs in programmed mode and on supporting the 16th VNET the nxge<n> transitions into promiscuous mode. The correct behavior for nxge, is that it will support up to (and including) 16 VNETs in programmed mode. Email to be sent to the Crossbow
HIO Dev alias to inquire if this is a known issue. This issue is not seen in LDOMS v1.1 Network Regression and Hybrid I/O testing."

Then later:

"I'm referring to the LDOMs v1.1 Testing that the LDOMs QA team is doing against s10u6. My colleague Oscar Arreola is doing the Network Regaression tests. I'm performing the Hybrid I/O new feature testing.

The nxge<n>'s are supporting up to 15 VNETs in programmed mode and not the expected 16 VNETs is not a blocker. It should be a P3 issue."

It could be caused by the unicast MAC address changes that were done to both the MAC layer, or by the nxge driver as a result of the changes made to conform to the new MAC provider interface. Filing this in the "other" category bucket for now.
Work Around
N/A
Comments
N/A