Guys, I guess I found workaround. System: Fedora 23. Kernel: 4.4.3-300 (Fedora repo). Firstable, I am not be able to shutdown my computer without quirks. I have to add: xhci_hcd.quirks=270336 (XHCI_SPURIOUS_WAKEUP and XHCI_SPURIOUS_REBOOT quirks) or xhci_hcd.quirks=262144 (XHCI_SPURIOUS_WAKEUP) to GRUB_CMDLINE_LINUX. xhci_hcd.quirks=8192 (XHCI_SPURIOUS_REBOOT quirks) does not work. But this is not enough, I had to prepare script that I put into /lib/systemd/system-shutdown/ as unbind-xhci-devices.shutdown. Power off works fine now, but I still think that this is serious bug, which should be fixed as fast as possible. Power off does not work if I try use only quirks or only script. It does not matter which quirks(270336 or 262144) I use with my script, power off works fine. BTW, after this trick, mouse clicking no longer initiate boot process until monitor is enabled after proper shutdown, as well. The script has following content: http://pastebin.com/QNGVXHkP Do you need anything else, except lsusb, lspci and lsusb -t that I have already sent to you? Best regards, PM On Wed, Mar 9, 2016 at 9:09 PM, Peter Maciejko <corsseir@xxxxxxxxx> wrote: > The problem is a bit complicated, that is why I put a video containing > a description of the problem on kernel bug tracker. > > Motherboard: ASRock H87 PRO 4 > Processor: Intel Core i5 4570 Haswell > > If USB 3.0 controller is enabled in UEFI Setup then three, maybe four > seconds after shutdown, my computer starts boot process by itself. > After reboot, which is initiated by me through command line or > graphical environment - it doesnt matter - poweroff works fine but > only once. Besides, even if poweroff works fine, until my monitor is > enabled after proper shutdown, I can start boot process by clicking > left mouse button/right mouse button/scroll. If I disable my monitor > and then enable it again, then obviously I cant boot computer by > clicking. All "Power on" options are disabled in UEFI. > > If USB 3.0 controller is disabled in UEFI Setup then poweroff works > fine, but after proper shutdown, until monitor is enabled, I can light > up my mouse's and keyboard's leds by clicking same as I described > above. > > > My mouse and keyboard are connected to the computer through monitor's USB ports. > > > Monitor: Dell U2414H > Mouse: SteelSeries Rival > Keyboard: CM Storm Quickfire Rapid-I > > Sry for my bad english, I hope you will understand me, if not - then > watch movie pls. > > Link to the movie: > https://www.dropbox.com/s/isr9i0yojgnlb6n/20160309_133125.mp4?dl=0 > lsusb: http://pastebin.com/uhGAnCLU > lsusb -t: http://pastebin.com/iY1HZrER > lspci: http://pastebin.com/phz6if1U > > I have tried: > xhci_hcd.quirks=270336 //XHCI_SPURIOUS_WAKEUP and XHCI_SPURIOUS_REBOOT > xhci_hcd.quirks=8192 //XHCI_SPURIOUS_REBOOT > xhci_hcd.quirks=262144 //XHCI_SPURIOUS_WAKEUP > > Nothing helped, computer keeps rebooting after shutdown. I cant > remember when my rig works fine last time - it is very frustrating, I > am a little bit tired of this :) > I have now Fedora 23 with 4.4.3 kernel, but I have also tried > branded/vanilla 4.4.4 and obviously it didnt help. > On Ubuntu 14.04 and the latest 3.16, bug persists too - my girlfriend > has same rig and same issue. > > There is two situations when poweroff works ALMOST fine: > 1. Keyboard/Remote Power On and Mouse Power On is enabled in uefi, but > then poweroff process hangs for few seconds and I can boot computer by > clicking, until monitor is enabled after shutdown. > 2. USB 3.0 Controller is disabled (still can light up > keyboard's/mouse's leds until monitor is enabled after shutdown). > > Best regards guys and thanks for your effort, > PM > > On Wed, Mar 9, 2016 at 6:40 PM, Felipe Ferreri Tonello > <eu@xxxxxxxxxxxxxxxxx> wrote: >> Hi, >> >> On 09/03/16 17:12, Greg KH wrote: >>> On Wed, Mar 09, 2016 at 05:47:00PM +0100, Peter Maciejko wrote: >>>> https://bugzilla.kernel.org/show_bug.cgi?id=114111 >>>> >>>> Bug ID: 114111 >>>> Summary: Reboot after shutdown, when USB 3.0 controller is enabled >>> >>> Please send us the full details so we don't have to dig them out on the >>> website... >> >> There is absolutely no description of the bug besides the Summary, which >> by itself is not saying much. >> >> Peter, can you describe exactly was is going on? >> >> -- >> Felipe -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
