kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #119868
[Bug 1457852] Missing required logs.
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1457852
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
** Tags added: trusty
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1457852
Title:
Optiplex 9020 reboots rather than shutting down if USB3 enabled
Status in linux package in Ubuntu:
Incomplete
Bug description:
Description: Ubuntu 14.04.2 LTS
Release: 14.04
linux-image-3.13.0-49-generic version 3.13.0-49.83
I have a large number of Dell Optiplex 9020 machines, and when they
are asked to shutdown with e.g. shutdown -h now, they shut down
successfully and then approximately four seconds later they start up
again.
This problem only happens if the system's USB3 ports are enabled.
If I reinstate the code removed from xhci-pci.c in the diff.gz:
if (pdev->vendor == PCI_VENDOR_ID_INTEL &&
- (pdev->device == PCI_DEVICE_ID_INTEL_LYNXPOINT_XHCI ||
- pdev->device == PCI_DEVICE_ID_INTEL_LYNXPOINT_LP_XHCI)) {
- /* Workaround for occasional spurious wakeups from S5 (or
- * any other sleep) on Haswell machines with LPT and LPT-LP
- * with the new Intel BIOS
- */
- /* Limit the quirk to only known vendors, as this triggers
- * yet another BIOS bug on some other machines
- * https://bugzilla.kernel.org/show_bug.cgi?id=66171
- */
- if (pdev->subsystem_vendor == PCI_VENDOR_ID_HP)
- xhci->quirks |= XHCI_SPURIOUS_WAKEUP;
+ pdev->device == PCI_DEVICE_ID_INTEL_LYNXPOINT_LP_XHCI) {
+ xhci->quirks |= XHCI_SPURIOUS_REBOOT;
}
and add msleep(1000) to xhci.c as suggested at http://www.gossamer-
threads.com/lists/linux/kernel/1713011
...shutdown shuts the machine down as expected.
I attach the output of lspci -mnn.
(S)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
References