From owner-freebsd-mobile@FreeBSD.ORG  Mon Apr  2 18:28:44 2007
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
X-Original-To: freebsd-mobile@freebsd.org
Delivered-To: freebsd-mobile@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 98BD216A404
	for <freebsd-mobile@freebsd.org>; Mon,  2 Apr 2007 18:28:44 +0000 (UTC)
	(envelope-from drgerlists@gmail.com)
Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233])
	by mx1.freebsd.org (Postfix) with ESMTP id 5BCC613C46A
	for <freebsd-mobile@freebsd.org>; Mon,  2 Apr 2007 18:28:44 +0000 (UTC)
	(envelope-from drgerlists@gmail.com)
Received: by wx-out-0506.google.com with SMTP id s18so1246353wxc
	for <freebsd-mobile@freebsd.org>; Mon, 02 Apr 2007 11:28:43 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:date:from:organization:reply-to:to:subject:message-id:user-agent:mime-version:content-type:content-transfer-encoding;
	b=qVelsUqrXa4rP5fsK/fZ7sbl1MBJzSruG7I/3nSD16VS11cfdV+tcNT47XzxK3vkcnkHKkY6agihQBzBgB9nTDOZlDpMfXKphKuAf15EEOPc+l3sJX6smhp+YfLBH6t9J04x73wLsm1lxio93zIXHcZRsLZn+kEJLNbwbR2Vyyc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:date:from:organization:reply-to:to:subject:message-id:user-agent:mime-version:content-type:content-transfer-encoding;
	b=Gizhs1gQl9iUWMJ6eRJ1h1QojMvSacftprANn56/2toXmphOqxGqM63C3+U52HV7JfEgeYDY3i+c9ZKxthqyHudF0EAac5KAsUONmbYpCcYaz51vS7ILzGGKNiMQroXA+BcKpZdvyWreh9QuVqIsU/tholMQ/AeCt75Bm3EtH4Y=
Received: by 10.90.92.7 with SMTP id p7mr3720476agb.1175538523394;
	Mon, 02 Apr 2007 11:28:43 -0700 (PDT)
Received: from lmrmac.uhw.utoledo.edu ( [131.183.86.111])
	by mx.google.com with ESMTP id q57sm7754682wrq.2007.04.02.11.28.42;
	Mon, 02 Apr 2007 11:28:42 -0700 (PDT)
Date: Mon, 02 Apr 2007 14:28:41 -0400
From: drgerlists@gmail.com (Dr. Gary E. RAFE)
Organization: Dr. Gary E. RAFE
To: freebsd-mobile@freebsd.org
Message-ID: <46114b59.UMtSlldJ2C8Wa5fA55UXdXir@lmrmac.uhw.utoledo.edu>
User-Agent: Heirloom mailx 12.2 01/07/07
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: No console text following resume on Toshiba Sat Pro 4600
X-BeenThere: freebsd-mobile@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: drgerlists@gmail.com
List-Id: Mobile computing with FreeBSD <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>, 
	<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
	<mailto:freebsd-mobile-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Apr 2007 18:28:44 -0000

With the video device in my Toshiba Satellite Pro 6100
acting strangely the last few days,
I'm needing to use my wife's
Toshiba Satellite Pro 4600, which runs 6.1-R.

One the the odd "nits" about suspend/resume
on this notebook (using either ACPI or APM)
since it was upgraded from 4.x
(when it last work properly)
has been that upon resume,
the LCD backlight comes on,
but the console is blank.

Under normal circumstances,
the system is suspended from an X11 session,
so we switch the LCD to ttyv0 before
the actual suspend command is issued.
Upon resume, when we restore the LCD
to the virtual console in which the X11
display is running, the display just "comes back"
when the "vidcontrol -s 3 </dev/ttyv0"
command is issued by /etc/rc.resume,
which we issue last so that USB devices
have a chance to come back after the suspend.

If, however, we suspend the system directly
from a console (no X11 running),
upon resume toggling through the LCD/CRT key (Fn-F5) 
acts to restore the state of the LCD console.

The custom kernel has "options VESA" compiled in.

So far, I've tried every combination of:

	acpi_video.ko loaded|unloaded
	sysctl hw.acpi.reset_video=0|1
	sysctl hw.syscons.sc_no_suspend_vtswitch=0|1

and all give exactly the same result:
no text console until Fn-F5 is toggled.

Apart from this, ACPI suspend/resume has
been very reliable on this notebook.

Comments/suggestions as to what else I need to look
to fix this are welcome.

Now on to pulling my 6100 apart for another look at
its video card...
--
Dr Gary E RAFE: drgerlists at gmail dot com