Re: [Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
Email to linux-usb mailing list:
http://permalink.gmane.org/gmane.linux.usb.general/126171
--
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:
[Dell Optiplex 9020] Shut down causes restart if USB3 enabled
Status in linux package in Ubuntu:
Triaged
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
On Sat, 23 May 2015, Christopher M. Penalver wrote:
Owen Dunn, thank you for reporting this and helping make Ubuntu better.
As per http://www.dell.com/support/home/us/en/19/product-
support/product/optiplex-9020-desktop/drivers an update to your
computer's buggy and outdated BIOS is available (A10). If you update to
this following https://help.ubuntu.com/community/BIOSUpdate does it
change anything?
No, this doesn't change anything. The system still starts up again a
second or two after it shuts down.
If it doesn't, could you please both specify what happened, and provide the
output of the following terminal command:
sudo dmidecode -s bios-version sudo dmidecode -s bios-release-date
root@cayenne:/home/osd1000# dmidecode -s bios-version
A10
root@cayenne:/home/osd1000# dmidecode -s bios-release-date
01/08/2015
Owen
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
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:
Confirmed
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
Owen Dunn, could you please test the latest upstream kernel available
from the very top line at the top of the page (the release names are
irrelevant for testing, and please do not test the daily folder)
following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow
additional upstream developers to examine the issue.
If the test did not allow you to test to the issue (ex. you couldn't boot into
the OS) please make a comment in your report about this, and continue to test
the next most recent kernel version until you can test to the issue. Once
you've tested the upstream kernel, please comment on which kernel version
specifically you tested. If this bug is fixed in the mainline kernel, please
add the following tags by clicking on the yellow circle with a black pencil
icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ
Where XY and Z are numbers corresponding to the kernel version.
If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ
Please note, an error to install the kernel does not fit the criteria of
kernel-bug-exists-upstream.
Once testing of the upstream kernel is complete, please mark this bug's
Status as Confirmed. Please let us know your results.
Thank you for your understanding.
** Tags removed: bios-outdated-a10
** Tags added: latest-bios-a10
** Changed in: linux (Ubuntu)
Importance: Low = Medium
** Changed in: linux (Ubuntu)
Status: Confirmed = Incomplete
--
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
Re: [Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
On Tue, 26 May 2015, Christopher M. Penalver wrote:
Once you've tested the upstream kernel, please comment on which kernel
version specifically you tested.
I tested with 4.1.0-040100rc5, and this has not resolved the problem.
When the system is shut down, the system powers back shortly afterwards.
Owen
** Tags added: kernel-bug-exists-upstream
kernel-bug-exists-upstream-4.1.0-040100rc5
--
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
I see the same thing with Optiplex 9020 and BIOS A10. For reference,
git commit 01414f897d20874f6f5d7ef2f756f5bf2df526fc introduced the
problem.
commit 01414f897d20874f6f5d7ef2f756f5bf2df526fc
Author: Denis Turischev denis.turisc...@compulab.co.il
Date: Tue May 20 14:00:42 2014 +0300
xhci: Switch only Intel Lynx Point-LP ports to EHCI on shutdown.
BugLink: http://bugs.launchpad.net/bugs/1402853
commit 0a939993bff117d3657108ca13b011fc0378aedb upstream.
Patch xhci: Switch Intel Lynx Point ports to EHCI on shutdown.
commit c09ec25d3684cad74d851c0f028a495999591279 is not fully correct
It switches both Lynx Point and Lynx Point-LP ports to EHCI on shutdown.
On some Lynx Point machines it causes spurious interrupt,
which wake the system: bugzilla.kernel.org/show_bug.cgi?id=76291
On Lynx Point-LP on the contrary switching ports to EHCI seems to be
necessary to fix these spurious interrupts.
Signed-off-by: Denis Turischev de...@compulab.co.il
Reported-by: Wulf Richartz wulf.richa...@gmail.com
Cc: Mathias Nyman mathias.ny...@linux.intel.com
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
Signed-off-by: Kamal Mostafa ka...@canonical.com
diff --git a/drivers/usb/host/xhci-pci.c b/drivers/usb/host/xhci-pci.c
index 3fc8d9e..21223f8 100644
--- a/drivers/usb/host/xhci-pci.c
+++ b/drivers/usb/host/xhci-pci.c
@@ -138,7 +138,9 @@ static void xhci_pci_quirks(struct device *dev, struct
xhci_hcd *xhci)
*/
if (pdev-subsystem_vendor == PCI_VENDOR_ID_HP)
xhci-quirks |= XHCI_SPURIOUS_WAKEUP;
-
+ }
+ if (pdev-vendor == PCI_VENDOR_ID_INTEL
+ pdev-device == PCI_DEVICE_ID_INTEL_LYNXPOINT_LP_XHCI) {
xhci-quirks |= XHCI_SPURIOUS_REBOOT;
}
if (pdev-vendor == PCI_VENDOR_ID_ETRON
--
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:
Confirmed
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
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:
Confirmed
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
Owen Dunn, the issue you are reporting is an upstream one. Could you
please report this problem to the appropriate mailing list (linux-usb)
by following the instructions verbatim at
https://wiki.ubuntu.com/Bugs/Upstream/kernel ?
Please provide a direct URL to your e-mail to the mailing list once you
have made it so that it may be tracked via http://vger.kernel.org/vger-
lists.html . It can take a day for the new e-mail to show up in the
respective archive.
Thank you for your understanding.
** Tags removed: kernel-bug-exists-upstream-4.1.0-040100rc5
** Tags added: kernel-bug-exists-upstream-4.1-rc5
** Changed in: linux (Ubuntu)
Status: Confirmed = Triaged
** Summary changed:
- Optiplex 9020 reboots rather than shutting down if USB3 enabled
+ [Dell Optiplex 9020] Shut down causes restart if USB3 enabled
--
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:
[Dell Optiplex 9020] Shut down causes restart if USB3 enabled
Status in linux package in Ubuntu:
Triaged
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
Owen Dunn, thank you for reporting this and helping make Ubuntu better.
As per http://www.dell.com/support/home/us/en/19/product-
support/product/optiplex-9020-desktop/drivers an update to your
computer's buggy and outdated BIOS is available (A10). If you update to
this following https://help.ubuntu.com/community/BIOSUpdate does it
change anything?
If it doesn't, could you please both specify what happened, and provide the
output of the following terminal command:
sudo dmidecode -s bios-version sudo dmidecode -s bios-release-date
For more on BIOS updates and linux, please see
https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette
.
Please note your current BIOS is already in the Bug Description, so
posting this on the old BIOS would not be helpful. As well, you don't
have to create a new bug report.
Once the BIOS is updated, and the information above is provided, then
please mark this report Status Confirmed.
Thank you for your understanding.
** Tags added: bios-outdated-a10
** Changed in: linux (Ubuntu)
Importance: Undecided = Low
** Changed in: linux (Ubuntu)
Status: Confirmed = Incomplete
** Attachment removed: lspci -mnn lspci.txt
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+attachment/4402307/+files/lspci.txt
--
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)
---
ApportVersion: 2.14.1-0ubuntu3.10
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: lightdm1990 F pulseaudio
/dev/snd/controlC0: lightdm1990 F pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
MachineType: Dell Inc. OptiPlex 9020
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.13.0-49-generic N/A
linux-backports-modules-3.13.0-49-generic N/A
linux-firmware 1.127.11
RfKill:
Tags: trusty
Uname: Linux 3.13.0-49-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: wheel
_MarkForUpload: True
dmi.bios.date: 11/20/2014
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 06X1TJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 9020
dmi.product.version: 01
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1457852/+subscriptions
--
Mailing list:
[Kernel-packages] [Bug 1457852] Re: Optiplex 9020 reboots rather than shutting down if USB3 enabled
apport information
** Tags added: apport-collected
** Description changed:
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)
+ ---
+ ApportVersion: 2.14.1-0ubuntu3.10
+ Architecture: amd64
+ AudioDevicesInUse:
+ USERPID ACCESS COMMAND
+ /dev/snd/controlC1: lightdm1990 F pulseaudio
+ /dev/snd/controlC0: lightdm1990 F pulseaudio
+ DistroRelease: Ubuntu 14.04
+ HibernationDevice: RESUME=/dev/mapper/CayenneSys00-swap
+ IwConfig:
+ eth0 no wireless extensions.
+
+ lono wireless extensions.
+ MachineType: Dell Inc. OptiPlex 9020
+ NonfreeKernelModules: nvidia
+ Package: linux (not installed)
+ ProcFB:
+
+ ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-49-generic
root=/dev/mapper/CayenneSys00-root ro biosdevname=0 quiet
+ ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17
+ PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No
PulseAudio daemon running, or not running as session daemon.
+ RelatedPackageVersions:
+ linux-restricted-modules-3.13.0-49-generic N/A
+ linux-backports-modules-3.13.0-49-generic N/A
+ linux-firmware 1.127.11
+ RfKill:
+
+ Tags: trusty
+ Uname: Linux 3.13.0-49-generic x86_64
+ UpgradeStatus: No upgrade log present (probably fresh install)
+ UserGroups: wheel
+ _MarkForUpload: True
+ dmi.bios.date: 11/20/2014
+ dmi.bios.vendor: Dell Inc.
+ dmi.bios.version: A09
+ dmi.board.name: 06X1TJ
+ dmi.board.vendor: Dell Inc.
+ dmi.board.version: A00
+ dmi.chassis.type: 6
+ dmi.chassis.vendor: Dell Inc.
+ dmi.modalias:
dmi:bvnDellInc.:bvrA09:bd11/20/2014:svnDellInc.:pnOptiPlex9020:pvr01:rvnDellInc.:rn06X1TJ:rvrA00:cvnDellInc.:ct6:cvr:
+ dmi.product.name: OptiPlex 9020
+ dmi.product.version: 01
+ dmi.sys.vendor: Dell Inc.
** Attachment added: AlsaInfo.txt
https://bugs.launchpad.net/bugs/1457852/+attachment/4402423/+files/AlsaInfo.txt
--
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:
Confirmed
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 |=
