From owner-freebsd-mobile@freebsd.org Thu Feb 18 14:12:55 2016 Return-Path: Delivered-To: freebsd-mobile@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0F16AAC60A; Thu, 18 Feb 2016 14:12:54 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75DA3887; Thu, 18 Feb 2016 14:12:51 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1aWPJy-0001D2-D5; Thu, 18 Feb 2016 20:12:43 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id u1IEDitW021759; Thu, 18 Feb 2016 20:13:44 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id u1IEDcG0021595; Thu, 18 Feb 2016 20:13:38 +0600 (NOVT) (envelope-from danfe) Date: Thu, 18 Feb 2016 20:13:38 +0600 From: Alexey Dokuchaev To: John Baldwin Cc: Kevin Oberman , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" Subject: Re: Thinkpad T410: resume broken Message-ID: <20160218141338.GA15706@regency.nsu.ru> References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <537753F3.6000202@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 91511 [Feb 18 2016] X-KLMS-AntiSpam-Version: 5.5.9.33 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 3969737, 3969800, 3969585 X-KLMS-AntiSpam-Info: LuaCore: 414 414 652141367f63b6038f5642fa97308d3a9d2edb46, 127.0.0.200:7.1.3; regency.nsu.ru:7.1.1; d41d8cd98f00b204e9800998ecf8427e.com:7.1.1; 193.124.210.26:7.1.3,7.1.2,7.3.4; nsu.ru:7.1.1; 127.0.0.199:7.1.2; wiki.freebsd.org:7.1.1 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, 2016/02/18 11:55:00 X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, not scanned, license restriction X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 14:12:55 -0000 On Sat, May 17, 2014 at 08:20:03AM -0400, John Baldwin wrote: > VESA needs to be removed for i915kms, but I've no idea if it needs to be > removed for Nvidia. The video reset code was reworked in 10 so that > having VESA is supposed to be like using 'hw.acpi.reset_video=1' on 9, > but in theory it works more often. This (VESA needs to be removed for i915kms) is news to me: I don't see it mentioned in UPDATING, and "options VESA" presents in -CURRENT's (post-KMS era) GENERIC kernel config. So what's the real deal here? :-) If "having VESA is supposed to be like using 'hw.acpi.reset_video=1' on 9", it should not hurt (I recall having to hw.acpi.reset_video=1 in early stable/[67] days, but no longer for quite a long time with stable/8). Admittedly, the whole situation with i915kms, vesa.ko, et al. looks quite confusing, while suspend/resume works *worse* than with stable/8 and pre- KMS. Table of known laptops on wiki page [1] is hardly helpful unless it has your laptop of interest; IMHO it would benefit a lot more from listing common symptoms and mitigation/fixes for them (including VESA, sysctl vars, kernel options, etc). > ACPI_PM setting to the kernel module along with removing VESA would seem > like your best bet, but I see in follow-ups that that wasn't completely > reliable. However, you can try using ACPI_PM with syscons, no need to > use vt. What are indications for use of ACPI_PM option? As for removing VESA, I've found that my laptop resumes more willingly with i915kms.ko *and* vesa.ko than without vesa.ko (could only? be loaded from loader.conf): with both modules loaded it takes only three presses of power button to get back from suspend, while without vesa.ko it's a lottery, and often power-cycling is required to get things back to working -- any ideas on why would that be? Needless to say, suspend/resume worked nearly flawlessly under stable/8 and stable/7 FWIW. ./danfe [1] https://wiki.freebsd.org/SuspendResume