Initial post didn't make it across to the Mailman interface, so here we go again:
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. This has happened across the board on all of our systems that use integrated e1000g ports, but not those that use nge (i.e. Thumpers), therefore I feel this problem is isolated to e1000g. Everything was working fine on b118, but as soon as we moved to later builds (I've tried b126->b130), the second NIC shows a maximum possible settable MTU of 1500, instead of the expected 9216. Booting back into b118 makes it work again. I've searched the release notes for all builds > 118 to see if there was any mention of MTU related fixes in e1000g or dladm but could find nothing. I've attached a full "prtconf -v" output from b130. First, build 118 dladm output: # dladm show-linkprop -p mtu LINK PROPERTY PERM VALUE DEFAULT POSSIBLE e1000g0 mtu rw 9000 1500 1500-9216 e1000g1 mtu rw 9000 1500 1500-9216 Then once I reboot into b126 or greater: # dladm show-linkprop -p mtu LINK PROPERTY PERM VALUE DEFAULT POSSIBLE e1000g0 mtu r- 1500 1500 1500-9216 e1000g1 mtu r- 1500 1500 1500 The differences I see are: 1. The "PERM" column changes from "rw" to "r-". Not sure if that has any bearing. 2. A side effect of the image-update to the new builds seems to be that it resets the per-adapter configured value of MTU back to the default of 1500. I can "dladm set-linkprop" and change the value back to "9000" for e1000g0, but not e1000g1. 3. The POSSIBLE mtu range for the second port (e1000g1) does not show the proper range. Obviously, "dladm set-linkprop -p mtu="9000" e1000g1" fails. I have changed the /kernel/drv/e1000g.conf to "enable" jumbo frames via: MaxFrameSize=3,3,3,3,3,3,3,3,3,3,3,3,3,3,3,3; ...but this conf setting seems to be ignored anyway. No hardware configuration has changed on these systems or the switches they connect to. Thoughts/suggestions/pointers? -- This message posted from opensolaris.org _______________________________________________ networking-discuss mailing list networking-discuss@opensolaris.org
