Christopher, that issue already existed in kernel 4.2 ; sorry for my previous misleading comment.
I did install and boot several older kernels (namely, mainlines 4.3, 4.2, 4.0, 3.19 and 3.13) , but had the same problem with all of them.
On older kernels, though, I get an error message similar to this at shutdown:
32.250495] usb 3-1: device not accepting address 3, error -110
42.823143] usb 3-1: device not accepting address 4, error -110
53.395791] usb 3-1: device not accepting address 5, error -110
53.552058] usb usb3-port1: unable to enumerate USB device
53.552058] reboot: System halted
Back to kernel 4.9, looking at dmesg in detail (see attachment), I noticed the following
(3)
[ 0.069971] DMAR-IR: [Firmware Bug]: ioapic 0 has no mapping iommu, interrupt remapping will be disabled
(4)
[ 0.404344] ACPI Error: [PCHS] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 0.404354] ACPI Error: Method parse/execution failed [\] (Node ffffffffa0415920), AE_NOT_FOUND (20160831/psparse-543)
(several similar errors follow)
[ 0.405105] ACPI: Using PIC for interrupt routing
[ 0.405114] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[ 0.405146] [Firmware Info]: PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] not reserved in ACPI motherboard resources
[ 0.405147] PCI: not using MMCONFIG
[ 0.405148] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
(5)
[ 0.963786] DMAR: Failed to find handle for ACPI object \_SB.PCI0.I2C0
[ 0.963792] DMAR: Failed to find handle for ACPI object \_SB.PCI0.I2C1
[ 0.963795] DMAR: Failed to find handle for ACPI object \_SB.PCI0.UA01
[ 0.963798] DMAR: Failed to find handle for ACPI object \_SB.PCI0.SDHC
[ 0.963810] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
(6)
[ 1.263487] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
[ 1.263489] ACPI: Power Button [PWRF]
[ 1.263545] GHES: HEST is not enabled!
(1) and (3) let me think that this might be a firmware problem (but then, how come the same hardware and BIOS work properly with Windows? could it related to enabling/disabling UEFI, e.g., "csm mode" in Lenovo verbiage ?)
Christopher, that issue already existed in kernel 4.2 ; sorry for my previous misleading comment.
I did install and boot several older kernels (namely, mainlines 4.3, 4.2, 4.0, 3.19 and 3.13) , but had the same problem with all of them.
On older kernels, though, I get an error message similar to this at shutdown:
32.250495] usb 3-1: device not accepting address 3, error -110
42.823143] usb 3-1: device not accepting address 4, error -110
53.395791] usb 3-1: device not accepting address 5, error -110
53.552058] usb usb3-port1: unable to enumerate USB device
53.552058] reboot: System halted
Back to kernel 4.9, looking at dmesg in detail (see attachment), I noticed the following
(1)
[ 0.000000] DMI: LENOVO F0AN/INVALID, BIOS O00KT19AUS 09/30/2014
(2) XHC_.RHUB. SSP3] Namespace lookup failure, AE_NOT_FOUND (20160831/ dswload- 210) psobject- 227) tbxfload- 198) dswload- 210)
[ 0.002774] ACPI Error: [_SB_.PCI0.
[ 0.002782] ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/
[ 0.002927] ACPI Exception: AE_NOT_FOUND, [DSDT] table load failed (20160831/
[ 0.003270] ACPI Error: [\_PR_.CPU0] Namespace lookup failure, AE_NOT_FOUND (20160831/
(several similar errors follow)
(3)
[ 0.069971] DMAR-IR: [Firmware Bug]: ioapic 0 has no mapping iommu, interrupt remapping will be disabled
(4) psargs- 359) psparse- 543) 0xefffffff] (base 0xe0000000) 0xefffffff] not reserved in ACPI motherboard resources
[ 0.404344] ACPI Error: [PCHS] Namespace lookup failure, AE_NOT_FOUND (20160831/
[ 0.404354] ACPI Error: Method parse/execution failed [\] (Node ffffffffa0415920), AE_NOT_FOUND (20160831/
(several similar errors follow)
[ 0.405105] ACPI: Using PIC for interrupt routing
[ 0.405114] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-
[ 0.405146] [Firmware Info]: PCI: MMCONFIG at [mem 0xe0000000-
[ 0.405147] PCI: not using MMCONFIG
[ 0.405148] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
(5)
[ 0.963786] DMAR: Failed to find handle for ACPI object \_SB.PCI0.I2C0
[ 0.963792] DMAR: Failed to find handle for ACPI object \_SB.PCI0.I2C1
[ 0.963795] DMAR: Failed to find handle for ACPI object \_SB.PCI0.UA01
[ 0.963798] DMAR: Failed to find handle for ACPI object \_SB.PCI0.SDHC
[ 0.963810] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
(6) LNXSYSTM: 00/LNXPWRBN: 00/input/ input0
[ 1.263487] input: Power Button as /devices/
[ 1.263489] ACPI: Power Button [PWRF]
[ 1.263545] GHES: HEST is not enabled!
(1) and (3) let me think that this might be a firmware problem (but then, how come the same hardware and BIOS work properly with Windows? could it related to enabling/disabling UEFI, e.g., "csm mode" in Lenovo verbiage ?)
(2), (4) and (5) are symptoms of ACPI failure; I found several old tickets where the same error appears, such as: /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/668148 /bugs.launchpad .net/ubuntu/ +source/ acpi/+bug/ 551654 askubuntu. com/questions/ 624447/ cannot- boot-14- 04-ubuntu /bugzilla. kernel. org/show_ bug.cgi? id=43229
https:/
https:/
http://
https:/
(6) I don't know what GHES and HEST mean, some other tickets have been opened and it looks like this is not a bug, but a feature: /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/1170298 /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/1091032
https:/
https:/
Do you need other information ?
Can I help in some way ?