Re: Trying to get suspend to RAM working on an X31
On Thu, Nov 13, 2014 at 10:41:35AM +0200, Antonio Barrones wrote: On 13 November 2014 01:33, Mike Larkin mlar...@azathoth.net wrote: On Thu, Nov 13, 2014 at 12:16:46AM +0200, Antonio Barrones wrote: Mike Larkin mlarkin at azathoth.net writes: On Fri, Oct 10, 2014 at 10:01:18AM -0700, John Magolske wrote: Hi, I have an X31 ThinkPad on which I've installed OpenBSD. Everything boot -c , disable radeondrm (and also disable auto xdm start). See if you can zzz/resume from the console without radeondrm running. That will at least give us a place to start. Another thing you can try is seeing if the machine is in ddb on resume for some reason. Try a few (3 or 4) bo re commands (enter after each). See if the machine reboots, and if so you might have clues in dmesg after reboot. -ml Hi, with the current version and disabling radeondrm at boot, the resume works. Without disabling anything the resume doesn't work. The keyboard looks not responding, but the keys to change the lights in the display are working Not sure I understand. You say ...the resume works but then say a bunch of stuff doesn't work. Which is it? -ml When you disable radeondrm at boot (boot -c), then in the -current version of OpenBSD, the resume works (but X window doesn't work I have tried also with vesa driver in xorg.conf). Doing the same with the 5.6 -release version, resume works, but the console is corrupted and the characters are not legible but the keyboard works and you can boot without hard reset. If you don't disable anything at boot (with the -current version ) then resume doesn't work. In the previous mail I posted the dmesg with radeondrm disabled and also the dmesg without disabling anything at boot. Antonio Looks like a problem in radeondrm resume for this chip, then, since disabling that works. I wouldn't expect X to work here since you're basically running half of a radeon config (radeon but no DRM/KMS) at that point. -ml
Re: Trying to get suspend to RAM working on an X31
Mike Larkin mlarkin at azathoth.net writes: On Fri, Oct 10, 2014 at 10:01:18AM -0700, John Magolske wrote: Hi, I have an X31 ThinkPad on which I've installed OpenBSD. Everything boot -c , disable radeondrm (and also disable auto xdm start). See if you can zzz/resume from the console without radeondrm running. That will at least give us a place to start. Another thing you can try is seeing if the machine is in ddb on resume for some reason. Try a few (3 or 4) bo re commands (enter after each). See if the machine reboots, and if so you might have clues in dmesg after reboot. -ml Hi, with the current version and disabling radeondrm at boot, the resume works. Without disabling anything the resume doesn't work. The keyboard looks not responding, but the keys to change the lights in the display are working (Fn+Home or Fn+End), but no any response when I press Caps Lock, or I try to reboot. Disabling the radeondrm in the dmesg the keyboard is using wsdisplay0: wskbd0 at pckbd0: console keyboard, using wsdisplay0 with the radeondrm there is not wsdisplay0: wskbd0 at pckbd0: console keyboard I don't know if this is normal or not. The dmesg with radeondrm disabled: OpenBSD 5.6-current (GENERIC) #503: Wed Nov 12 00:43:00 MST 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1400MHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE,EST,TM2,PERF real mem = 1341026304 (1278MB) avail mem = 1306824704 (1246MB) User Kernel Config UKC disable radeondrm 247 radeondrm* disabled UKC exit Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/22/05, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (57 entries) bios0: vendor IBM version 1QET97WW (3.02 ) date 09/22/2005 bios0: IBM 2672C2G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA BOOT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) PCI0(S3) PCI1(S4) DOCK(S4) USB0(S3) USB1(S3) AC9M(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (PCI1) acpiprt3 at acpi0: bus -1 (DOCK) acpicpu0 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB1, USB7 acpitz0 at acpi0: critical temperature is 91 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model IBM-COMPATIBLE serial21 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: Enhanced SpeedStep 1399 MHz: speeds: 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82855PM Host rev 0x03 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xd000, size 0x1000 ppb0 at pci0 dev 1 function 0 Intel 82855PM AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M6 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci2 at ppb1 bus 2 2:0:0: mem address conflict 0xb000/0x1000 2:0:1: mem address conflict 0xb100/0x1000 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0xaa: irq 11 cbb1 at pci2 dev 0 function 1 Ricoh 5C476 CardBus rev 0xaa: irq 11 Ricoh 5C552 Firewire rev 0x02 at pci2 dev 0 function 2 not configured fxp0 at pci2 dev 8 function 0 Intel PRO/100 VE rev 0x81, i82562: irq 11, address 00:0d:60:78:16:30 inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 6 device 0 cacheline 0x0, lattimer 0xb0 pcmcia1 at cardslot1 ichpcib0 at pci0 dev 31 function 0 Intel 82801DBM LPC rev 0x01 pciide0 at pci0 dev 31 function 1 Intel 82801DBM IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: IC25N040ATCS04-0 wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0: channel 1 disabled (no drives)
Re: Trying to get suspend to RAM working on an X31
On Thu, Nov 13, 2014 at 12:16:46AM +0200, Antonio Barrones wrote: Mike Larkin mlarkin at azathoth.net writes: On Fri, Oct 10, 2014 at 10:01:18AM -0700, John Magolske wrote: Hi, I have an X31 ThinkPad on which I've installed OpenBSD. Everything boot -c , disable radeondrm (and also disable auto xdm start). See if you can zzz/resume from the console without radeondrm running. That will at least give us a place to start. Another thing you can try is seeing if the machine is in ddb on resume for some reason. Try a few (3 or 4) bo re commands (enter after each). See if the machine reboots, and if so you might have clues in dmesg after reboot. -ml Hi, with the current version and disabling radeondrm at boot, the resume works. Without disabling anything the resume doesn't work. The keyboard looks not responding, but the keys to change the lights in the display are working Not sure I understand. You say ...the resume works but then say a bunch of stuff doesn't work. Which is it? -ml (Fn+Home or Fn+End), but no any response when I press Caps Lock, or I try to reboot. Disabling the radeondrm in the dmesg the keyboard is using wsdisplay0: wskbd0 at pckbd0: console keyboard, using wsdisplay0 with the radeondrm there is not wsdisplay0: wskbd0 at pckbd0: console keyboard I don't know if this is normal or not. The dmesg with radeondrm disabled: OpenBSD 5.6-current (GENERIC) #503: Wed Nov 12 00:43:00 MST 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1400MHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE,EST,TM2,PERF real mem = 1341026304 (1278MB) avail mem = 1306824704 (1246MB) User Kernel Config UKC disable radeondrm 247 radeondrm* disabled UKC exit Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/22/05, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (57 entries) bios0: vendor IBM version 1QET97WW (3.02 ) date 09/22/2005 bios0: IBM 2672C2G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA BOOT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) PCI0(S3) PCI1(S4) DOCK(S4) USB0(S3) USB1(S3) AC9M(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (PCI1) acpiprt3 at acpi0: bus -1 (DOCK) acpicpu0 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB1, USB7 acpitz0 at acpi0: critical temperature is 91 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model IBM-COMPATIBLE serial21 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: Enhanced SpeedStep 1399 MHz: speeds: 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82855PM Host rev 0x03 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xd000, size 0x1000 ppb0 at pci0 dev 1 function 0 Intel 82855PM AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M6 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci2 at ppb1 bus 2 2:0:0: mem address conflict 0xb000/0x1000 2:0:1: mem address conflict 0xb100/0x1000 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0xaa: irq 11 cbb1 at pci2 dev 0 function 1 Ricoh 5C476 CardBus rev 0xaa: irq 11 Ricoh 5C552 Firewire rev 0x02 at pci2 dev 0 function 2 not configured fxp0 at pci2 dev 8 function 0 Intel PRO/100 VE rev 0x81, i82562: irq 11, address 00:0d:60:78:16:30 inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 6 device 0 cacheline 0x0, lattimer 0xb0 pcmcia1 at cardslot1 ichpcib0 at pci0 dev 31 function 0 Intel 82801DBM LPC rev 0x01 pciide0 at pci0 dev 31 function 1 Intel
Re: Trying to get suspend to RAM working on an X31
John Magolske listmail at b79.net writes: Hi, In Debian you can resume after suspend if you disable Radeon KMS at boot: http://tomlowshang.blogspot.fi/2010/04/disabling-radeon-kms.html I have tried to disable radeondrm at boot in OpenBSD, the resume worked but the console was corrupted and the characters were not legible. The computer was responding, but anyway you have to reboot the computer because it was no way to restore it, and to run X11 didn't help. About the back light on after suspend, there is a tool radontool to turn off it before suspend, but it looks that it is an obsolete method: http://www.thinkwiki.org/wiki/Radeontool In that page they recommend to use xrand instead or xbacklight: http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/xbacklight.1?query=xbacklightsec=1 The Thinkpad x31 works very well if you don't need to use the suspend function. The bug is old and it doesn't look that it has been solved in others systems. Antonio
Re: Trying to get suspend to RAM working on an X31
* Mike Larkin mlar...@azathoth.net [141010 11:18]: On Fri, Oct 10, 2014 at 10:01:18AM -0700, John Magolske wrote: Upon issuing the `zzz` command, the screen turns off, the machine spins down and the little crescent-moon sleep indicator lights up. But when woken, the screen comes up frozen with lots of vertical stripes. Blind-typing comands into the console has no effect (e.g. `zzz` from a root console then `halt -p` after the awakening attempt). boot -c , disable radeondrm (and also disable auto xdm start). See if you can zzz/resume from the console without radeondrm running. That will at least give us a place to start. Another thing you can try is seeing if the machine is in ddb on resume for some reason. Try a few (3 or 4) bo re commands (enter after each). See if the machine reboots, and if so you might have clues in dmesg after reboot. Thanks, that made a difference. Appears to be suspending to RAM -- hard drive spins down, crescent-moon indicator lights up, screen goes black...but then the backlight comes back on while remaining in sleep mode. Closing and opening the lid brings it back to life promptly with no stripes on the screen, everything is working fine. I just repeated this reliably about 10 times in a row. Now if I could figure out how to keep the backlight from coming back on immediately after the suspend. Also wondering how much I'd be giving up by forgoing DRM in my case with this mobility radeon 7000. Rebooted, then suspended to the frozen screen with vertical stripes, tried the suggested `bo re` ... but no, that screen is frozen solid. Regards, John -- John Magolske http://B79.net/contact
Trying to get suspend to RAM working on an X31
Hi, I have an X31 ThinkPad on which I've installed OpenBSD. Everything seems to be working fine, with the exception of suspend to RAM. cat /etc/rc.conf.local apmd_flags=-C Upon issuing the `zzz` command, the screen turns off, the machine spins down and the little crescent-moon sleep indicator lights up. But when woken, the screen comes up frozen with lots of vertical stripes. Blind-typing comands into the console has no effect (e.g. `zzz` from a root console then `halt -p` after the awakening attempt). I've tried `zzz` from X as well as from the console, tried `disable acpithinkpad` `disable acpi` (independently from each other) after boot -c, fiddled various settings in the BIOS...but in all cases there is the same frozen screen with vertical stripes. Because I've also had no luck getting suspend to work under Debian (Stable Testing), I'm thinking the issue might be an old graphics card that's no longer supported. I realize this machine is over 10 years old and at some point dev effort must focus on more recent hardware... but I just wanted to check see if there's something else to try that might get suspend working here. Though a pretty meager machine performance-wise by today's standards, from a physicality standpoint the X31 is IMO one of the nicest compact laptops out there. Very nice keyboard (better key action than the X201s I type this) and I like the tall-screen format (the low-res is fine for me with the right bitmap font). And it has enough power for my basic needs (running a shell, tmux, mutt, vim, elinks, ncmpcpp etc). Anyhow, just trying to squeeze some more life out of this ThinkPad. If I can't get suspend to work, maybe I'll look into swapping out the mobo with something lightweight like a Pandaboard... BTW -- this is my first experience with OpenBSD, and I have to say the installation was incredibly straightforward and easy to understand. Really liking what I see so far! Thanks for any suggestions, John dmesg: OpenBSD 5.5 (GENERIC) #276: Wed Mar 5 09:57:06 MST 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1600MHz (GenuineIntel 686-class) 1.60 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE,EST,TM2,PERF real mem = 1341026304 (1278MB) avail mem = 1306816512 (1246MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/22/05, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (57 entries) bios0: vendor IBM version 1QET97WW (3.02 ) date 09/22/2005 bios0: IBM 2885PWU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA BOOT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) PCI0(S3) PCI1(S4) DOCK(S4) USB0(S3) USB1(S3) AC9M(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (PCI1) acpiprt3 at acpi0: bus -1 (DOCK) acpicpu0 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB1, USB7 acpitz0 at acpi0: critical temperature is 91 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model IBM-08K8040 serial16 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: Enhanced SpeedStep 1599 MHz: speeds: 1600, 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82855PM Host rev 0x03 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xd000, size 0x1000 ppb0 at pci0 dev 1 function 0 Intel 82855PM AGP rev 0x03 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 ATI Radeon Mobility M6 rev 0x00 drm0 at radeondrm0 radeondrm0: irq 3 uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 3 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 6 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 5 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci2 at ppb1 bus 2 2:0:0: mem address conflict 0xb000/0x1000 2:0:1: mem address conflict 0xb100/0x1000 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0xaa: irq 3 cbb1 at pci2 dev 0 function 1 Ricoh 5C476 CardBus rev 0xaa: irq 5 Ricoh 5C552 Firewire rev 0x02 at pci2 dev 0 function 2 not configured em0 at pci2 dev 1 function 0 Intel 82540EP rev 0x03: irq 3, address 00:0d:60:80:8a:0d ipw0 at pci2 dev 2 function 0 Intel PRO/Wireless 2100 rev 0x04: irq 5, address 00:0c:f1:26:51:a6 cardslot0 at cbb0 slot 0 flags 0
Re: Trying to get suspend to RAM working on an X31
On Fri, Oct 10, 2014 at 10:01:18AM -0700, John Magolske wrote: Hi, I have an X31 ThinkPad on which I've installed OpenBSD. Everything seems to be working fine, with the exception of suspend to RAM. cat /etc/rc.conf.local apmd_flags=-C Upon issuing the `zzz` command, the screen turns off, the machine spins down and the little crescent-moon sleep indicator lights up. But when woken, the screen comes up frozen with lots of vertical stripes. Blind-typing comands into the console has no effect (e.g. `zzz` from a root console then `halt -p` after the awakening attempt). I've tried `zzz` from X as well as from the console, tried `disable acpithinkpad` `disable acpi` (independently from each other) after boot -c, fiddled various settings in the BIOS...but in all cases there is the same frozen screen with vertical stripes. Because I've also had no luck getting suspend to work under Debian (Stable Testing), I'm thinking the issue might be an old graphics card that's no longer supported. I realize this machine is over 10 years old and at some point dev effort must focus on more recent hardware... but I just wanted to check see if there's something else to try that might get suspend working here. Though a pretty meager machine performance-wise by today's standards, from a physicality standpoint the X31 is IMO one of the nicest compact laptops out there. Very nice keyboard (better key action than the X201s I type this) and I like the tall-screen format (the low-res is fine for me with the right bitmap font). And it has enough power for my basic needs (running a shell, tmux, mutt, vim, elinks, ncmpcpp etc). Anyhow, just trying to squeeze some more life out of this ThinkPad. If I can't get suspend to work, maybe I'll look into swapping out the mobo with something lightweight like a Pandaboard... BTW -- this is my first experience with OpenBSD, and I have to say the installation was incredibly straightforward and easy to understand. Really liking what I see so far! Thanks for any suggestions, John boot -c , disable radeondrm (and also disable auto xdm start). See if you can zzz/resume from the console without radeondrm running. That will at least give us a place to start. Another thing you can try is seeing if the machine is in ddb on resume for some reason. Try a few (3 or 4) bo re commands (enter after each). See if the machine reboots, and if so you might have clues in dmesg after reboot. -ml
