>> Seems I've hit a bug in more recent builds of >> OpenSolaris regarding setting large mtu values (i.e. >> jumbo frames support) on systems with multiple e1000g >> ports. > > Actually it's a fix to a bug. What you observe is the > expected behavior. > The changes were introduced in "6797885 need to add > support for network > device (8086,10ea) in a new Intel system" in Build > 125. > Previously no matter what mtu range the hardware can > support, the dladm > always reports "1500-9216". In Build 125, I changed > the mtu range > accordinly to chips' capabilities. The capability > detail of each chip > (such as 82573 in your case) is provided by Intel. >
Indeed sir, you are correct. I am still stunned that a commercial server would use two different chipsets for onboard NICs that are physically side-by-side, but I verified it with Intel and your explanation was dead on. That'll teach me to read specs and prtconf in more detail... Glad to know it was a feature and not a bug. =) - Adam -- This message posted from opensolaris.org _______________________________________________ networking-discuss mailing list [email protected]
