> Ok I just tried that script (without the pm_debug
> line, it seemed to cause mdb to complain about an
> unknown symbol name) 

Yep, pm_debug is available with a 
debug kernel only.

> but had the exact same result
> when executed . System tries to suspend, display
> turns off etc., had to reset to bring it back up.
> Nothing new in /var/adm/messages, just the same
> "System is being suspended", then nothing until I
> boot up again.

Does that system have an isa legacy serial port?

Could you retry the uadmin 3 22 on the console,
when the console is redirected to the serial port?


Without a serial port console, you could try the
uadmin 3 22 from the ascii text console.  But
since you're using an nvidia video card, this has
the additional problem that you'll get no more
console messages as soon as the nvidia driver
suspends.  But maybe it hangs before the nvidia
module suspends?


> "uadmin 3 21" returns nothing, so that means the
> system should be capable of going into S3 right?

uadmin 3 22 suspends all device drivers, and after
that resumes all devices drivers.  It does not
remove power from the system.

It seems the problem isn't with acpi switching
the system into S3 mode; it seems the problem is
somewhere with suspending the drivers.

During driver suspend, the disk cannot be used any
more, so it won't log error messages to
/var/adm/messages.  Error message are written
to the console.  Using a serial port console should
show these messages...

> I do have one error in /var/adm/messages that reads:
> /usr/lib/power/powerd: [daemon.error] Able to open /dev/srn
> Perhaps this has something to do with it?

No.  I think this message is normal.

I think the "daemon.error" category is wrong with this
syslog message; I think this is an informational message.
powerd was able to open the /dev/srn device, which is
used to by userland processes to get notifications from the
kernel when the system is suspended or resumed.
-- 
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to