From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 4 19:46:30 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 50AACC6C; Wed, 4 Jun 2014 19:46:30 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (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 911D128D3; Wed, 4 Jun 2014 19:46:29 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hi2so8512169wib.2 for ; Wed, 04 Jun 2014 12:46:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7CDWZ1vvhy9EJ/0RLEw1MQ/iI694u9Y9i5g2gUZ/Cuo=; b=JPiqNqB1ObnM86ESJeAE2EJgWa1G9AMYfwQdD6cUgbxe9xOmtA3/FgWIStjd+wfskU AXCt9/bRE36mcW6cXE7Te3PYepDqqKnzFI53/JTiX75WeG1tGxKULKy/cxuurADem4XO Ejg7uO5xWxToHGA2ifAzwVO+JuSAcD7iPgjWobBkVrcncfa/SR0B7cr57ed9Mtupy90c Cc9/BsZ0noWJo4WTNYtXCjNFL9flCqIn1F/PTm1XgkjERhuqgzud79royFN64t5H2qS7 oG+7yyU9jpjZ49Laq7JSirKK6Sh9s1Sa5tKPtxhZ1SC/fsTESW8q3cfjPJ1jQbCXHo3U 0X3g== X-Received: by 10.15.21.200 with SMTP id d48mr3327769eeu.25.1401911187764; Wed, 04 Jun 2014 12:46:27 -0700 (PDT) Received: from strashydlo.home (adde29.neoplus.adsl.tpnet.pl. [79.184.56.29]) by mx.google.com with ESMTPSA id f3sm8205739eep.40.2014.06.04.12.46.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 12:46:27 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: Investigating failed suspend/resume T61 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <201406041330.54793.jhb@freebsd.org> Date: Wed, 4 Jun 2014 21:46:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1400861698.1126.0.camel@bruno> <1401898025.1123.17.camel@bruno> <20140604171714.GA931@brick.home> <201406041330.54793.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1283) Cc: Sean Bruno , "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 19:46:30 -0000 Wiadomo=B6=E6 napisana przez John Baldwin w dniu 4 cze 2014, o godz. = 19:30: > On Wednesday, June 04, 2014 1:17:14 pm Edward Tomasz Napiera=B3a = wrote: >> 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 >>>>>>=20 >>>>>> 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)? >>>>>>=20 >>>>>> BTW, ACPI 5.0a (page 121) says: >>>>>>=20 >>>>>> "This is an optional field; if this register block is not = supported, >>>>>> this field contains zero." >>>>>>=20 >>>>>> Therefore, we must assume X_GPE1_BLK it is NOT supported. >>>>>>=20 >>>>>> Jung-uk Kim >>>>>=20 >>>>> So, reverting John's changes and applying yours seems to do new = things >>>>> while not quieting the old error messages. Perhaps this is = significant? >>>>>=20 >>>>> real memory =3D 2147483648 (2048 MB) >>>>> avail memory =3D 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) >>>>=20 >>>> 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? >>>>=20 >>>=20 >>>=20 >>> Boy oh boy ... talk about a waste of time. >>>=20 >>> 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. >>=20 >>=20 >> Yup. The culprit seems to be the "Security -> IO Port Access -> = Modem" >> BIOS control: setting it to disabled breaks resume; the = AcpiEnterSleepState() >> never returns. >>=20 >> 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.=20 >=20 > Well, document it on the wiki at least. Thanks for suggestion; done.