I have installed: apcupsd-3.14.14-7.fc27.x86_64 prior to Fedora 27 upgrade. After the upgrade I noticed that I have lots of: Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full Nov 24 08:18:20 ns2 kernel: hid-generic 0003:051D:0002.0001: control queue full messages repeating in /var/log/messages file.
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. As kernel maintainers, we try to keep up with bugzilla but due the rate at which the upstream kernel project moves, bugs may be fixed without any indication to us. Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs. Fedora 27 has now been rebased to 4.15.3-300.f27. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 weeks. If you did actually update, we apologize for the inconvenience (there are a lot of bugs). If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.
Please reopen. This is very annoying bug that haunts me for years, and I'd really prefer to see the core issue fixed rather than bunch of workarounds for "faulty" devices.
https://forum.qubes-os.org/t/sys-usb-kernel-control-queue-full-when-using-usb-keyboard-mouse/9757 https://github.com/QubesOS/qubes-issues/issues/7953 ask me if I can be of any help with further diagnostics, but I'd rather see just the message flood fixed to issue a single warning and shut up :) I do not see if any of the devices malfunction, it is likely not -- so it is just syslog causing all this mess.