> Hi,
>
> I'm wondering if there's support for WOL in nevada
> b89 x86 64bit for the following nics?
>
> e1000g0 intel 82572EI pcie (pro1000 desktop)
> e1000g1 intel 82541PI pci (pro1000 desktop)
>
> both are configured for WOL and work fine under
> wind... and ubuntu 8.04 server.
> The bios is configured the respond on pcie and pci
> wake up events.
> If I shutdown down the other os's the led's on the
> nic's remain lid. If I send a magic packet the
> machine wakes up. If I shutdown nevada the led's turn
> off and if I send the magic packet the machine wont
> wake up. I boot with ubuntu, shutdown, swap hd to use
> the nevada disk and then send the magic packet it
> also wakes up.
> Linux, or at least ubuntu, has something called
> ethool. This is from the man page:
>
> wol p|u|m|b|a|g|s|d...
> Set Wake-on-LAN options. Not all devices support
> this. The argument to this option is a string of
> characters specifying which options to enable.
>
> p
> Wake on phy activity
> u
> Wake on unicast messages
> m
> Wake on multicast messages
> Wake on broadcast messages
> Wake on ARP
> Wake on MagicPacket(tm)
> Enable SecureOn(tm) password for
> MagicPacket(tm)
> d
> Disable (wake on nothing). This option clears
> all previous options.
>
> It appears to me that nevada, or at least driver,
> sets the last option. Can I change this behaviour? Is
> there an equivalent tool in Solaris?
>
> If this was posted in the wrong list please let me
> know.
>
> Thank you for your time and interest.
Wake on LAN is less of an issue of the OS supporting it, but of the OS or
device driver (or even the BIOS) enabling or disabling it. The only real OS
relevance is if the OS will go to a state where WOL can wake it. Solaris (post
build 77) *can* enter the S3 state, and if the driver or BIOS doesn't disable
the phy, can be awaken by the network hardware. It has been shown to work with
Magic Packet on bge and e1000g, if enabled in the BIOS.
What Solaris doesn't have is a tool to configure WOL, neither is there
specific driver support for WOL features.
There is a prototype driver based on the ARC case Jim Carlson mentions, but
the configuration method chosen for the prototype is crude and not very user
friendly. There is an intent, however, to rectify this.
---- Randy
This message posted from opensolaris.org
_______________________________________________
networking-discuss mailing list
[email protected]
