Date: Sat, 7 Jun 2014 12:21:08 -0400 From: Adrian Chadd <adrian@freebsd.org> To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= <trasz@freebsd.org> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: Re: Investigating failed suspend/resume T61 Message-ID: <CAJ-VmomsFr_xtH6B9naaV15DJrBJCj_1vFb_0-kA94hHbAMjUw@mail.gmail.com> In-Reply-To: <20140606075737.GA826@brick.home> References: <1400861698.1126.0.camel@bruno> <1401898025.1123.17.camel@bruno> <20140604171714.GA931@brick.home> <201406041330.54793.jhb@freebsd.org> <AC1D7B61-92CF-4B15-8F07-81C3BEE78C19@freebsd.org> <CAJ-VmokgT=oCrXbES1CLRcEv6hY9xnUMUskHXXzRRTc8rPeymQ@mail.gmail.com> <1401979859.1123.29.camel@bruno> <CAJ-Vmok-_8-QkQSaD_ewGPme%2ByLGXYa633unBYayo5FLXvWHHg@mail.gmail.com> <20140606075737.GA826@brick.home>
next in thread | previous in thread | raw e-mail | index | archive | help
That's odd. Is it still trying to resume hdac0 ? -a On 6 June 2014 03:57, Edward Tomasz Napiera=C5=82a <trasz@freebsd.org> wrot= e: > The difference in dmesg with (-) and without (+) the modem looks like thi= s: > > --- dmesg.modem 2014-06-06 09:46:02.000000000 +0200 > +++ dmesg.bez 2014-06-06 09:52:45.000000000 +0200 > @@ -48,7 +48,7 @@ Event timer "HPET1" frequency 14318180 H > Event timer "HPET2" frequency 14318180 Hz quality 440 > atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > -Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > +Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_lid0: <Control Method Lid Switch> on acpi0 > acpi_button0: <Sleep Button> on acpi0 > @@ -157,12 +157,13 @@ est0: <Enhanced SpeedStep Frequency Cont > coretemp1: <CPU On-Die Thermal Sensors> on cpu1 > est1: <Enhanced SpeedStep Frequency Control> on cpu1 > Timecounters tick every 1.000 msec > +hdac0: Command timeout on address 1 > +hdac0: Command timeout on address 1 > +hdac0: CODEC is not responding! > hdacc0: <Analog Devices AD1984 HDA CODEC> at cad 0 on hdac0 > hdaa0: <Analog Devices AD1984 Audio Function Group> at nid 1 on hdacc0 > pcm0: <Analog Devices AD1984 (Analog 2.0+HP/2.0)> at nid 18,17 and 28,20= ,21 on hdaa0 > pcm1: <Analog Devices AD1984 (Ext-Rear Digital)> at nid 27 on hdaa0 > -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) > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > > Note that with modem disabled, it's not suspend that fails - it's the > resuming. > > On 0605T2152, Adrian Chadd wrote: >> ok so when you disable the modem, does it still think there's a modem >> there? Is it still trying to power the device off via ACPI even though >> it's not probed? >> >> >> -a >> >> >> On 5 June 2014 10:50, Sean Bruno <sbruno@ignoranthack.me> wrote: >> > On Wed, 2014-06-04 at 15:32 -0700, Adrian Chadd wrote: >> >> Hi, >> >> >> >> Please also document why it is/isn't working. It's only documented as >> >> "suspend/resume doesn't work" :) >> >> >> >> >> >> -a >> > >> > >> > Well there's this that trasz updated to indicate that it works: >> > https://wiki.freebsd.org/SuspendResume >> > >> > I just updated this to indicate the same information: >> > https://wiki.freebsd.org/Laptops/Thinkpad_T61 >> > >> > sean >> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmomsFr_xtH6B9naaV15DJrBJCj_1vFb_0-kA94hHbAMjUw>