| Skip Navigation Links | |
| Exit Print View | |
|
Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP Product Notes |
1. Important Information About the Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP
Intel GbE Driver Support for Linux and Windows
Each known change request (CR) is listed by its synopsis and its CR number. Each entry describes the issue and provides a workaround, if one is available. Check the latest status of CRs at:
Performing an internal network loopback test with Oracle SunVTS on Sun Quad Port PCIe 2.0 Gigabit Ethernet Networking Cards might result in a test failure and improperly working links.
Workaround: Avoid using Oracle SunVTS network loopback test. If you ran the test and the links are not working properly, try the following solutions, depending on the operating system.
For the Oracle Solaris 10 OS, perform these steps:
Reboot the system.
Power cycle the system.
Download, and apply the latest patches.
If downloading the latest patch does not solve the issue, contact your Oracle service provider.
For the Oracle Solaris 11 OS, update the system with the latest service patches.
The Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP, supports the Wake-on-LAN facility for desktop PC environments. When any LAN cable is connected to the Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP, the EM detects the link and tries to establish the connection. When the connection is established, the green LNK (link) LED becomes steady on, or it blinks when there is activity on the link. The amber speed LED will be on for 1-GbE links.
As of this release, the Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP, tries to establish a link even though the slot power is disabled or the host system is powered down (with the AC main power plugs inserted). This issue does not pose any threat to the operation of the EM in any supported chassis. Because the power is drawn mainly by the PHY section of the EM, the power consumed during the link-on state is low and does not load the 3.3V AUX rail of the chassis.
Workaround: At the time of this release, there is no workaround for this issue.
Starting with Solaris 10 10/09, you could see network latency spikes. This issue is related to the Intel power management feature and deep C-state. When a CPU is idle, it can either halt until it is woken up, or the CPU can spin. MWAIT and HLT can halt a CPU, but they have different wakeup mechanisms. Deeper C-states are greater power-saving halt states, but they can also cause longer wake-up times.
Workaround: Add these entries in the /etc/system file then reboot both systems.
... set idle_cpu_prefer_mwait=0 set idle_cpu_no_deep_c=1 ...
When only idle_cpu_no_deep_c=1 is set, the system only uses the C1 halt state. Thus, you must set both states. This works with either HLT or MWAIT.
Before you hot-swap a Sun Quad Port GbE PCIe 2.0 ExpressModule, UTP, you must press the ATTN button so that the system powers down the slot. During this operation, you might see AER multiple-corrected errors. You can safely ignore these messages.
|