Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

just in case of, I'd like to report that (and I told Jonathan privately) I do have that set up and still the laptop won't wake up video if suspending from X spree| cat /etc/rc.conf.local sshd_flags=NO # disabled during install apmd_flags="-C" pf=YES 2007/12/2, Mark Thomas <[EMAIL PROTEC

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Dec 2, 2007 7:53 AM, Jonathan Thornburg <[EMAIL PROTECTED]> wrote: > I have ampd running. Here's my /etc/rc.conf.local: Thanks for that little piece of information. I added that to my rc.conf.local and suspend/resume now works from X too. For the record this is on 4.1 using the ati driver in m

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

In message , I wrote > I have a more favorable experience to report, albeit on a T41p: > With 4.2 (both -release and now -stable), suspend works perfectly. [[...]] Addendum: I have ampd running. Here's my /etc/rc.conf.local: --- begin /etc/

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Sat, Dec 01, 2007 at 03:54:42PM +0100, Ted Unangst wrote: [Mark Thomas] >> If I close the lid on this laptop ( Thinkpad T41 ) the machine goes into a >> deep sleep but will not recover with OpenBSD 4.2. With 4.1 this worked >> flawlessly. xorg is not running during these tests. > it will often

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

"A suspend/resume cycle kills all active network connections, but 'sh /etc/netstart' restores things fine." that's funny... in my case this is not needed... the connection is there after resuming... Is it possible that there's such a difference between the thinkpad T41 and T41p?? 2007/12/2, Pau

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

"There's no disk partition to hold suspend info, and removing power when in the suspend state kills the suspend (i.e. when power is restored I have to do a cold reboot with full fsck etc). So, I conclude I must be doing suspend-to-RAM." yes, this is another issue... I DO have such a partition, I

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

Jonathan Thornburg wrote on Sat, Dec 01, 2007 at 11:30:41PM +: > I have a more favorable experience to report, albeit on a T41p: Me too using a T41p, so let's compare. See also my other post. > With 4.2 (both -release and now -stable), suspend works perfectly. > [Under 4.1 suspend would han

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

To add a tiny bit of additional information to this one. On my IBM Thinkpad T41p (Type 2373-GKG S/N 99-95BGD 04/12), i see the following behaviour: Pau Amaro-Seoane wrote on Sat, Dec 01, 2007 at 04:20:32PM +0100: > 2007/12/1, Ted Unangst <[EMAIL PROTECTED]>: >> On 11/6/07, Mark Thomas <[EMAIL PROT

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

In message , Pau Amaro-Seoane wrote > the "suspend via terminal" technique comes back always... I had four > crashes when suspending from X and don't want to play further with > fire, even if I added sync to the most important partitions, with

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Dec 1, 2007 9:54 AM, Ted Unangst <[EMAIL PROTECTED]> wrote: > On 11/6/07, Mark Thomas <[EMAIL PROTECTED]> wrote: > > If I close the lid on this laptop ( Thinkpad T41 ) the machine goes > > into a deep sleep but will not recover with OpenBSD 4.2. With 4.1 this > > worked flawlessly. xorg is not r

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Dec 1, 2007 10:20 AM, Pau Amaro-Seoane <[EMAIL PROTECTED]> wrote: > let's wait for 4.3, until then, suspend from terminal (no X) > > Anybody out there running -current on a thinkpad T41 who can report on > suspending/resuming? Someone on this list ( can't find it now ) reported suspend/resume w

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

the "suspend via terminal" technique comes back always... I had four crashes when suspending from X and don't want to play further with fire, even if I added sync to the most important partitions, with the lost of performance, I don't like having to brutally stop my hard drive let's wait for 4.3,

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On 11/6/07, Mark Thomas <[EMAIL PROTECTED]> wrote: > If I close the lid on this laptop ( Thinkpad T41 ) the machine goes > into a deep sleep but will not recover with OpenBSD 4.2. With 4.1 this > worked flawlessly. xorg is not running during these tests. it will often come back if you cycle throug

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

There's an ugly way to do it: suspend from terminal (say ctrl+alt+f2 and zzz), and when you wake it up go back to X with ctrl+alt+f5. This is how I am doing it now and it's working perfectly. It also goes into sleeping mode much faster from the terminal... Cheers, Pau 2007/12/1, Mark Thomas <[E

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Nov 30, 2007 11:50 AM, Pau Amaro-Seoane <[EMAIL PROTECTED]> wrote: > Hi, > > I am having the same issue. Have you succeed at "waking up" the video? > > Pau No I never got it working. I went back to 4.1. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against pro

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

Hi, I am having the same issue. Have you succeed at "waking up" the video? Pau 2007/11/7, Mark Thomas <[EMAIL PROTECTED]>: > On Nov 6, 2007 5:34 AM, Mark Thomas <[EMAIL PROTECTED]> wrote: > > If I close the lid on this laptop ( Thinkpad T41 ) the machine goes > > into a deep sleep but will not r

Re: Machine will not recover from 'deep sleep' state [ IBM Thinkpad T41 ]

On Nov 6, 2007 5:34 AM, Mark Thomas <[EMAIL PROTECTED]> wrote: > If I close the lid on this laptop ( Thinkpad T41 ) the machine goes > into a deep sleep but will not recover with OpenBSD 4.2. With 4.1 this > worked flawlessly. xorg is not running during these tests. Well apparently it's just video