From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 4 22:32:41 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 85E1AB20; Wed, 4 Jun 2014 22:32:41 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::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 23FEE2C26; Wed, 4 Jun 2014 22:32:41 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id dc16so240351qab.28 for ; Wed, 04 Jun 2014 15:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=5mnd7/ZdxQtFkoi4MUsHxr0Vwdrv8Tnh44rDElLYGv8=; b=gET9ZPdi4ay3kxCEtnSUHrkuIG5XddpeEgAoj79497AlvFy2JPxfg/k6FVm0Ef5r93 WnKZOQVWiFengoCkEijDnM992CyehmHkm5EOVSvjblFYtRcVdgd0w0KuHfn2P5wR11cm EafawKQwsF2fW7Q+vfL1OUiF5C9rtIq9eD+vr1fwtTSE2Ljlzn/PCto5df6xAXjYHxYi AN8ucvOcXO1RqfjDCuWfKxZRn8XAiqTAHgNCrMs/wOXJQao/qOk4EtVWVY0jqjonVEXd kUdJk+8BZOGiujF86P0mgjcEPm33+Rl7TmiGgt0QiN5EJmWWWkn7/PkmME9qCfZuh90m sOkw== MIME-Version: 1.0 X-Received: by 10.224.135.66 with SMTP id m2mr11796197qat.55.1401921160245; Wed, 04 Jun 2014 15:32:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Wed, 4 Jun 2014 15:32:40 -0700 (PDT) In-Reply-To: References: <1400861698.1126.0.camel@bruno> <1401898025.1123.17.camel@bruno> <20140604171714.GA931@brick.home> <201406041330.54793.jhb@freebsd.org> Date: Wed, 4 Jun 2014 15:32:40 -0700 X-Google-Sender-Auth: tn_S-ddmAh5E3q9nBUSZgTES8ZA Message-ID: Subject: Re: Investigating failed suspend/resume T61 From: Adrian Chadd To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 22:32:41 -0000 Hi, Please also document why it is/isn't working. It's only documented as "suspend/resume doesn't work" :) -a On 4 June 2014 12:46, Edward Tomasz Napiera=C5=82a wrot= e: > Wiadomo=C5=9B=C4=87 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=C5=82a wrot= e: >>> 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 thin= gs >>>>>> while not quieting the old error messages. Perhaps this is signific= ant? >>>>>> >>>>>> 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 addr= ess >>>>>> 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 ac= tually >>>>> points out that I misread your FADT at the first. GPE1 should actual= ly be >>>>> ignored since it does in fact overlap. Can you just try reverting al= l 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 t= he >>>> 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 AcpiEnterSleepS= tate() >>> 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. >> >> Well, document it on the wiki at least. > > Thanks for suggestion; done. > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org"