From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:32:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E11F11065781 for ; Tue, 16 Nov 2010 14:32:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id A36228FC0A for ; Tue, 16 Nov 2010 14:32:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 01773E71F5; Tue, 16 Nov 2010 14:32:12 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 14:32:11 +0000 (GMT) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2010 14:32:11 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <20101116042017.GB5969@fbsd.t60.cpu> <201011161412.23360.bruce@cran.org.uk> In-Reply-To: <201011161412.23360.bruce@cran.org.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161432.11136.bruce@cran.org.uk> Cc: Yue Wu Subject: Re: How to get suspend/resume work on IBM T60? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 14:32:13 -0000 On Tuesday 16 November 2010 14:12:23 Bruce Cran wrote: > According to whitelist.c in the linux suspend package, the T60 needs "s3 > bios" and "s3 mode" for the video to work on resume, which I don't think > has been implemented. Actually it looks like "s3 bios" is just a POST of the video card when resuming - you might want to try setting the sysctl hw.acpi.reset_video to 1 and see if that helps. If you're running amd64 and get a reboot with reset_video=1 then it might be worth commenting out the "int 0x10" line in sys/amd64/acpica/acpi_wakecode.S because it assumes the video is up and running by that point - which on some system's it's not. -- Bruce Cran