From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 19:32:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA923106564A; Wed, 20 Jun 2012 19:32:08 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id 13CA68FC19; Wed, 20 Jun 2012 19:32:07 +0000 (UTC) Received: from [192.168.0.2] (unused-213.111.71.69.bilink.ua [213.111.71.69] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q5KJOddo046734; Wed, 20 Jun 2012 22:24:40 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: Mitsuru IWASAKI In-Reply-To: <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> References: <9E61BC2D-2654-40D9-936F-A99CD7AC1354@entel.upc.edu> <20120514.131617.129792413.iwasaki@jp.FreeBSD.org> <4FB146F8.9090901@FreeBSD.org> <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Jun 2012 22:31:44 +0300 Message-ID: <1340220704.2098.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=9.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Cc: freebsd-acpi@freebsd.org, gperez@entel.upc.edu, jkim@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 19:32:08 -0000 Hi developers. I want help you with your acpi work. I have thinkpad t61. Could you write a small to do. Step by step, how tests your patches? Which information is important for send. On Wed, 2012-05-16 at 11:31 +0900, Mitsuru IWASAKI wrote: > 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! > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org"