Investigating failed suspend/resume T61

Edward Tomasz Napierała trasz at freebsd.org
Sat Jun 7 16:37:14 UTC 2014


With modem enabled?  I don't know; I don't see anything related to hdac0
during resume.  With modem disabled resuming is completely broken - it
fails _very_ early, by failing to return from acpi_machdep_sleep() iirc.

On 0607T1221, Adrian Chadd wrote:
> That's odd. Is it still trying to resume hdac0 ?
> 
> 
> -a
> 
> 
> On 6 June 2014 03:57, Edward Tomasz Napierała <trasz at freebsd.org> wrote:
> > The difference in dmesg with (-) and without (+) the modem looks like this:
> >
> > --- 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 at 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
> >> >


More information about the freebsd-acpi mailing list