From owner-freebsd-mobile  Fri Dec 10 10:49:31 1999
Delivered-To: freebsd-mobile@freebsd.org
Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5])
	by hub.freebsd.org (Postfix) with ESMTP id 9188615218
	for <freebsd-mobile@freebsd.org>; Fri, 10 Dec 1999 10:49:25 -0800 (PST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (isdnb19.imasy.or.jp [202.227.24.147])
	by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id DAA07389;
	Sat, 11 Dec 1999 03:49:13 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Message-Id: <199912101849.DAA07389@tasogare.imasy.or.jp>
To: danh@wzrd.com
Cc: freebsd-mobile@freebsd.org
Subject: Re: APM woes
In-Reply-To: Your message of "Fri, 10 Dec 1999 12:04:47 -0500 (EST)"
	<19991210170447.520335D02B@mail.wzrd.com>
References: <19991210170447.520335D02B@mail.wzrd.com>
X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sat, 11 Dec 1999 03:49:12 +0900
From: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
X-Dispatcher: imput version 980905(IM100)
Lines: 55
Sender: owner-freebsd-mobile@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> The problem seems to be when the laptop is in trying to resume from suspend.  
> This laptop has the ability to suspend either to disk or to RAM, and in either
> case I get the same results (as I understand it, this probably isn't a factor 
> anyways).  What happens is the laptop gets the resume event (at least according
> to the debug info), and then freezes with what appears to be a lot of disk 
> activity.  It doesn't seem to matter whether or not I have pccards plugged in or
> not at the time, I still get the same behavior.  Also, I have tried without
> the VM86 option in the kernel and have ended up with the same results.  apmd was
> running and there were two cards in the two available slots when this 
> information was gathered.  Anyone have any ideas?

How about options MAXMEM ?

The recent laptops have ACPI BIOS providing compatibility with APM.
The memory regions for ACPI are usually located near the highest part
of pysical memory map, so you need to protect this memory regions in
that case by reducing available memory (1 or 2 MB enough I think) for
VM. For example, if your laptop have 128MB RAM, this configuration is
to protect the highest 1MB memory;
options         "MAXMEM=(128*1024-1024)"

It seems -CURRENT memory size detecting code handle this
perfectly using INT 15:E820.

Another possibility is ... Are you running X when suspending?  I
recently got Toshiba PORTEGE 3110CT and got problem on graphic chipset
(or LID?) after resuming.  It was not hang actually because I could
switch vty to others but X seemed crash.  So I have to swith current
vty to text mode console such as ttyv0 from X (graphics mode) or add
followings to /etc/rc.suspend and execute it.

if [ -f /tmp/.X0-lock ]; then
        X_PID=`sed 's/ //g' /tmp/.X0-lock`
        X_RUNNING=`ps ax | grep -c "^[ ]*$X_PID .*X :0"`
else
        X_RUNNING=0
fi

if [ $X_RUNNING = 1 ]; then
        vidcontrol -s 1 < /dev/ttyv0
fi

logger -t apmd suspend at `date +'%Y%m%d %H:%M:%S'`
sync && sync && sync
sleep 3

rm -f /var/run/rc.suspend.pid
zzz

exit 0

# Is this a bug in XF86_SVGA or should we execute hardware specific
# procedures on suspend/resume (it means ACPI support is required)?

Thanks


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message