From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 4 17:17:18 2014 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 ESMTPS id 7669C56A; Wed, 4 Jun 2014 17:17:18 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1CA9296C; Wed, 4 Jun 2014 17:17:17 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id k14so8866461wgh.7 for ; Wed, 04 Jun 2014 10:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=sf6wvfLs5VqsHthBu86XLFpeVf43epnpK8EPv7JfghY=; b=yE9XBrgtmyxcNqN9B4eqYyG3lrcsW4CC/iGKUyfi/Gnrm7pBftij9MjNilqz4yhGN9 O/d8ZqHh49qw5wYSb0rupptOnC9gJ/imJMqh22BchKSKMs9OlRYT7T0RmlWnQUF1UUjd B0kJB5CgmtnW1EiQrxJM9cKIpH2X9wTuv+BFx8aNSZMmr0THELf/RE334ORJxKtkfEq1 O5U7+uuZNes8LmYVOyb63fl9RLUT4jCdeQDh6BXlWm3UbUPKyzH55IH/AVJRdZhYuEQb jWGEWCqpXkbflMukHqFrk0RiAkuQlg6Mt1ty0hogGVy/TvQXwlQzJ2HIIJIxd8sTh5V8 YXsw== X-Received: by 10.14.209.3 with SMTP id r3mr3003865eeo.27.1401902235982; Wed, 04 Jun 2014 10:17:15 -0700 (PDT) Received: from brick.home (adhm124.neoplus.adsl.tpnet.pl. [79.184.168.124]) by mx.google.com with ESMTPSA id e44sm7243977eeg.24.2014.06.04.10.17.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jun 2014 10:17:14 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 4 Jun 2014 19:17:14 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Sean Bruno Subject: Re: Investigating failed suspend/resume T61 Message-ID: <20140604171714.GA931@brick.home> References: <1400861698.1126.0.camel@bruno> <538666AE.4030501@FreeBSD.org> <1401369401.1100.1.camel@bruno> <201405290930.00425.jhb@freebsd.org> <1401898025.1123.17.camel@bruno> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1401898025.1123.17.camel@bruno> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-acpi@freebsd.org" X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 17:17:18 -0000 On 0604T0907, Sean Bruno wrote: > On Thu, 2014-05-29 at 09:30 -0400, John Baldwin wrote: > > On Thursday, May 29, 2014 9:16:41 am Sean Bruno wrote: > > > On Wed, 2014-05-28 at 18:43 -0400, Jung-uk Kim wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > > > > > > On 2014-05-28 17:29:35 -0400, John Baldwin wrote: > > > > > Err, I think it enables GPE1 as otherwise ACPICA assumes GPE1 has a > > > > > length of zero (and is thus invalid)? > > > > > > > > BTW, ACPI 5.0a (page 121) says: > > > > > > > > "This is an optional field; if this register block is not supported, > > > > this field contains zero." > > > > > > > > Therefore, we must assume X_GPE1_BLK it is NOT supported. > > > > > > > > Jung-uk Kim > > > > > > So, reverting John's changes and applying yours seems to do new things > > > while not quieting the old error messages. Perhaps this is significant? > > > > > > real memory = 2147483648 (2048 MB) > > > avail memory = 2007089152 (1914 MB) > > > Event timer "LAPIC" quality 400 > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 0/32 > > > (20130823/tbfadt-601) > > > ACPI BIOS Warning (bug): Optional FADT field Gpe1Block has zero address > > > or length: 0x000000000000102C/0x0 (20130823/tbfadt-630) > > > ioapic0: Changing APIC ID to 1 > > > ioapic0 irqs 0-23 on motherboard > > > random: initialized > > > kbd1 at kbdmux0 > > > acpi0: on motherboard > > > CPU0: local APIC error 0x40 > > > ACPI Error: GPE0 block (GPE 0 to 31) overlaps the GPE1 block (GPE 0 to > > > 15) - Ignoring GPE1 (20130823/evgpeinit-178) > > > > Actually, I think all these patches are changing nothing, and this actually > > points out that I misread your FADT at the first. GPE1 should actually be > > ignored since it does in fact overlap. Can you just try reverting all your > > changes and seeing if suspend/resume works? > > > > > Boy oh boy ... talk about a waste of time. > > trasz@ and I have the same laptop and I just confirmed with him that the > patch does nothing useful (as both of you suggested). The *ACTUAL* > problem seems to be related to disabling devices in the Thinkpad BIOS. Yup. The culprit seems to be the "Security -> IO Port Access -> Modem" BIOS control: setting it to disabled breaks resume; the AcpiEnterSleepState() never returns. With that option set to enabled, the suspend/resume works seems to work flawlessly on T61 with Intel graphics, with VT kernel and i915kms.ko, on 11-CURRENT/amd64 from a few days ago, without any patches or special sysctl/tunables. The following messages are still displayed at boot, but seem harmless: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 0/32 (20130823/tbfadt-601) ACPI BIOS Warning (bug): Optional FADT field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20130823/tbfadt-630) [..] acpi0: on motherboard acpi0: failed to install _OSI("Windows 2006"): AE_ALREADY_EXISTS CPU0: local APIC error 0x40 acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7df00000 (3) failed