additional information:
I build a customized Kernel 3.14.4 based on Arch Stock kernel; with
only ONE change:
I deleted line 138 (NOT line 121)
xhci->quirks |= XHCI_SPURIOUS_REBOOT;
in drivers/usb/host/xhci-pci.c.
and issue disappears -> everything works fine now
------------------------------------
BIOS Information
Vendor: American Megatrends Inc.
Version: P2.00
Release Date: 12/06/2013
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 8192 kB
Characteristics:
PCI is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
UEFI is supported
BIOS Revision: 4.6
lshw:
dixi-arch
description: Desktop Computer
product: To Be Filled By O.E.M. (To Be Filled By O.E.M.)
vendor: To Be Filled By O.E.M.
version: To Be Filled By O.E.M.
serial: To Be Filled By O.E.M.
width: 64 bits
capabilities: smbios-2.7 dmi-2.7 vsyscall32
configuration: administrator_password=disabled boot=normal
chassis=desktop family=To Be Filled By O.E.M.
frontpanel_password=disabled keyboard_password=disabled
power-on_password=disabled sku=To Be Filled By O.E.M.
uuid=00020003-0004-0005-0006-000700080009
*-core
description: Motherboard
product: H87M Pro4
vendor: ASRock
physical id: 0
serial: M80-39019500250
*-firmware
description: BIOS
vendor: American Megatrends Inc.
physical id: 0
version: P2.00
date: 12/06/2013
size: 64KiB
capacity: 8128KiB
capabilities: pci upgrade shadowing cdboot bootselect
socketedrom edd int13floppy1200 int13floppy720 int13floppy2880
int5printscreen int9keyboard int14serial int17printer acpi usb
2014-05-17 21:38 GMT+02:00 Wulf Richartz <wulf.richartz@xxxxxxxxx>:
> Hi,
>
> I was asked to send this to you.
>
> Nice weekend
>
> kind regards
>
> Wulf
>
> Bug 76291
> Summary: system doesn't power off, just reboots
> Product: Drivers Reporter: Wulf <wulf.richartz>
> Component: USB Assignee: Greg Kroah-Hartman <greg>
> Status: NEW ---
> Severity: normal CC:
> Priority: P1
> Version: 2.5
> Hardware: x86-64
> OS: Linux
> Kernel Version: since 3.14.3 Tree: Mainline
> Regression: No
> Attachments: system-info-files
> Description Wulf 2014-05-15 17:09:44 UTC
>
> Created attachment 136231 [details]
> system-info-files
>
> issue appers since Kernel 3.14.3, also with Kernel 3.14.4,
> issue doesn't appear with Kernel 3.14.2
>
> maybe similar to Bug 66171
>
> issue doesn't appear with disabled USB3.0 in Bios
>
> Mainboard ASRock H87M Pro 4, UEFI-Mode, Arch Linux x84_64
>
> lspci -vvv:
> 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
> Family USB xHCI (rev 05) (prog-if 30 [XHCI])
> Subsystem: ASRock Incorporation Device 8c31
> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B- DisINTx+
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> <TAbort- <MAbort- >SERR- <PERR- INTx-
> Latency: 0
> Interrupt: pin A routed to IRQ 42
> Region 0: Memory at f0520000 (64-bit, non-prefetchable) [size=64K]
> Capabilities: [70] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
> PME(D0-,D1-,D2-,D3hot+,D3cold+)
> Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
> Address: 00000000fee00298 Data: 0000
> Kernel driver in use: xhci_hcd
> Kernel modules: xhci_hcd
>
> some system information files attached
>
> unloading module xhci_hcd before shut down doesn't fix the problem
>
> Comment 1 Wulf 2014-05-16 22:46:01 UTC
>
> issue appears also with Kernel 3.15.0rc5 :-(
>
> Comment 2 Wulf 2014-05-17 18:50:43 UTC
>
> Arch devs (https://bugs.archlinux.org/task/40382) asked me to bisect
> kernel, but I'm very unfamiliar with kernel, hardware, Compiling, ...
> and I didn't know which repository exactly to clone.
>
> Thus I used:
> git clone
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> linux-stable
> git bisect bad v3.14.3
> git bisect good v3.14.2
>
> My result:
>
> Before last step:
> [root@dixi-arch linux-stable]# git bisect bad
> Bisecting: 0 revisions left to test after this (roughly 0 steps)
> [e7573909b5b8df35591a66146d8629f7aa41675e] xhci: Prevent runtime pm from
> autosuspending during initialization
>
> After last step:
> [root@dixi-arch linux-stable]# git bisect good
> 5092b2b3c54eeb1a41329661d14289f59f81bdcb is the first bad commit
> commit 5092b2b3c54eeb1a41329661d14289f59f81bdcb
> Author: Denis Turischev <denis.turischev@xxxxxxxxxxxxxx>
> Date: Fri Apr 25 19:20:14 2014 +0300
>
> xhci: Switch Intel Lynx Point ports to EHCI on shutdown.
>
> commit c09ec25d3684cad74d851c0f028a495999591279 upstream.
>
> The same issue like with Panther Point chipsets. If the USB ports are
> switched to xHCI on shutdown, the xHCI host will send a spurious
> interrupt,
> which will wake the system. Some BIOS have work around for this, but
> not all.
> One example is Compulab's mini-desktop, the Intense-PC2.
>
> The bug can be avoided if the USB ports are switched back to EHCI on
> shutdown.
>
> This patch should be backported to stable kernels as old as 3.12,
> that contain the commit 638298dc66ea36623dbc2757a24fc2c4ab41b016
> "xhci: Fix spurious wakeups after S5 on Haswell"
>
> Signed-off-by: Denis Turischev <denis@xxxxxxxxxxxxxx>
> Signed-off-by: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
> Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
>
> :040000 040000 e178b761c73619963c1c130805e3722a9ccbdd7d
> 56b0434140c234293b1a34fb2e1f04fa2fd13d16 M drivers
>
>
> I hope this helps
>
> Comment 3 Wulf 2014-05-17 19:00:36 UTC
>
> addendum:
>
> for the .config I used
> zcat /proc/config.gz > .config
> make localmodconfig
>
> If there were input questions I just pressed "enter"
>
> Comment 4 Greg Kroah-Hartman 2014-05-17 19:21:55 UTC
>
> Can you send this to the linux-usb@xxxxxxxxxxxxxxx mailing list?
>
>
>
>
--
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
