From owner-freebsd-mobile Tue Nov 26 4:23:23 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 68E9337B401; Tue, 26 Nov 2002 04:23:21 -0800 (PST) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C34D343E4A; Tue, 26 Nov 2002 04:23:20 -0800 (PST) (envelope-from evenson@panix.com) Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail3.panix.com (Postfix) with ESMTP id 2413E98245; Tue, 26 Nov 2002 07:23:15 -0500 (EST) Received: (from evenson@localhost) by panix3.panix.com (8.11.6/8.8.8/PanixN1.0) id gAQCNFS17301; Tue, 26 Nov 2002 07:23:15 -0500 (EST) Cc: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: apm on an IBM ThinkPad A30 References: From: Mark Evenson Date: 26 Nov 2002 07:23:14 -0500 Message-ID: Lines: 57 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Posted-To: comp.unix.bsd.freebsd.misc 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 The following message is a courtesy copy of an article that has been posted to comp.unix.bsd.freebsd.misc as well. Sebastian Benner writes: > Hi, > > I am facing problems with apm on an IBM ThinkPad A30 . Apm works as far as > the battery status is concerned. Suspend mode lets the display switch off > but not come back. Anyone else having this problem? > My IBM Thinkpad X20 exhibits the same symptoms. There was a recent spate of postings on freebsd-stable [[1]] regarding similar problems with an IBM Thinkpad R32. The problem was eventually diagnosed as badly initilized data structures and fixed to the satisfication of the reporting user with a patch to sys/dev/ata/ata-all.c [[2]], but it does not work for me. Even with this patch applied, my system will always eventually hang on resume. "Eventually" as it seems to "sometimes" work once (a suspend/resume cycle), but never twice. This is the same behavior as when I run unpatched STABLE. I am trying to get a satisfactory kernel trace to follow up with the proper "authorities", but don't seem to produce a panic when the "options DDB" is compiled into the kernel. With "options DDB" compiled in, the resulting backtrace seemingly has nothing to do with APM events. I have read the sections of the FAQ and Developer's guide but as I am rather new to kernel deugging, I would appreciate any further source of information that the kind public can provide. (Like why neither ALT-SHIFT-ESC nor CTRL-BREAK drop the system into DDB?) Fsck'in my 20GB disk between crashes makes the going rather slow--and me rather nervous--as this system is my only computer these days. Some more details about my hardware/software: o suspend/resume has not worked since I got this Thinkpad in mid-2001 o I am currently running BIOS 2.22 (IZET9AWW) and BIOS controller version v1.36 (the latest as of October 2002). Various previous BIOS revisions have also failed to work for me. o For my this round of testing, my /usr/src tree is a frozen 20021125 STABLE I wonder if suspend/resume is generally broken across the post-2000 (Xnn,Rnn,Ann) Thinkpad series on STABLE? [[1]] [[2]] -- Mark Evenson "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message