On Fri, Oct 20, 2023 at 09:54:40 CEST, Alice wrote:
However, I have one minor issue. When plugging more than one USB input device, any USB input devices connected become unresponsive. That includes the built-in keyboard. Unfortunately, the built-in trackpad does not work for unrelated reasons, so I have no other choices but
to reboot the device.
[...]
[drivers -> usb_drv] usb 3-3: new full-speed USB device number 9 using xhci_hcd [drivers -> usb_drv] usb 3-3: usbfs: process 21 () did not claim interface 0 before use [drivers -> usb_hid_drv] input: HID 1532:0257 as /devices/usb-3-9/0-0:1.0/0003:1532:0257.000A/input/input22 [drivers -> usb_hid_drv] Connected device: input22 (HID 1532:0257 at usb-usbbus-0/input0) [drivers -> usb_hid_drv] hid-generic 0003:1532:0257.000A: input: USB HID v1.11 Keyboard [HID 1532:0257] on usb-usbbus-0/input0 [drivers -> usb_drv] usb 3-3: usbfs: process 21 () did not claim interface 1 before use [drivers -> usb_hid_drv] input: HID 1532:0257 Keyboard as /devices/usb-3-9/0-0:1.1/0003:1532:0257.000B/input/input23 [drivers -> usb_hid_drv] Connected device: input23 (HID 1532:0257 Keyboard at usb-usbbus-0/input1) [drivers -> usb_hid_drv] input: HID 1532:0257 as /devices/usb-3-9/0-0:1.1/0003:1532:0257.000B/input/input24 [drivers -> usb_hid_drv] Connected device: input24 (HID 1532:0257 at usb-usbbus-0/input1)[0m [drivers -> usb_hid_drv] hid-generic 0003:1532:0257.000B: input: USB HID v1.11 Keyboard [HID 1532:0257] on usb-usbbus-0/input1 [drivers -> usb_drv] usb 3-3: usbfs: process 21 () did not claim interface 2 before use [drivers -> usb_hid_drv] input: HID 1532:0257 as /devices/usb-3-9/0-0:1.2/0003:1532:0257.000C/input/input25 [drivers -> usb_hid_drv] Connected device: input25 (HID 1532:0257 at usb-usbbus-0/input2) [drivers -> usb_hid_drv] hid-generic 0003:1532:0257.000C: input: USB HID v1.11 Mouse [HID 1532:0257] on usb-usbbus-0/input2 [drivers -> usb_drv] usb 3-3: usbfs: process 21 () did not claim interface 3 before use [drivers -> usb_hid_drv] input: HID 1532:0257 Consumer Control as /devices/usb-3-9/0-0:1.3/0003:1532:0257.000D/input/input26 [drivers] child "usb_hid_drv" requests resources: cap_quota=3 [drivers -> usb_drv] usb 3-3: USB disconnect, device number 9 [drivers -> usb_drv] usb 3-3: new full-speed USB device number 10 using xhci_hcd [drivers -> usb_drv] usb 3-3: USB disconnect, device number 10
The issue is with the usb_hid_drv and, for this reason, usb_drv and also USB storage are not affected. The upcoming Sculpt release utilizes the new USB HID driver, which seems to have increased resource demands (capabilities in this case). As the drivers subsystem builds on a static init runtime the resource request is not automatically solved.
I increased the cap quota for usb_hid_drv and published a new RC image based on the current staging branch. Note, RC9 is just an image update, no depot archives changed from RC8.
Regards