Re: ThinkPad T41p suspend is fine from console, hangs from X
In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I described how I couldn't get suspend-to-RAM to work on an IBM/Lenovo Thinkpad T41p running OpenBSD 4.1-stable. (See that message for more details, including my 4.1-stable dmesg.) In message http://marc.info/?l=openbsd-miscm=118403957129081w=1 I reported a workaround: switching to the vesa driver in xorg.conf. This got suspend-to-RAM working, but at the cost of loosing the XVideo extension and other hardware-graphics-acceleration goodies. I've just installed 4.2-release (yes, I bought a CD, in fact I pre-ordered but delayed my install until packages came out), and I'm pleased to report that the problem is now completely solved: With no xorg.conf (i.e. just using the default install-from-the-CD-saying-I-want-X configuration), suspend-to-RAM works perfectly *and* Xenocara groks the hardware-graphics-acceleration. A very big thank-you to the OpenBSD crew for Yet Another Great Release! Excerpt from 'xdpyinfo' output: [[...]] vendor string:The X.Org Foundation vendor release number:7020 X.Org version: 7.2.0 [[...]] number of extensions:30 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XAccessControlExtension XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo dmesg: OpenBSD 4.2 (GENERIC) #375: Tue Aug 28 10:38:44 MDT 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1700MHz (GenuineIntel 686-class) 1.70 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2 real mem = 535785472 (510MB) avail mem = 510443520 (486MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/07/04, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (61 entries) bios0: vendor IBM version 1RETC2WW (3.03 ) date 04/07/2004 bios0: IBM 2373221 apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0 cpu0: Enhanced SpeedStep 1700 MHz (1484 mV): speeds: 1700, 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82855PE Hub rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82855PE AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor ATI, unknown product 0x4e54 rev 0x80 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 cbb0 at pci2 dev 0 function 0 TI PCI4520 CardBus rev 0x01: irq 11 cbb1 at pci2 dev 0 function 1 TI PCI4520 CardBus rev 0x01: irq 11 em0 at pci2 dev 1 function 0 Intel PRO/1000MT (82540EP) rev 0x03: irq 11, address 00:0d:60:8e:fe:9e ipw0 at pci2 dev 2 function 0 Intel PRO/Wireless 2100 rev 0x04: irq 11, address 00:0c:f1:32:c4:4c cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x8, lattimer 0xb0 pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 6 device 0 cacheline 0x8, lattimer 0xb0 pcmcia1 at cardslot1 ichpcib0 at pci0 dev 31 function 0 Intel 82801DBM LPC rev 0x01: 24-bit timer at 3579545Hz 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: HTS726060M9AT00 wd0: 16-sector PIO, LBA, 57231MB, 117210240 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TOSHIBA, DVD-ROM SD-R9012, 1121 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801DB SMBus rev 0x01: irq 11 iic0 at ichiic0 auich0 at pci0 dev 31 function 5 Intel 82801DB AC97 rev 0x01: irq 11, ICH4 AC97 ac97: codec id 0x41445374 (Analog Devices
Re: : ThinkPad T41p suspend is fine from console, hangs from X
I have a related problem. But it is with a ThinkPad T23, S3 graphics. Phoenix BIOS suspend to disk works fine while X is running but only if I have a text console active. And it does not matter if I use the 'savage' or the 'vesa' Xorg driver. If the X screen is active, the suspend hangs. Any clues, anyone? On Tue, Jul 10, 2007 at 05:45:40AM +0200, Jonathan Thornburg wrote: In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I described how I couldn't get suspend-to-RAM to work on an IBM/Lenovo Thinkpad T41p running OpenBSD 4.1-stable. (See that message for more details, including my dmesg.) In http://marc.info/?l=openbsd-miscm=118163499228268w=1 I added the additional information that | Since X is so tied up in this, I should also note that I do *not* have | an 'xorg.conf' -- the system is using some sort of internally-generated | default X configuration, which works fine (which is why I never bothered | to set up my own 'xorg.conf'. I'd like to thank all the people who responded, both privately and on the mailing list. The problem is now completely solved, thanks to a suggestion from Erik Mugele ejm at REMOVESPAMBLOCKteuton dot org, who wrote: What I eventually discovered was that the problem was the video driver that I was loading in the Xorg.conf file. Even if you don't use a custom xorg.conf file, the automatic version will load the ati driver. [[...]] I switched to using the vesa driver in Xorg.conf. This completely solved the problem. I know this isn't the optimal driver for the ATI card under X but it works just fine. I don't care about 3D acceleration, etc. I do get good colors, full 1600x1200 resolution and ALL of the suspend functions work (to RAM and to disk). They work from the Fn+buttons as well as from the zzz command. I wrote up my experiences about this here: http://www.teuton.org/~ejm/t42p My experience was identical, and switching to the vesa driver completely solved my problem. (I don't have the XVideo extension any more, but mplayer works fine with software video, so I don't care.) Again, my thanks to all who responded to my query -- suspend is *very* valuable when travelling with a laptop. My apologies for the long delay in this followup (too much travelling, and two much WPA-only wireless in hotel rooms). For the record, here is the /etc/X11/xorg.conf I am now using: --- begin /etc/X11/xorg.conf --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/local/lib/X11/fonts/ghostscript/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ ##FontPath /usr/X11R6/lib/X11/fonts/CID/ EndSection Section Module ##Load dbe ##Load extmod Load glx ##Load record ##Load xtrap ##Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd ## Option XkbOptions ctrl:swapcaps EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol wsmouse Option Device /dev/wsmouse ##Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor# [bool] #Option Dac6Bit # [bool] #Option Dac8Bit # [bool] #Option BusType # [str] #Option CPPIOMode # [bool] #Option CPusecTimeout # i #Option AGPMode # i #Option AGPFastWrite# [bool] #Option AGPSize # i #Option GARTSize# i #Option RingSize# i #Option BufferSize # i #Option EnableDepthMoves# [bool] #Option EnablePageFlip # [bool] #Option NoBackBuffer# [bool] #Option PanelOff# [bool] #Option DDCMode # [bool] #Option MonitorLayout # [str]
Re: : ThinkPad T41p suspend is fine from console, hangs from X
On 7/10/07, Raimo Niskanen [EMAIL PROTECTED] wrote: I have a related problem. But it is with a ThinkPad T23, S3 graphics. Phoenix BIOS suspend to disk works fine while X is running but only if I have a text console active. And it does not matter if I use the 'savage' or the 'vesa' Xorg driver. If the X screen is active, the suspend hangs. Any clues, anyone? Generally suspend/resume with APM works either by having the APM BIOS handle the graphics card in the back of the OS, or by counting on the OS to do the rignt thing. In the latter case, the kernel may need some work too. If Linux (or another BSD) manages to handle suspend/resume with X running, then it''s an OpenBSD bug. If other OSs fail too, then it's an X.Org driver problem, or a more general problem (BIOS bug, lack of documentation...).
Re: : ThinkPad T41p suspend is fine from console, hangs from X
Hi, If Linux (or another BSD) manages to handle suspend/resume with X running, then it''s an OpenBSD bug. If other OSs fail too, then it's an X.Org driver problem, or a more general problem (BIOS bug, lack of documentation...). T42 (with ATI graphics), Linux FC6 fails to handle suspend/resume with X running. Maxim
Re: ThinkPad T41p suspend is fine from console, hangs from X
In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I described how I couldn't get suspend-to-RAM to work on an IBM/Lenovo Thinkpad T41p running OpenBSD 4.1-stable. (See that message for more details, including my dmesg.) In http://marc.info/?l=openbsd-miscm=118163499228268w=1 I added the additional information that | Since X is so tied up in this, I should also note that I do *not* have | an 'xorg.conf' -- the system is using some sort of internally-generated | default X configuration, which works fine (which is why I never bothered | to set up my own 'xorg.conf'. I'd like to thank all the people who responded, both privately and on the mailing list. The problem is now completely solved, thanks to a suggestion from Erik Mugele ejm at REMOVESPAMBLOCKteuton dot org, who wrote: What I eventually discovered was that the problem was the video driver that I was loading in the Xorg.conf file. Even if you don't use a custom xorg.conf file, the automatic version will load the ati driver. [[...]] I switched to using the vesa driver in Xorg.conf. This completely solved the problem. I know this isn't the optimal driver for the ATI card under X but it works just fine. I don't care about 3D acceleration, etc. I do get good colors, full 1600x1200 resolution and ALL of the suspend functions work (to RAM and to disk). They work from the Fn+buttons as well as from the zzz command. I wrote up my experiences about this here: http://www.teuton.org/~ejm/t42p My experience was identical, and switching to the vesa driver completely solved my problem. (I don't have the XVideo extension any more, but mplayer works fine with software video, so I don't care.) Again, my thanks to all who responded to my query -- suspend is *very* valuable when travelling with a laptop. My apologies for the long delay in this followup (too much travelling, and two much WPA-only wireless in hotel rooms). For the record, here is the /etc/X11/xorg.conf I am now using: --- begin /etc/X11/xorg.conf --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/local/lib/X11/fonts/ghostscript/ FontPath /usr/X11R6/lib/X11/fonts/TTF/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ ## FontPath /usr/X11R6/lib/X11/fonts/CID/ EndSection Section Module ## Load dbe ## Load extmod Load glx ## Load record ## Load xtrap ## Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd ## Option XkbOptions ctrl:swapcaps EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol wsmouse Option Device /dev/wsmouse ## Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option Dac6Bit # [bool] #Option Dac8Bit # [bool] #Option BusType # [str] #Option CPPIOMode # [bool] #Option CPusecTimeout # i #Option AGPMode # i #Option AGPFastWrite # [bool] #Option AGPSize # i #Option GARTSize # i #Option RingSize # i #Option BufferSize# i #Option EnableDepthMoves # [bool] #Option EnablePageFlip# [bool] #Option NoBackBuffer # [bool] #Option PanelOff # [bool] #Option DDCMode # [bool] #Option MonitorLayout # [str] #Option IgnoreEDID# [bool] #Option UseFBDev # [bool] #Option VideoKey # i #Option MergedFB # [bool] #Option CRT2HSync # [str] #Option CRT2VRefresh # [str] #Option CRT2Position # [str] #Option MetaModes
Re: ThinkPad T41p suspend is fine from console, hangs from X
In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I wrote # I have a problem with suspend-to-RAM on an IBM/Lenovo ThinkPad T41p # running OpenBSD 4.1-stable. Basically, suspend-to-RAM works fine if # I'm not running X, but hangs the system if I'm running X. My basic # question is, has anyone gotten suspend-to-RAM to work while X is # running on a T41p, and if so, how did you do it? In message http://marc.info/?l=openbsd-miscm=118158640324339w=1, Niall O'Higgins suggested Try switching to console before suspend. and in message http://marc.info/?l=openbsd-miscm=118159088829879w=1, Jussi Peltola offered a pointer to a program to do this automatically. That's a good idea! Alas, when I tried it, the results were the same as when I tried suspend from within X :( :( # == the moon-shaped status light starts blinking # and keeps on blinking, disk and fan stay running, # and the machine is hung (all keyboard input is ignored, # including 'Fn' and 'Fn-F4'; I have to power-cycle it # to regain control (which in turn requires fsck-ing all # mounted the file systems etc)) More generally, the *only* conditions under which suspend-to-RAM works is if X has *never* been run since the last reboot. Since X is so tied up in this, I should also note that I do *not* have an 'xorg.conf' -- the system is using some sort of internally-generated default X configuration, which works fine (which is why I never bothered to set up my own 'xorg.conf'. (My X resolution is 1400x1050, default depth 16 bits/pixel, other available depths 1, 4, 8, 15, 24, 32.) One of the things I haven't yet tried, but plan to try soon, is to set up an explicit 'xorg.conf' (eg there's a T41p configuration on the OpenBSD laptops page http://www.openbsd.org/i386-laptop.html which gives one), and see if this helps. ciao, -- -- Jonathan Thornburg -- remove -animal to reply [EMAIL PROTECTED] Max-Planck-Institut fuer Gravitationsphysik (Albert-Einstein-Institut) and School of Mathematics, U of Southampton, England Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral. -- quote by Freire / poster by Oxfam
Re: ThinkPad T41p suspend is fine from console, hangs from X
On Jun 12, 2007, at 2:28 AM, Jonathan Thornburg wrote: In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I wrote # I have a problem with suspend-to-RAM on an IBM/Lenovo ThinkPad T41p # running OpenBSD 4.1-stable. Basically, suspend-to-RAM works fine if # I'm not running X, but hangs the system if I'm running X. My basic # question is, has anyone gotten suspend-to-RAM to work while X is # running on a T41p, and if so, how did you do it? I think I may have experienced the same problem as you on my ThinkPad R40 and ThinkPad X24. When you say your system hangs, does your screen go blank except for a blinking cursor in the top-left corner? I run into this all the time when the BIOS is set to put the computer to sleep when the lid is closed and I'm running X (or KDE or Gnome or whatever on X) My extensive searching the web leads me to believe it's a driver issue. I come to this conclusion because I have seen many, many reports of identical symptoms on various Linux boards where the solution has been to update nvidia or ati drivers and the problem disappears. Unfortunately, I am not a skilled enough coder, nor do I have the time, to learn the inner workings of X and OpenBSD display drivers to properly diagnose and solve the problem. :( My solution has been to disable the setting in the BIOS that puts the computer sleep when I close the lid. -- Freedom, truth, love, beauty. John Rodenbiker [EMAIL PROTECTED]
ThinkPad T41p suspend is fine from console, hangs from X
Summary === I have a problem with suspend-to-RAM on an IBM/Lenovo ThinkPad T41p running OpenBSD 4.1-stable. Basically, suspend-to-RAM works fine if I'm not running X, but hangs the system if I'm running X. My basic question is, has anyone gotten suspend-to-RAM to work while X is running on a T41p, and if so, how did you do it? Details === hardware: IBM/Lenovo ThinkPad T41p laptop, model 2373-221, dmesg is given below. The entire disk is devoted to OpenBSD; I wiped the IBM/Lenovo recovery partition to get more disk space for OpenBSD software: OpenBSD 4.1-stable, last cvs updated 7.Jun.2007. rc.conf.local starts apmd with the -C flag What works fine: * automatic clock speed adjustment (done by apmd) * powerdown with 'halt -p' * suspend-to-RAM if X is *not* running: boot the machine login (as either root or my normal non-root login) do stuff in a console shell *without* starting X type 'zzz' == the moon-shaped status light blinks a few times, the machine beeps, and in a second or two it goes into suspend-to-RAM state (disk and fan are off) press 'Fn' key, or close and then re-open the lid == machine recovers from suspend-to-RAM and works normally What doesn't work: * boot the machine login (as either root or my normal non-root login) type 'startx;logout' X starts type 'zzz' in an xterm == the moon-shaped status light starts blinking and keeps on blinking, disk and fan stay running, and the machine is hung (all keyboard input is ignored, including 'Fn' and 'Fn-F4'; I have to power-cycle it to regain control (which in turn requires fsck-ing all mounted the file systems etc)) * something else that doesn't work is this: boot the machine login (as either root or my normal non-root login) type 'startx;logout' X starts shut down X login again to console shell type 'zzz' == same symptoms as when I tried it under X In summary, suspend-to-RAM works fine if I don't use X, but if X is running, or even _has_ run since I last booted the machine, then suspend-to-RAM hangs the machine. :( :( Can anyone point me to how to get suspend-to-RAM to work with X (under OpenBSD -- I don't want to change OSs)? Here's my dmesg: OpenBSD 4.1-stable (GENERIC) #1: Thu Jun 7 10:55:58 CEST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1700MHz (GenuineIntel 686-class) 599 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2 real mem = 535785472 (523228K) avail mem = 481177600 (469900K) using 4278 buffers containing 26914816 bytes (26284K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 04/07/04, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (61 entries) bios0: IBM 2373221 apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 98% apm0: AC off, battery charge high, estimated 3:16 hours apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 acpi at mainbus0 not configured cpu0 at mainbus0 cpu0: Enhanced SpeedStep 600 MHz (956 mV): speeds: 1700, 1400, 1200, 1000, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82855PE Hub rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82855PE AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor ATI, unknown product 0x4e54 rev 0x80 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 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci2 at ppb1 bus 2 cbb0 at pci2 dev 0 function 0 TI PCI4520 CardBus rev 0x01: irq 11 cbb1 at pci2 dev 0 function 1 TI PCI4520 CardBus rev 0x01: irq 11
Re: ThinkPad T41p suspend is fine from console, hangs from X
On 6/11/07, Jonathan Thornburg [EMAIL PROTECTED] wrote: My basic question is, has anyone gotten suspend-to-RAM to work while X is running on a T41p, and if so, how did you do it? You might look at tphdisk.
Re: ThinkPad T41p suspend is fine from console, hangs from X
Hi, In message http://marc.info/?l=openbsd-miscm=118157353605570w=1 I wrote My basic question is, has anyone gotten suspend-to-RAM to work while X is running on a T41p, and if so, how did you do it? In message http://marc.info/?l=openbsd-miscm=118157460315701w=1, James Hartley suggested: You might look at tphdisk. Thanks for the tip. Looking at the documentation, though, that seems to address a different issue, namely getting suspend-to-disk to work. My current issue is suspend-to-RAM... ciao, -- -- Jonathan Thornburg -- remove -animal to reply [EMAIL PROTECTED] Max-Planck-Institut fuer Gravitationsphysik (Albert-Einstein-Institut) and School of Mathematics, U of Southampton, England Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral. -- quote by Freire / poster by Oxfam
Re: ThinkPad T41p suspend is fine from console, hangs from X
On Mon, Jun 11, 2007 at 04:47:43PM +0200, Jonathan Thornburg wrote: Summary === I have a problem with suspend-to-RAM on an IBM/Lenovo ThinkPad T41p running OpenBSD 4.1-stable. Basically, suspend-to-RAM works fine if I'm not running X, but hangs the system if I'm running X. My basic question is, has anyone gotten suspend-to-RAM to work while X is running on a T41p, and if so, how did you do it? Try switching to console before suspend.
Re: ThinkPad T41p suspend is fine from console, hangs from X
I use an X22 with Linux, and I simply added chvt to my suspend script to change to a text console before suspend. OpenBSD does not have chvt as far as I know, but Google found the following: http://www.cs.cmu.edu/~joshuad/wsswitch.c I haven't tested it, but I guess it should do the job, unless the machine needs saving and restoring of config registers (which can be done in linux by saving the contents on mysterious files in /proc/pci and writing them back after resume).