Failure to remove snd_hwdep module in kmod test on CML_HEL_RT5682 #593

Activity

1. marc-hb commented on Jan 27, 2021

   

   marc-hb

   on Jan 27, 2021

   Collaborator

   More actions

   This happened in nightly run 1807. Thanks to @xiulipan's advice I looked at dmesg and this seems to be the first and real issue:

   kernel: [ 8823.371612] sof-audio-pci 0000:00:1f.3: FW Poll Status: reg=0xf0f successful
   kernel: [ 8823.371618] sof-audio-pci 0000:00:1f.3: DSP core(s) enabled? 0 : core_mask 1
   kernel: [ 8824.513526] usb 1-2.3: reset full-speed USB device number 6 using xhci_hcd
   kernel: [ 8824.591467] usb 1-2.3: device firmware changed
   kernel: [ 8824.592274] usb 1-2.3: USB disconnect, device number 6
   kernel: [ 8824.677281] usb 1-2.3: new full-speed USB device number 7 using xhci_hcd
   kernel: [ 8824.763718] usb 1-2.3: New USB device found, idVendor=0d8c, idProduct=0014, bcdDevice= 1.00
   kernel: [ 8824.763728] usb 1-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
   kernel: [ 8824.763732] usb 1-2.3: Manufacturer: C-Media Electronics Inc.
   kernel: [ 8824.773029] input: C-Media Electronics Inc. as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.3/1-2.3:1.3/0003:0D8C:0014.0003/input/input40
   kernel: [ 8824.825245] hid-generic 0003:0D8C:0014.0003: input,hidraw1: USB HID v1.00 Device [C-Media Electronics Inc.] on usb-0000:00:14.0-2.3/input3
   kernel: [ 8824.876500] usbcore: registered new interface driver snd-usb-audio
   kernel: [ 8825.867711] usb 1-2.3: reset full-speed USB device number 7 using xhci_hcd
   kernel: [ 8825.935271] usb 1-2.3: device descriptor read/64, error 8
   kernel: [ 8826.119759] usb 1-2.3: device descriptor read/all, error -32
   kernel: [ 8826.184432] usb 1-2.3: reset full-speed USB device number 7 using xhci_hcd
   kernel: [ 8826.251313] usb 1-2.3: device descriptor read/64, error -32
   

   Error messages after the first one are rarely useful. Here the first and real issue is inconveniently ignored by #567

   I didn't realize #567 was ignoring the failure of some audio device! Trying to validate audio with USB failures is risky. Trying to validate audio with errors from audio USB devices is pointless.
2. keqiaozhang commented on Feb 3, 2021

   

   keqiaozhang

   on Feb 3, 2021

   ContributorAuthor

   More actions

   suggest to replace the USB hub to UGREEN 5 in1 TYPE-C hub, which should be able to fix this issue.
3. fredoh9

   self-assigned this

   on Feb 24, 2021
4. fredoh9 commented on Feb 24, 2021

   

   fredoh9

   on Feb 24, 2021

   Contributor

   More actions

   I replaced with the USB-C hub in all devices in JF but I just notice the device is used in nightly test 1807 is sh-cml-hel-rt5682-04.
5. keqiaozhang commented on Mar 31, 2021

   

   keqiaozhang

   on Mar 31, 2021

   ContributorAuthor

   More actions

   we have replaced to use Type-C hub in all our CML-HEL-RT5682 test devices and this issue is not reproducible in CI.
6. keqiaozhang

   closed this as completedon Mar 31, 2021