From owner-freebsd-mobile Fri Aug 16 18:16:30 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC1B037B400 for ; Fri, 16 Aug 2002 18:16:27 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ABD443E65 for ; Fri, 16 Aug 2002 18:16:27 -0700 (PDT) (envelope-from metrol@metrol.net) Received: (qmail 13323 invoked from network); 17 Aug 2002 01:16:25 -0000 Received: from unknown (HELO metlap.priv.metrol.net) ([66.92.40.27]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Aug 2002 01:16:25 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Michael Collette To: "Kevin Oberman" Subject: Re: Thinkpad T23 Coming Out of Sleep Date: Fri, 16 Aug 2002 18:16:25 -0700 User-Agent: KMail/1.4.2 Cc: Andy Sparrow , FreeBSD Mailing Lists References: <20020810210250.67E555D04@ptavv.es.net> In-Reply-To: <20020810210250.67E555D04@ptavv.es.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208161816.13171.metrol@metrol.net> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I put the 0x2000 flag in there for now. Haven't a clue how to tell if it needed the 0x6000 flag or not. Thus far, the 0x2000 flag appears to be doing okay. This time for testing I attempted to throw a LOT more curve balls at the system. Forced sleep mode in the middle of downloading a web page. Sometimes woke it up without an ethernet connection. Powered up with external mouse, sleep, pull mouse, wake. Various combinations of that one. Tried forcing sleep in the middle of starting up a couple of different apps. Also while in the midst of closing them down Tested with and without external power for all of the above. Cycled sleep mode enough to get it peddled across town! In short, all the kinds of nasty things you generally wouldn't want to do under normal circumstances. For each and every one, the system came back to life without issue. I still haven't been able to determine a specific trigger for the lock ups though. I ran more extensive testing than previously, but for all that I did I honestly don't know if I tested what would show this fixed or not. This is a pretty serious stablity issue here in my mind. If I find anything new or interesting on this I'll be sure to update the list on it. I know I'd appreciate hearing anything others might find concerning this. Later on, On Saturday 10 August 2002 02:02 pm, Kevin Oberman wrote: > > From: "Michael W. Collette" > > Date: Sat, 10 Aug 2002 13:43:58 -0700 > > > > On Friday 09 August 2002 08:22 am, Kevin Oberman wrote: > > > Have you tried the HOOKRESUME (and, if that does not do it, > > > INITAFTERSUSPEND) flag on the psm device in your kernel. HOOKRESUME > > > (0x2000) did the trick for my IBM T30. > > > > I found the following entries in LINT that seemed to relate to what you > > suggested... > > > > # Options for psm: > > options PSM_HOOKRESUME #hook the system resume event, > > useful #for some laptops > > options PSM_RESETAFTERSUSPEND #reset the device at the resume > > event > > > > I'm compiling these options into my kernel as I write this. The ugly > > part about this is that it may be weeks before I can say it's actually > > fixed. At least it's something to try! > > > > The main thing I didn't quite get from your post though was the address > > reference. How would that go into that entry?? > > > > options PSM_HOOKRESUME (0x2000) > > options PSM_HOOKRESUME=0x2000 > > options PSM_HOOKRESUME 0x2000 > > > > LINT doesn't provide for any syntax on this one for anything more than > > the option itself. > > > > Oh well, trying the lines that are in LINT as shown there for now. > > Sorry. These are flags for the "device psm" line in the config. > device psm at atkbdc? irq 12 flags 0x2000 (or 0x6000) > > How these compare with the kernel options in LINT, I am unsure. While > the man page lists some kernel option, it does not mention those. > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 -- "Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read." - Groucho Marx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message