Re: Power management questions

I have changed that particular setting. For reference, dmesg is below:

$ dmesg
console is keyboard/display
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2010 OpenBSD. All rights reserved.
http://www.OpenBSD.org

OpenBSD 4.7 (GENERIC) #258: Wed Mar 17 23:40:34 MDT 2010
    [email protected]:/usr/src/sys/arch/sparc64/compile/GENERIC
real mem = 2147483648 (2048MB)
avail mem = 2068865024 (1973MB)
mainbus0 at root: Sun Blade 1500
cpu0 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1062 MHz
cpu0: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external
(64 b/l)
"memory-controller" at mainbus0 not configured
schizo0 at mainbus0: "Tomatillo", version 4, ign 780, bus A 0 to 1
schizo0: dvma map c0000000-dfffffff
pci0 at schizo0
ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
"flashprom" at ebus0 addr 0-fffff not configured
rtc0 at ebus0 addr 70-71: m5819p
pcfiic0 at ebus0 addr 320-321 ivec 0x2e
iic0 at pcfiic0
admtt0 at iic0 addr 0x2e
spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM registered ECC PC2300CL2.5
spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM registered ECC PC2300CL2.5
spdmem2 at iic0 addr 0x52: 512MB DDR SDRAM registered ECC PC2300CL2.5
spdmem3 at iic0 addr 0x53: 512MB DDR SDRAM registered ECC PC2300CL2.5
"ics951601" at iic0 addr 0x69 not configured
power0 at ebus0 addr 800-82f ivec 0x20
com0 at ebus0 addr 3f8-3ff ivec 0x2c: ns16550a, 16 byte fifo
com1 at ebus0 addr 2e8-2ef ivec 0x2c: ns16550a, 16 byte fifo
"dma" at ebus0 addr 0-ffff not configured
alipm0 at pci0 dev 6 function 0 "Acer Labs M7101 Power" rev 0x00: 223KHz
clock
iic1 at alipm0
"scm001" at alipm0 addr 0x20 skipped due to alipm0 bugs
autri0 at pci0 dev 8 function 0 "Acer Labs M5451 Audio" rev 0x02: ivec 0x7a4
ac97: codec id 0x41445348 (Analog Devices AD1881A)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at autri0
midi0 at autri0: <4DWAVE MIDI UART>
ohci0 at pci0 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec 0x7a7,
version 1.0, legacy support
ohci1 at pci0 dev 11 function 0 "Acer Labs M5237 USB" rev 0x03: ivec 0x7a6,
version 1.0, legacy support
pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc4: DMA,
channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0x798 for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: <ST340014A>
wd0: 16-sector PIO, LBA, 38166MB, 78165360 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <MATSHITA, DVD-ROM SR-8589, 8Z22> ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
ppb0 at pci0 dev 2 function 0 "TI PCI2250 PCI-PCI" rev 0x02
pci1 at ppb0 bus 1
ohci2 at pci1 dev 8 function 0 "NEC USB" rev 0x43: ivec 0x790, version 1.0
ohci3 at pci1 dev 8 function 1 "NEC USB" rev 0x43: ivec 0x791, version 1.0
ehci0 at pci1 dev 8 function 2 "NEC USB" rev 0x04: ivec 0x792
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "NEC EHCI root hub" rev 2.00/1.00 addr 1
"TI TSB43AB23 FireWire" rev 0x00 at pci1 dev 11 function 0 not configured
usb1 at ohci2: USB revision 1.0
uhub1 at usb1 "NEC OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci3: USB revision 1.0
uhub2 at usb2 "NEC OHCI root hub" rev 1.00/1.00 addr 1
usb3 at ohci0: USB revision 1.0
uhub3 at usb3 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1
usb4 at ohci1: USB revision 1.0
uhub4 at usb4 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1
"ppm" at mainbus0 not configured
schizo1 at mainbus0: "Tomatillo", version 4, ign 7c0, bus B 0 to 0
schizo1: dvma map c0000000-dfffffff
pci2 at schizo1
bge0 at pci2 dev 2 function 0 "Broadcom BCM5703" rev 0x00, BCM5702/5703 A2
(0x1002): ivec 0x7dc, address 00:03:ba:c4:de:d6
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
ifb0 at pci2 dev 3 function 0 "3D Labs Wildcat 5110" rev 0x01
ifb0: XVR-600 (SUNW,375-3153), 1600x1200
wsdisplay0 at ifb0 mux 1: console (std, sun emulation)
"i2c" at mainbus0 not configured
uhidev0 at uhub4 port 1 configuration 1 interface 0 "Sun Microsystems Type 6
Mouse" rev 1.00/1.02 addr 2
uhidev0: iclass 3/1
ums0 at uhidev0: 3 buttons
wsmouse0 at ums0 mux 0
uhidev1 at uhub4 port 2 configuration 1 interface 0 "Sun Microsystems Type 6
Keyboard" rev 1.00/1.01 addr 3
uhidev1: iclass 3/1
ukbd0 at uhidev1: 8 modifier keys, 6 key codes, country code 33
wskbd0 at ukbd0: console keyboard, using wsdisplay0
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
bootpath: /pci@1e,600000/ide@d,0/disk@0,0
root on wd0a swap on wd0b dump on wd0b
WARNING: / was not properly unmounted


Thanks!

Angus

On Fri, May 28, 2010 at 11:34 PM, Angus Beath <[email protected]> wrote:

> Ah, my apologies for being obtuse. I will try that suggestion and let the
> list know.
>
> Angus
>
>
> On Fri, May 28, 2010 at 6:57 PM, J.C. Roberts <[email protected]>wrote:
>
>> On Thu, 27 May 2010 14:34:15 +1000 Angus Beath <[email protected]> wrote:
>> >
>> > Hi all,
>> >
>> > another question regarding the Sun Blade 1500. I have X working now
>> > (thank you!) and while the screen colour depth and resolution aren't
>> > perfect it is useable and I am therefore happy. The problem I have
>> > now is that if I leave the workstation unattended for long enough,
>> > the monitor goes into power saving mode and there is nothing I can do
>> > to rouse it from that state. The monitor itself is normally quite
>> > capable of handling going in and out of a standby mode as I use it
>> > with Linux/Windows 7 from time to time. This is not restricted to X
>> > sessions I must note - if it's left at the console it will go black
>> > and nothing I do (key press/ mouse wiggle) bring it back to life. The
>> > system is still up - SSH sessions remain viable and tell me it's
>> > working but I can't get anything on the screen at all.
>> >
>> > Does anyone have any ideas? I've searched the OpenBSD FAQ's but I
>> > will admit that the volume of data there is somewhat overwhelming at
>> > times. I've also checked SunSolve and haven't really found much joy
>> > there either.
>>
>> I had to look at your previous messages to *guess* what you're running,
>> this is why a dmesg is always nice.
>>
>> What are your wsconsctl.conf settings ?
>>        $ wsconsctl
>>
>> If you read the following:
>>        http://www.openbsd.org/faq/faq7.html#Blanker
>>
>> Your description makes it seem like 'display.kbdact=' is set to 'off'
>>
>>        jcr
>>
>> --
>> The OpenBSD Journal - http://www.undeadly.org