Date: Wed, 04 Jun 2014 10:15:28 -0700 From: Sean Bruno <sbruno@ignoranthack.me> To: Adrian Chadd <adrian@freebsd.org> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: Re: Investigating failed suspend/resume T61 Message-ID: <1401902128.1123.26.camel@bruno> In-Reply-To: <CAJ-Vmo=a6VhPxOWiELTsU4V7ghVzZ%2BSbtSuJqw-peRyDmE=hMw@mail.gmail.com> 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> <CAJ-Vmo=a6VhPxOWiELTsU4V7ghVzZ%2BSbtSuJqw-peRyDmE=hMw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2014-06-04 at 09:35 -0700, Adrian Chadd wrote: > Which devices? > > > -a > > On 4 June 2014 09:07, Sean Bruno <sbruno@ignoranthack.me> 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: <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) > >> > >> 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. > > > > Disabling devices seems to cause the resume to not work correctly, but > > whatever. So none of these patches are actually needed. > > > > sean > > It looks like the on board modem is a bit touchy. sean hdacc1: <Conexant (0x2bfa) HDA CODEC> at cad 1 on hdac0 unknown: <Conexant (0x2bfa) HDA CODEC Modem Function Group> at nid 2 on hdacc1 (no driver attached)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1401902128.1123.26.camel>