Date: Wed, 4 Jun 2014 13:30:54 -0400 From: John Baldwin <jhb@freebsd.org> To: Edward Tomasz =?utf-8?q?Napiera=C5=82a?= <trasz@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: <201406041330.54793.jhb@freebsd.org> In-Reply-To: <20140604171714.GA931@brick.home> References: <1400861698.1126.0.camel@bruno> <1401898025.1123.17.camel@bruno> <20140604171714.GA931@brick.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, June 04, 2014 1:17:14 pm Edward Tomasz Napiera=C5=82a 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 h= as 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 support= ed, > > > > > 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 thi= ngs > > > > while not quieting the old error messages. Perhaps this is signifi= cant? > > > >=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 add= ress > > > > 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 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? > > >=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 AcpiEnterSleepSta= te() > 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 Well, document it on the wiki at least. =2D-=20 John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201406041330.54793.jhb>