Date: Wed, 4 Jun 2014 21:46:24 +0200 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= <trasz@freebsd.org> To: John Baldwin <jhb@freebsd.org> Cc: Sean Bruno <sbruno@ignoranthack.me>, "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: Re: Investigating failed suspend/resume T61 Message-ID: <AC1D7B61-92CF-4B15-8F07-81C3BEE78C19@freebsd.org> In-Reply-To: <201406041330.54793.jhb@freebsd.org> References: <1400861698.1126.0.camel@bruno> <1401898025.1123.17.camel@bruno> <20140604171714.GA931@brick.home> <201406041330.54793.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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: <LENOVO TP-7U > >>>>> 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 <Version 2.0> irqs 0-23 on motherboard >>>>> random: <Software, Yarrow> initialized >>>>> kbd1 at kbdmux0 >>>>> acpi0: <LENOVO TP-7U> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AC1D7B61-92CF-4B15-8F07-81C3BEE78C19>