From owner-freebsd-current@freebsd.org Thu Feb 18 14:55:34 2016 Return-Path: Delivered-To: freebsd-current@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 D6F5FAADCDD for ; Thu, 18 Feb 2016 14:55:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BB48395C for ; Thu, 18 Feb 2016 14:55:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BB182AADCDB; Thu, 18 Feb 2016 14:55:34 +0000 (UTC) Delivered-To: current@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 BA8F5AADCDA; Thu, 18 Feb 2016 14:55:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9901C95B; Thu, 18 Feb 2016 14:55:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4E913B918; Thu, 18 Feb 2016 09:55:33 -0500 (EST) From: John Baldwin To: Alexey Dokuchaev Cc: Jan Henrik Sylvester , Hans Petter Selasky , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" , Kevin Oberman Subject: Re: Thinkpad T410: resume broken Date: Thu, 18 Feb 2016 06:55:03 -0800 Message-ID: <1519677.qimO7W0WJL@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160218143738.GA38066@regency.nsu.ru> References: <53762216.8020205@gmx.net> <201405231000.30861.jhb@freebsd.org> <20160218143738.GA38066@regency.nsu.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 18 Feb 2016 09:55:33 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2016 14:55:35 -0000 On Thursday, February 18, 2016 08:37:38 PM Alexey Dokuchaev wrote: > On Fri, May 23, 2014 at 10:00:30AM -0400, John Baldwin wrote: > > On Wednesday, May 21, 2014 3:43:49 pm Jan Henrik Sylvester wrote: > > > Looking through dmesg, it seems that other USB devices (build-in) are > > > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > > > resume, just not the mouse. > > > > > > Are these lines likely related? > > > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > > > AE_BAD_PARAMETER > > > > These are probably not related. These man that your BIOS explicitly told > > the OS to power down these devices (PEG_ is probably your GPU, and EXP[1-5] > > are probably PCI-PCI bridges that represent the downstream ports of your > > PCI-e root complex) in the D2 state when suspending, but the devices don't > > actually support D2 (most PCI devices only support D0 (full on) and D3 > > (full off)). > > I've started to observe similar lines in the logs after updating to fresh > -CURRENT, upon resume (on a different laptop though, not T410): > > pcib0: failed to set ACPI power state D2 on \_SB_.PCI0: AE_BAD_PARAMETER > acpi0: cleared fixed power button status > > If these messages are legit, I'm wondering why I didn't see them on 8.4, > and if it might affect suspend/resume sequence (broken right now)? Thanks, 8.4 has a bug fixed only in HEAD where we tried to power down the wrong devices during suspend (or used the _Sx hint from the wrong device to decide which Dx state to use when powering down, I can't recall which). For this reason, 11 is going to use different Dx states on different devices. The reason for the message remains the same (though it should now be correct on 11). Your BIOS said "please put this device in D2 during suspend" and your device's capabilites said "I don't support D2". You can confirm this by looking up the _S3 method of your _SB_.PCIO device to find out what state is requested during suspend and then looking at 'pciconf -lc pci0:0:0' to see what D states are listed as supported. There's not much we can do if your BIOS lies to us. -- John Baldwin