From owner-freebsd-mobile@freebsd.org Thu Feb 18 15:46:24 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 6440DAAD954; Thu, 18 Feb 2016 15:46:24 +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 110F017DD; Thu, 18 Feb 2016 15:46:23 +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 1aWQmV-00044O-IW; Thu, 18 Feb 2016 21:46:16 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id u1IFlHHV062697; Thu, 18 Feb 2016 21:47:17 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id u1IFlCMM062651; Thu, 18 Feb 2016 21:47:12 +0600 (NOVT) (envelope-from danfe) Date: Thu, 18 Feb 2016 21:47:12 +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: <20160218154712.GA56997@regency.nsu.ru> References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <20160218141338.GA15706@regency.nsu.ru> <2846385.IUIOUlEDYf@ralph.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2846385.IUIOUlEDYf@ralph.baldwin.cx> 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: 3969987, 3970033, 3969585 X-KLMS-AntiSpam-Info: LuaCore: 414 414 652141367f63b6038f5642fa97308d3a9d2edb46, 127.0.0.200:7.1.3; regency.nsu.ru: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; d41d8cd98f00b204e9800998ecf8427e.com: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 15:46:24 -0000 On Thu, Feb 18, 2016 at 06:50:34AM -0800, John Baldwin wrote: > On Thursday, February 18, 2016 08:13:38 PM Alexey Dokuchaev wrote: > > 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? :-) > > This is an old mail you are responding to. You no longer need to remove > VESA for kms. Ah OK, that would explain it, thanks. > vesa.ko shouldn't be working with KMS. KMS turns off the legacy VGA > emulation in the hardware when it starts which prevents VESA from working > (VESA requires the legacy VGA interface). Hmm, could this explain why vesa.ko can be loaded from loader.conf, but not via kldload(8)? OTOH, kldload'ing it later does not seem to work (ir)regardless of whether i915kms.ko is loaded or not... > I never have to hit the power button more than once to resume on a laptop > where resume works though. > > (True on my X220 and on a T440 both with Intel or Radeon graphics (all > using KMS). I'm about to try fresh -CURRENT on some HP AMD APU-based laptops, hence I'll ask: do aforementioned laptops suspend/resume without issues in X11 or on the naked console as well? (In a shop, I could only quickly test our X11-less memstick image.) > > Needless to say, suspend/resume worked nearly flawlessly under stable/8 > > and stable/7 FWIW. > > If it worked here, then this means you could try using sc(4) + the old drm > (not drm2). This means your laptop is old enough to still turn the LCD panel > back on in its BIOS during resume like my HP netbook. However, I don't know > for how much longer Xorg will support the older drm (if it even does now). Well, technically, my laptop *does* resume with vt(4) + i915kms, just it takes a lot of power button hits and quite some time (up to several minutes), unless it dies somewhere during the process. I'll retest it against GENERIC and report in a separate email. On a related note, how does one configure sc(4) with old drm (vs. drm2) shall I need to try that? > FWIW, the HP netbook resumes fine with KMS as well for me. One caveat > though is that if you are using vt(4) and haven't yet loaded KMS it won't > resume (due to vt(4) not having the equivalent of VESA). With sc(4) the > netbook was always able to resume. Right. So far, I've been booting, kldloading i915kms.ko, zzz(8), resume. No X.Org was involved -- given how fragile suspend/resume is ATM, I'd like to iron out the issues with the pure console first. ./danfe