Investigating failed suspend/resume T61

Adrian Chadd adrian at freebsd.org
Sat Jun 7 16:21:09 UTC 2014


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