Created attachment 842484 [details] dmesg output Description of problem: On my UEFI Intel system the usb keyboard does not work at boot time until I reconnect it physically. In grub the keyboard still is working. It stops working at the kernel boot time. I don't use encryption on this box so no luks input is not needed but it wouldn't be possible to enter it. Plugging it off and on helps as workaround. I attached the dmesg output where you can see that I reconnected the USB-keyboard: [ 20.710547] usb 3-3.1: USB disconnect, device number 4 [ 22.174029] usb 3-3.1: new low-speed USB device number 8 using xhci_hcd [ 22.190861] usb 3-3.1: New USB device found, idVendor=046d, idProduct=c31c [ 22.190863] usb 3-3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 22.190864] usb 3-3.1: Product: USB Keyboard [ 22.190865] usb 3-3.1: Manufacturer: Logitech [ 22.190987] usb 3-3.1: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes [ 22.190990] usb 3-3.1: ep 0x82 - rounding interval to 1024 microframes, ep desc says 2040 microframes [ 22.196087] input: Logitech USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3.1/3-3.1:1.0/input/input21 [ 22.196260] hid-generic 0003:046D:C31C.0005: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Keyboard] on usb-0000:00:14.0-3.1/input0 [ 22.203480] input: Logitech USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3.1/3-3.1:1.1/input/input22 [ 22.203587] hid-generic 0003:046D:C31C.0006: input,hidraw1: USB HID v1.10 Device [Logitech USB Keyboard] on usb-0000:00:14.0-3.1/input1
Playing around over the holidays with the system here an update to that problem. I reinstalled the system without UEFI and had the same behaviour. Connecting the keyboard to the first USB Port fixed the problem for me. It works after booting, no reconnect is necessary. It is an ASUS Z87 Board. Maybe the other USB ports are connected over an internal HUB which leads to this problem.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.13.4-200.fc20. Please test this kernel update 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 has been in a needinfo state for several weeks and is being closed with insufficient data due to inactivity. If this is still an issue with Fedora 20, please feel free to reopen the bug and provide the additional information requested.