From owner-freebsd-mobile@freebsd.org Fri Feb 19 11:54:36 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 C5600AAC6FF; Fri, 19 Feb 2016 11:54:36 +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 3733613F0; Fri, 19 Feb 2016 11:54:35 +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 1aWjdi-0003fn-SJ; Fri, 19 Feb 2016 17:54:27 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id u1JBtVc5018050; Fri, 19 Feb 2016 17:55:31 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id u1JBtQm4018049; Fri, 19 Feb 2016 17:55:26 +0600 (NOVT) (envelope-from danfe) Date: Fri, 19 Feb 2016 17:55:26 +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: <20160219115525.GA12543@regency.nsu.ru> References: <53762216.8020205@gmx.net> <2846385.IUIOUlEDYf@ralph.baldwin.cx> <20160218154712.GA56997@regency.nsu.ru> <9693306.i8x5an8c0H@ralph.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9693306.i8x5an8c0H@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: 91565 [Feb 19 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: 3971456, 3971494, 3971287 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 13:06:53 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: Fri, 19 Feb 2016 11:54:37 -0000 On Thu, Feb 18, 2016 at 09:48:40AM -0800, John Baldwin wrote: > On Thursday, February 18, 2016 09:47:12 PM Alexey Dokuchaev wrote: > > 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: > > > 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... > > You might load it from loader.conf but it might then fail with an error > about failing to register in dmesg. In that case it is effectively > ignored. By "can be loaded from loader.conf" I mean that it's reported in kldstat(8) output. I'm still unsure if I understand all implications of having or not having VESA kernel option or vesa.ko loaded in vt(4)+KMS world. E.g., do I understand correctly that vesa.ko is not needed (or might even cause certain problems) with vt(4)+KMS, and "options VESA" is left in GENERIC as part of syscons(4) support, and will likely go south together with syscons(4) some day? > > I'm about to try fresh -CURRENT on some HP AMD APU-based laptops, hence > > I'll ask: do [Intel or Radeon graphics] 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.) > > Once KMS is loaded they resume fine. They require the KMS driver to turn > the LCD panel back on. Without KMS they also "resume" but the screen is off > so you can't see anything. However, you can type blind and run commands. > If the network is up you can ssh into the laptop, etc. after resume. > [...] > On HEAD you need to set kern.vty=sc to use sc(4) instead of vt(4). For > suspend/resume without X that should be sufficient. You would only need > the old drm drivers for X. > [...] > Note that for the HP netbook, resume in console with vt(4) does not work > without KMS (due to vt(4) not supporting VESA). OK I see, makes sense. So my best bet would be to try suspend/resume with vt(4)+KMS, then if it fails try with kern.vty=sc (in the context of GENERIC kernel and pure console). ./danfe