Lenovo ThinkBook 14IIL 20SL002VRU

[Александр Ерещенко]

При спящем режиме (он же гибернация) происходит обесточивание большинства устройств, а потом уже при загрузке их начальная инициализация.
В отличие от ждущего режима, когда многие устройства (со своими процессорами), с которых не снимается питание, так же уходят в ждущий режим. Вот видимо, процессор bluetooth-адаптера не может вернуться из ждущего режима, либо не понимает (ему не сообщают - как?), что пора возвращаться.

[xdsl]

Так это или не так - науке это неизвестно)
Какие предложения для практического подтверждения/опровержения теории?

[gosts 87]

Какие предложения для практического подтверждения/опровержения теории?

Одно из предложений я высказал на предыдущей странице.

[Александр Ерещенко]

Можно ещё раз подробнее - результат вывода

Код: [Выделить]

lsusb -tvдо ждущего режима и после.
Что именно отвалится - только само устройство bluetooth или, как вы предполагаете, сам usb-контроллер (какая именно его часть) ?

ЗЫ. А вообще ситуация явно аппаратная и подобное может возникать на любой системе. Вот например как предлагает бороться MS в подобных ситуациях ( ждущий режим в линукс - это в виндовс спящий режим, а спящий в линукс - гибернация в виндовс, такое вот соответствие терминологии) :
https://support.microsoft.com/ru-ru/topic/устранение-неполадок-usb-устройств-которые-могут-возникнуть-после-выхода-пк-под-управлением-windows-7-или-windows-vista-из-режима-сна-или-спящего-режима-8cab7791-7bd6-9acd-47a7-7e2c9c6ab87b
Как я понимаю, один из рецептов - не снимать питание с usb-устройства (ну и предупреждение, что жрать в спящем режиме будет больше)

[xdsl]

Можно ещё раз подробнее - результат вывода

Код: [Выделить]

lsusb -tvдо ждущего режима и после.

До:

Код: [Выделить]

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 6: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 6: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 7: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1ea7:0064 SHARKOON Technologies GmbH
    |__ Port 10: Dev 6, If 0, Class=Wireless, Driver=btusb, 12M
        ID 8087:0026 Intel Corp.
    |__ Port 10: Dev 6, If 1, Class=Wireless, Driver=btusb, 12M
        ID 8087:0026 Intel Corp.
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
После:

Код: [Выделить]

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 6: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 6: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 7: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1ea7:0064 SHARKOON Technologies GmbH
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub


[gosts 87]

Вот точно такой-же баг на Арчевской Багзилле:
https://bbs.archlinux.org/viewtopic.php?id=263910

[xdsl]

Да, и столь-же безответный плач арчевода)

[Александр Ерещенко]

Как я понял, модуль xhci_hcd уже пробовали перегружать.
А как насчет выгрузить-загрузить модуль btusb ? А вдруг?

[xdsl]

Не помогает:

Код: [Выделить]

# lsusb -vt
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 6: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 6: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 7: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1ea7:0064 SHARKOON Technologies GmbH
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
# rmmod xhci_pci xhci_hcd btusb
# lsusb -vt
# modprobe xhci_pci xhci_hcd btusb
# lsusb -vt
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 6: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 6: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M
        ID 13d3:5415 IMC Networks
    |__ Port 7: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1ea7:0064 SHARKOON Technologies GmbH
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub

И да, можно выгрузить модули до ждущего режима, сходить туда, вернуться, загрузить модули - лучше не становится

[Александр Ерещенко]

Похоже на аппаратную проблему. Устройство засыпает так хорошо, что разбудить можно только передёргиванием питания на него.

Возможно ли программное управление линиями питания usb-порта? Для этого нужна аппаратная поддержка. Обычно питание тупо заводится на разъём без каких-либо управляющих ключей.

Либо этот возможный глюк в прошивке самого bluetooth-адаптера - засыпать летаргическим сном - надо обходить как-то не давая именно этому устройству уснуть.

[trs]

Использует ли устройство драйвер thinkpad_acpi?

[xdsl]

Использует ли устройство драйвер thinkpad_acpi?

А он вообще не загружен был.
Загрузил через /etc/modules, после перезапуска:

Код: [Выделить]

# dmesg | grep think
[   11.329104] thinkpad_acpi: ThinkPad ACPI Extras v0.26
[   11.329105] thinkpad_acpi: http://ibm-acpi.sf.net/
[   11.329106] thinkpad_acpi: ThinkPad BIOS DJCN20WW, EC unknown
[   11.329107] thinkpad_acpi: Lenovo Lenovo ThinkBook 14-IIL, model 20SL
[   11.329487] thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
[   11.329516] thinkpad_acpi: acpi_evalf((null), dd, ...) failed: AE_TYPE
[   11.329517] thinkpad_acpi: ThinkPad ACPI EC access misbehaving, fan status and control unavailable
[   11.329519] thinkpad_acpi: battery 2 registered (start 0, stop 0)
[   11.329567] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input20


Код: [Выделить]

# lsmod | grep think
thinkpad_acpi         110592  0
nvram                  16384  1 thinkpad_acpi
battery                20480  1 thinkpad_acpi
ledtrig_audio          16384  3 snd_hda_codec_generic,snd_sof,thinkpad_acpi
rfkill                 28672  9 bluetooth,thinkpad_acpi,ideapad_laptop,cfg80211
hwmon                  32768  2 coretemp,thinkpad_acpi
snd                    90112  20 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_da_codec_realtek,snd_timer,snd_compress,thinkpad_acpi,snd_soc_core,snd_pcm,snd_rawmidi
video                  49152  3 thinkpad_acpi,ideapad_laptop,i915
Но ситуация не изменяется, как исчезало устройство после ждущего режима, так и исчезает.