From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 26 15:18:02 2012 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CD2106564A; Tue, 26 Jun 2012 15:18:02 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id A0E378FC15; Tue, 26 Jun 2012 15:18:02 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id ECDED7E891; Wed, 27 Jun 2012 01:18:00 +1000 (EST) Message-ID: <4FE9D2A8.3020206@freebsd.org> Date: Wed, 27 Jun 2012 01:18:00 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120613 Thunderbird/13.0 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE885BD.9010206@freebsd.org> <20120626.010315.84362521.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120626.010315.84362521.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: freebsd-stable@freebsd.org, Jung-uk Kim , freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch 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: Tue, 26 Jun 2012 15:18:03 -0000 On 06/26/12 02:03, Mitsuru IWASAKI wrote: > Thanks for your thrilling report! > >> I rebooted into X with Fluxbox as my window manager. Ran "sudo acpiconf >> -s3" from an xterm. Machine correctly went to sleep. I waiting 30s and >> then pressed the power button. Machine came back, loaded X up correctly >> and everything kept working. Amazing! > > OK, I'll commit the patches against head tomorrow. > > BTW, is it effective for the console which is set graphic mode by > vidconrol(1) as well? Do you mean if I set the vty console to a non-default mode e.g. "vidcontrol MODE_XXX"? If so, then no. It turns out that as Jung-uk suspected, your patch is not required for susped/resume to work correctly when in Fluxbox. Booting kernel.old (which is same revision kernel, minus your patch) and running the same experiment works just as well. With or without your patch, resume from S3 both on a vty console and from KDE 4.8.3 don't work - the screen stays off after resume. The machine still mostly responds to CTRL-ALT_DEL (sometimes it doesn't and I have to hard reset it - kernel panic? No crashdump is created...), so it seems it's just the graphics which are not resuming correctly. Why would resume from S3 work flawlessly with or without your patch from Fluxbox, but not from KDE or when switched out to a vty? Seems very odd to me, especially that KDE doesn't work given that it is just another X window manager like Fluxbox. Cheers, Lawrence