This thread isn't really about networking, but power management (or
devices drivers if it turns out that a particular driver needs to
improve). You might consider moving this discussion to pm-discuss.
On Mon, 7 Jun 2010, NB wrote:
> I thought the whole point of the bios settings is just to do that,
> the "ACPI suspend type S3 (suspend to Ram)" would mean that all of
> the hardware on the motherborad is switched off apart from the ram,
> also the bios settings of Wake up by onChip LAN would keep the NIC
> enabled to boot the machine back up?
(see Garrett's note)
Note, that the device driver *can* put the hardware into modes that
the BIOS cannot handle (and vice-versa). As the driver is saving the
state, if it also switches off the PHY's, and the BIOS doesn't turn
them back on, WOL will not work even if it is supported.
>
> In my mind any other hardware does not play a part in Wake on Lan at
> the stage where the machine is off.
When the machine is finally in S3, no other hardware is in play
w.r.t. WOL (except the hardware that actually drives the power
rails).
>
> Would that mean then that the Matrox Graphics are supported in
> FreeBSD and not in Opensolaris.
Yes, that is what it means. Contact the folks at driver-discuss if
you would like information obout getting Matrox support or helping
with the effort..
>
> I am going to try and pull out the Matrox Graphics card and see if
> this will amke any difference, my thought on this would be probably
> not.
This will probably be futile, as you will have no way to get console
IO. If you can set up a serial console redirect, it will probably
continue. If you would prefer a different framebuffer, ask at
driver-discuss as to which nVidia framebuffers are supported with s/r.
---- Randy
> --
> This message posted from opensolaris.org
> _______________________________________________
> networking-discuss mailing list
> networking-discuss@opensolaris.org
>
_______________________________________________
networking-discuss mailing list
networking-discuss@opensolaris.org
