From owner-freebsd-acpi@FreeBSD.ORG Wed May 16 02:31:34 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9371065673; Wed, 16 May 2012 02:31:34 +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 C17378FC08; Wed, 16 May 2012 02:31:32 +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 q4G2VH4a093543; Wed, 16 May 2012 11:31:17 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Wed, 16 May 2012 11:31:17 +0900 (JST) Message-Id: <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> To: jkim@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <4FB146F8.9090901@FreeBSD.org> References: <9E61BC2D-2654-40D9-936F-A99CD7AC1354@entel.upc.edu> <20120514.131617.129792413.iwasaki@jp.FreeBSD.org> <4FB146F8.9090901@FreeBSD.org> 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: freebsd-acpi@freebsd.org, gperez@entel.upc.edu, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2012 02:31:34 -0000 Hi, > First of all, thank you very much for your work! I wanted to do it > for very long time but I had no time to actually implement it. :-) Welcome! I also wanted to do this for very long time but I had no time and test machines ;) Recently I got Core Duo (Thinkpad X60) and Core 2 Duo (X61) machines. I have some more ideas on wakecode but I'm not sure whether it is possible for now. I'll propose it when it is ready. > I know for sure it is not related to your patches. In fact, we cannot > resume most NVIDIA controllers without NVIDIA kernel driver + binary > X.org driver + VT switching hack (i.e., Hmm, my knowledge on recent hardware is very poor, so your comments are very helpful to catch up. Thanks. > > We can improve video initialization on another opportunity. Linux > > have many video hacks while we have only hw.acpi.reset_video ;) > > FYI, we don't need hw.acpi.reset_video any more (and it is even > harmful). It is done from vesa.ko now. Yeah, I thought that we need INT10 to set video mode again in realmode, but found it can be done in protected mode with x86bios_intr(), great! Anyway, thanks for many things!