From owner-freebsd-mobile@FreeBSD.ORG Fri May 25 04:49:14 2012 Return-Path: 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 394E5106564A; Fri, 25 May 2012 04:49:14 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id DC89F8FC0C; Fri, 25 May 2012 04:49:12 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q4P4n5sc083244; Fri, 25 May 2012 13:49:06 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 25 May 2012 13:49:03 +0900 (JST) Message-Id: <20120525.134903.05583594.iwasaki@jp.FreeBSD.org> To: adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2012 04:49:14 -0000 Hi, thanks for reporting! > However, the video mode isn't restored. I have my console set to > VGA_80x60 and the resume seems to set it up "wrong". I get half or so > of each line displayed. > > A vidcontrol VGA_80x60 restores things to proper working order. > > Is there a shortcoming somewhere in syscons/ACPI video restore on -9 > that doesn't properly restore the configured mode? Do you have vesa(4) in your kernel? It seems dev/fv/vesa.c:vesa_bios_post() restore the mode when resuming, but it's maybe incomplete in some cases... I think great work was done in this area, and we can improve this more. How about switching vty to other different mode vty and switching back in order to force changing video mode? I think it's better than re-run vidcontrol. > Thanks again for all your hard work! Now that you've done that, I'll > go off and work on fixing up ath(4) suspend/resume for PCI devices. :) This is my pleasure :) Thanks!