Início / unix / Perguntas / 784537
Accepted
jrosa
Asked: 2024-10-05 17:25:55 +0800 CST

Como evitar a reinicialização do USB após a suspensão na placa iMX6?

  • 772

Estou trabalhando em uma placa iMX6ULL executando um sistema operacional baseado em Debian com recursos de suspensão. Um hub USB ( USB2514) é conectado ao barramento USB. Quando um único dispositivo ou dois dispositivos com VIDe diferentes PIDsão conectados ao hub USB (e consequentemente ao barramento USB), o sistema retorna da suspensão quase imediatamente. No entanto, a retomada do sistema é muito mais lenta quando tenho dois dispositivos conectados ao hub USB com o mesmo VIDe PID. Depois de pesquisar, descobri que o sistema operacional redefine os dispositivos USB após a ativação da suspensão e antes de retomar (veja os blocos de código abaixo).

Como posso evitar que o sistema operacional reinicie os dispositivos USB ao acordar para acelerar o processo de retomada quando dois dispositivos com a mesma configuração VIDe PIDestão conectados ao mesmo barramento?

Registros
  • Despertar com um único dispositivo ( normal )
>>>>>>>>>>>>>> SYSTEM WAKE-UP REQUEST
[ 9217.484783] ieee80211 phy6: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[ 9217.484817] ieee80211 phy6: brcmf_cfg80211_get_tx_power: error (-5)
[ 9218.076812] PM: suspend devices took 1.640 seconds
[ 9218.082099] Disabling non-boot CPUs ...
[ 9218.330490] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[ 9218.399775] usb 2-1.1: reset high-speed USB device number 19 using ci_hdrc
[ 9218.476006] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Jun 13 2018 23:24:39 version 7.45.98.52 (r691997 CY) FWID 01-8b9f8ef5
[ 9218.552328] PM: resume devices took 0.470 seconds
[ 9218.608394] OOM killer enabled.
[ 9218.611611] Restarting tasks ... done.
[ 9218.714350] random: crng reseeded on system resumption
[ 9218.771424] PM: suspend exit
>>>>>>>>>>>>>> SYSTEM RESUME
  • Dois dispositivos iguais VIDe PIDdespertar
>>>>>>>>>>>>>> SYSTEM WAKE-UP REQUEST
[ 8907.844493] ieee80211 phy0: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[ 8907.844524] ieee80211 phy0: brcmf_cfg80211_get_tx_power: error (-5)
[ 8908.436812] PM: suspend devices took 1.670 seconds
[ 8908.442572] Disabling non-boot CPUs ...
[ 8908.681128] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[ 8908.749956] usb 2-1.3: reset high-speed USB device number 13 using ci_hdrc
[ 8908.826696] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Jun 13 2018 23:24:39 version 7.45.98.52 (r691997 CY) FWID 01-8b9f8ef5
[ 8908.859973] usb 2-1.3: device no response, device descriptor read/64, error -71
[ 8909.089935] usb 2-1.3: device no response, device descriptor read/64, error -71
[ 8909.309918] usb 2-1.3: reset high-speed USB device number 13 using ci_hdrc
[ 8909.419914] usb 2-1.3: device no response, device descriptor read/64, error -71
[ 8909.649893] usb 2-1.3: device no response, device descriptor read/64, error -71
[ 8909.869896] usb 2-1.3: reset high-speed USB device number 13 using ci_hdrc
[ 8910.309878] usb 2-1.3: device not accepting address 13, error -71
[ 8910.409859] usb 2-1.3: reset high-speed USB device number 13 using ci_hdrc
[ 8910.849852] usb 2-1.3: device not accepting address 13, error -71
[ 8910.949853] usb 2-1.1: reset high-speed USB device number 14 using ci_hdrc
[ 8911.102358] PM: resume devices took 2.660 seconds
[ 8911.227343] OOM killer enabled.
[ 8911.230543] Restarting tasks ...
[ 8911.281057] usb 2-1.3: USB disconnect, device number 13
[ 8911.292238] done.
[ 8911.294268] random: crng reseeded on system resumption
[ 8911.351833] PM: suspend exit
>>>>>>>>>>>>>> SYSTEM RESUME

Até agora, tentei o seguinte ( sem sucesso ):

  • udevRegras aplicadas para definir o removableatributo como fixedou 0.
  • NON_REMConfigurados os pinos do hub USB , resultando /sys/bus/usb/devices/2-1.1/removableno relatório como fixed.
  • Modificado /sys/bus/usb/devices/2-1.1:1.0/host0/target0:0:0/0:0:0:0/block/sda/removableescrevendo 0ou fixed, mas isso não resolveu o problema.
  • Carregou o sgmódulo do kernel SCSI Generic ( ), expondo os dispositivos em /dev/sg*, mas eles permaneceram listados /dev/sd*também.
  • Colocou o usb-storagemódulo na lista negra, o que fez com que o módulo SCSI Genérico parasse de funcionar.
debian

1 respostas

  1. Best Answer

    Resolvi o problema adicionando a USB_QUIRK_DISCONNECT_SUSPENDpeculiaridade do USB.

    • 0

relate perguntas