From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 29 18:50:52 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEDD773F; Thu, 29 Aug 2013 18:50:52 +0000 (UTC) (envelope-from lmfeeney@sics.se) Received: from fsmsg2.sics.se (fsmsg2.sics.se [IPv6:2001:6b0:3a:1:250:56ff:fea9:52ad]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37C3F20AE; Thu, 29 Aug 2013 18:50:52 +0000 (UTC) Received: from pps.filterd (fsmsg2 [127.0.0.1]) by fsmsg2.sics.se (8.14.5/8.14.5) with SMTP id r7TIcvGT007319; Thu, 29 Aug 2013 20:50:50 +0200 Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by fsmsg2.sics.se with ESMTP id 1eg7hk5kr6-1; Thu, 29 Aug 2013 20:50:50 +0200 Received: from kattunge.sics.se (sink.sics.se [193.10.64.88]) (Authenticated sender: lmfeeney@sics.se) by letter.sics.se (Postfix) with ESMTPSA id 3200F40115; Thu, 29 Aug 2013 20:50:50 +0200 (CEST) Message-ID: <521F9826.8090003@sics.se> Date: Thu, 29 Aug 2013 20:51:18 +0200 From: Laura Marie Feeney User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110202 Thunderbird/3.1.7 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: suspend/resume on Lenovo X1 (regression from reports on wiki) References: <521D03AE.3050709@sics.se> <20130828040505.GD32399@FreeBSD.org> <521DF184.7030308@sics.se> <20130828150310.GR4574@glebius.int.ru> <521F79F4.7070603@sics.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-08-29_06:2013-08-29,2013-08-29,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1305240000 definitions=main-1308290101 Cc: "freebsd-acpi@freebsd.org" , Gleb Smirnoff , "Sergey A. Osokin" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lmfeeney@sics.se List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2013 18:50:52 -0000 On 08/29/13 18:44, Adrian Chadd wrote: > Hi! > > Let's not finish this just yet! I'd like to try and nail down exactly > what's going on so PRs can be filed. Absolutely. (I was thinking to do this off-list to minimize spam.) > * Is this with 9.2-RC2? Yes this is 9.2-RC2. I think the problem is that the simple install path ends up with out-of-date components, rather than anything wrong with the components that should be used. Are you wiling to try out a -HEAD snapshot to > make sure this stuff in -10 is also going to work? Yes, but probably not until the weekend. > * Ok, so if you have no VESA option, does suspend/resume work in console > mode? No. The system resumes (can ssh in), but the backlight doesn't come on (using a flashlight, I don't see any video mode running either). See http://www.sics.se/~lmfeeney/9.2-RC2/messages_console. > * Try manually setting the cpu frequency low and high (sysctl dev.0.cpu > - you can change 'freq') - see if that fixes your speed issues. Someone > else has reported this. Before and after resume, dev.cpu.0.freq: 1700. Setting to 100 and back to 1700 didn't seem to have much effect. Basically, what I see is that after resume, it seems to be easier to increase the load on the cpu (i.e. looking at top) by e.g. scrolling quickly. My "test" sequence was: boot, 'startx' (so twm and a couple xterms) 'top (in one xterm) 'xterm -sb -geometry 100x65' (make xterm w/ scrollbar), 'cat /var/log/messages' (in the new xterm) scroll very rapidly up and down for ~20sec look at top output suspend/resume and repeat the scrolling. The load seems to go quite a bit higher after resuming (CPU from ~10% to ~20%). But this is definitely not a scientific test AND I was primed by Gleb Smirnoff's comments to look for a performance hit. For sensible use (i.e. not madly scrolling), I don't sense slowdown. But the machine is completely minimal: portmaster and xorg are the only ports installed. It could be that KDE + web + mail + applications managing lots of things on the screen would show a big slowdown, as reported by others. It would probably make sense to define some metric that people who have reported problems can compare before and after suspsend/resume. Best, Laura