[Kernel-packages] [Bug 1827677] [NEW] Resume from suspend: nothing on display, unable to login

2019-05-03 Thread Steve Chadsey
Public bug reported:

This is 4.15.0-47-generic on a Dell Latitude 5580.  Closing the laptop
lid will suspend the system, and opening it will resume, and I normally
get my xfce session or the xscreensaver unlock dialog.  I recently
suspended in this manner, but upon opening the laptop lid, nothing came
up on the display.  The power button was on, and the keyboard backlight
responded to keypresses.  Ctrl-Alt-PrtScr-[REISUB] had no discernible
effect (PrtScr because I don't have SysRq on this keyboard).  Neither
did Ctrl-Alt-Del or Ctrl-Alt-F1 for a console.  I needed to poweroff and
poweron the laptop which of course caused the suspended session state to
be lost.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: linux-image-4.15.0-47-generic 4.15.0-47.50
ProcVersionSignature: Ubuntu 4.15.0-47.50-generic 4.15.18
Uname: Linux 4.15.0-47-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.6
Architecture: amd64
CurrentDesktop: XFCE
Date: Fri May  3 16:25:37 2019
HibernationDevice: RESUME=UUID=e77712df-7257-41aa-8062-076791733f67
InstallationDate: Installed on 2017-12-12 (507 days ago)
InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 (20171017.1)
MachineType: Dell Inc. Latitude 5580
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.15.0-47-generic 
root=/dev/mapper/xubuntu--vg-root ro quiet splash nouveau.modeset=0 pci=nomsi 
iommu=soft resume=/dev/disk/by-uuid/e77712df-7257-41aa-8062-076791733f67 
vt.handoff=1
RelatedPackageVersions:
 linux-restricted-modules-4.15.0-47-generic N/A
 linux-backports-modules-4.15.0-47-generic  N/A
 linux-firmware 1.173.5
SourcePackage: linux
UpgradeStatus: Upgraded to bionic on 2018-10-30 (185 days ago)
dmi.bios.date: 09/12/2017
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.6.4
dmi.board.name: 0FH6CJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.asset.tag: L05248
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: 
dmi:bvnDellInc.:bvr1.6.4:bd09/12/2017:svnDellInc.:pnLatitude5580:pvr:rvnDellInc.:rn0FH6CJ:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: Latitude
dmi.product.name: Latitude 5580
dmi.sys.vendor: Dell Inc.

** Affects: linux (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic

-- 
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/1827677

Title:
  Resume from suspend: nothing on display, unable to login

Status in linux package in Ubuntu:
  New

Bug description:
  This is 4.15.0-47-generic on a Dell Latitude 5580.  Closing the laptop
  lid will suspend the system, and opening it will resume, and I
  normally get my xfce session or the xscreensaver unlock dialog.  I
  recently suspended in this manner, but upon opening the laptop lid,
  nothing came up on the display.  The power button was on, and the
  keyboard backlight responded to keypresses.  Ctrl-Alt-PrtScr-[REISUB]
  had no discernible effect (PrtScr because I don't have SysRq on this
  keyboard).  Neither did Ctrl-Alt-Del or Ctrl-Alt-F1 for a console.  I
  needed to poweroff and poweron the laptop which of course caused the
  suspended session state to be lost.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-47-generic 4.15.0-47.50
  ProcVersionSignature: Ubuntu 4.15.0-47.50-generic 4.15.18
  Uname: Linux 4.15.0-47-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  CurrentDesktop: XFCE
  Date: Fri May  3 16:25:37 2019
  HibernationDevice: RESUME=UUID=e77712df-7257-41aa-8062-076791733f67
  InstallationDate: Installed on 2017-12-12 (507 days ago)
  InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 
(20171017.1)
  MachineType: Dell Inc. Latitude 5580
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.15.0-47-generic 
root=/dev/mapper/xubuntu--vg-root ro quiet splash nouveau.modeset=0 pci=nomsi 
iommu=soft resume=/dev/disk/by-uuid/e77712df-7257-41aa-8062-076791733f67 
vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-47-generic N/A
   linux-backports-modules-4.15.0-47-generic  N/A
   linux-firmware 1.173.5
  SourcePackage: linux
  UpgradeStatus: Upgraded to bionic on 2018-10-30 (185 days ago)
  dmi.bios.date: 09/12/2017
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.6.4
  dmi.board.name: 0FH6CJ
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A00
  dmi.chassis.asset.tag: L05248
  dmi.chassis.type: 10
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.6.4:bd09/12/2017:svnDellInc.:pnLatitude5580:pvr:rvnDellInc.:rn0FH6CJ:rvrA00:cvnDellInc.:ct10:cvr:
  dmi.product.family: Latitude
  dmi.product.name: Latitude 5580
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1827677/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : 

[Kernel-packages] [Bug 1810055] [NEW] Resume fails when suspending laptop with headphones plugged in

2018-12-29 Thread Steve Chadsey
Public bug reported:

This is Xubuntu 18.04.1, kernel 4.15.0-43-generic on a Dell Latitude
5580.

I've found that if I have headphones plugged in when I suspend the
system (either by closing the laptop lid, or by using Whisker menu >
Power button > Suspend), then the system does not resume properly.  It
appears that a full boot occurs: Dell logo appears, followed by the Grub
menu, and after selecting the boot option and booting, I get a new login
session instead of my suspended one.

I tried some combinations of booting, suspending and resuming with the
headphones attached or detached.  The 'yes'/'no' indicates whether the
headphones were plugged in when I performed the operation.  'ok'
indicates that the resume succeeded: after authenticating to
xscreensaver, my previous session was resumed.

  Boot: no  Suspend: no Resume: noResult: ok
  Boot: no  Suspend: no Resume: yes   Result: ok
  Boot: no  Suspend: yesResume: noResult: fail
  Boot: no  Suspend: yesResume: yes   Result: fail

  Boot: yes  Suspend: noResume: noResult: ok
  Boot: yes  Suspend: noResume: yes   Result: ok
  Boot: yes  Suspend: yes   Resume: noResult: fail
  Boot: yes  Suspend: yes   Resume: yes   Result: fail

(Note: for each case, the suspend was done via Whisker menu > Power
button > Suspend)

The common factor for failure is suspending when the headphones are
plugged in.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: linux-image-4.15.0-43-generic 4.15.0-43.46
ProcVersionSignature: Ubuntu 4.15.0-43.46-generic 4.15.18
Uname: Linux 4.15.0-43-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.5
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/pcmC0D0c:   stevec 2490 F...m pulseaudio
 /dev/snd/pcmC0D0p:   stevec 2490 F...m pulseaudio
 /dev/snd/controlC0:  stevec 2490 F pulseaudio
CurrentDesktop: XFCE
Date: Sat Dec 29 15:52:34 2018
HibernationDevice: RESUME=UUID=e77712df-7257-41aa-8062-076791733f67
InstallationDate: Installed on 2017-12-12 (382 days ago)
InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 (20171017.1)
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 002: ID 8087:0a2b Intel Corp. 
 Bus 001 Device 004: ID 0c45:6717 Microdia 
 Bus 001 Device 003: ID 0a5c:5834 Broadcom Corp. 
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Dell Inc. Latitude 5580
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.15.0-43-generic 
root=/dev/mapper/xubuntu--vg-root ro quiet splash nouveau.modeset=0 pci=nomsi 
iommu=soft resume=/dev/disk/by-uuid/e77712df-7257-41aa-8062-076791733f67 
vt.handoff=1
RelatedPackageVersions:
 linux-restricted-modules-4.15.0-43-generic N/A
 linux-backports-modules-4.15.0-43-generic  N/A
 linux-firmware 1.173.2
SourcePackage: linux
UpgradeStatus: Upgraded to bionic on 2018-10-30 (60 days ago)
dmi.bios.date: 09/12/2017
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.6.4
dmi.board.name: 0FH6CJ
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.asset.tag: L05248
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: 
dmi:bvnDellInc.:bvr1.6.4:bd09/12/2017:svnDellInc.:pnLatitude5580:pvr:rvnDellInc.:rn0FH6CJ:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: Latitude
dmi.product.name: Latitude 5580
dmi.sys.vendor: Dell Inc.

** Affects: linux (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic

-- 
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/1810055

Title:
  Resume fails when suspending laptop with headphones plugged in

Status in linux package in Ubuntu:
  New

Bug description:
  This is Xubuntu 18.04.1, kernel 4.15.0-43-generic on a Dell Latitude
  5580.

  I've found that if I have headphones plugged in when I suspend the
  system (either by closing the laptop lid, or by using Whisker menu >
  Power button > Suspend), then the system does not resume properly.  It
  appears that a full boot occurs: Dell logo appears, followed by the
  Grub menu, and after selecting the boot option and booting, I get a
  new login session instead of my suspended one.

  I tried some combinations of booting, suspending and resuming with the
  headphones attached or detached.  The 'yes'/'no' indicates whether the
  headphones were plugged in when I performed the operation.  'ok'
  indicates that the resume succeeded: after authenticating to
  xscreensaver, my previous session was resumed.

Boot: no  Suspend: no Resume: noResult: ok
Boot: no  Suspend: no Resume: yes   Result: ok
Boot: no  Suspend: yesResume: noResult: fail
Boot: no  Suspend: yesResume: yes   Result: fail

Boot: yes  Suspend: noResume: noResult: ok
Boot: yes  Suspend: noResume: yes   Result: ok
Boot: yes  Suspend: yes   Resume: noResult: 

[Kernel-packages] [Bug 1763594] Re: xhci hangs; reset results in NULL pointer dereference

2018-11-14 Thread Steve Chadsey
I've been getting similar disconnects on a Dell Latitude 5580 that is
connected to a Dell D6000 docking station via USB-C.  I'm also using
DisplayLink driver version 4.4.24
(https://www.displaylink.com/downloads/ubuntu) in order to connect to
two external displays.  With Ubuntu 17.10 I was not seeing any
disconnects.  With 18.04 I see at least one per day where the external
monitors go dark, and these messages in syslog:

Nov 13 10:26:39 steveclx5580 kernel: usb 3-1: USB disconnect, device number 2
Nov 13 10:26:39 steveclx5580 kernel: usb 3-1.2: USB disconnect, device number 3
Nov 13 10:26:39 steveclx5580 kernel: usb 3-1.2.2: USB disconnect, device number 
5
Nov 13 10:26:39 steveclx5580 kernel: xhci_hcd :3d:00.0: xHCI host 
controller not responding, assume dead
Nov 13 10:26:39 steveclx5580 kernel: xhci_hcd :3d:00.0: HC died; cleaning up
Nov 13 10:26:39 steveclx5580 kernel: usb 4-1: USB disconnect, device number 2
Nov 13 10:26:39 steveclx5580 kernel: usb 4-1.1: USB disconnect, device number 3
Nov 13 10:26:39 steveclx5580 kernel: cdc_ncm 4-1.1:1.5 enx9cebe8551508: 
unregister 'cdc_ncm' usb-:3d:00.0-1.1, CDC NCM
Nov 13 10:26:39 steveclx5580 NetworkManager[1089]:   [1542122799.4322] 
device (enx9cebe8551508): state change: unavailable ->
 unmanaged (reason 'removed', sys-iface-state: 'removed')

This morning I tried the linux-oem package based on comments in this bug 
report.  
$ uname -a
Linux steveclx5580 4.15.0-1024-oem #29-Ubuntu SMP Tue Oct 16 08:14:23 UTC 2018 
x86_64 x86_64 x86_64 GNU/Linux

I am still seeing disconnects, and they are more frequent than before:

Nov 14 10:43:46 steveclx5580 kernel: usb 3-1: USB disconnect, device number 2
Nov 14 10:43:46 steveclx5580 kernel: usb 3-1.2: USB disconnect, device number 3
Nov 14 10:43:46 steveclx5580 kernel: usb 3-1.2.2: USB disconnect, device number 
5
Nov 14 10:43:46 steveclx5580 kernel: xhci_hcd :3d:00.0: xHCI host 
controller not responding, assume dead
Nov 14 10:43:46 steveclx5580 kernel: xhci_hcd :3d:00.0: HC died; cleaning up
Nov 14 10:43:46 steveclx5580 kernel: usb 4-1: USB disconnect, device number 2
Nov 14 10:43:46 steveclx5580 kernel: usb 4-1.1: USB disconnect, device number 3
Nov 14 10:43:46 steveclx5580 kernel: cdc_ncm 4-1.1:1.5 enx9cebe8551508: 
unregister 'cdc_ncm' usb-:3d:00.0-1.1, CDC NCM
Nov 14 10:43:46 steveclx5580 upowerd[2272]: unhandled action 'unbind' on 
/sys/devices/pci:00/:00:1c.4/:05:00.0/:06:
02.0/:3d:00.0/usb4/4-1/4-1.1/4-1.1:1.1
Nov 14 10:43:46 steveclx5580 upowerd[2272]: unhandled action 'unbind' on 
/sys/devices/pci:00/:00:1c.4/:05:00.0/:06:
02.0/:3d:00.0/usb4/4-1/4-1.1/4-1.1:1.0
Nov 14 10:43:46 steveclx5580 dhclient[3858]: receive_packet failed on 
enx9cebe8551508: Network is down

I do regularly suspend/resume this laptop, but the latest disconnects
have happened without a prior resume.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1763594

Title:
  xhci hangs; reset results in NULL pointer dereference

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux-oem package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  Confirmed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux package in Arch Linux:
  New

Bug description:
  ===SRU Justification===
  [Impact]
  xHC stops to work after some time. This happens when the xHC gets
  runtime resumed/suspended constantly.

  [Test]
  User reports this backport fixes the issue.

  [Fix]
  In addition to check EINT, also check ports' status.

  [Regression Potential]
  Low. It fixes a known bug and it's in -stable.

  ===Original Bug Report===

  Now and then, my xhci bus will hang, resulting in these kinds of
  messages in dmesg:

  [252220.002102] xhci_hcd :00:14.0: xHC is not running.
  [252220.037491] xhci_hcd :00:14.0: xHCI host controller not responding, 
assume dead
  [252220.037500] xhci_hcd :00:14.0: HC died; cleaning up
  [252220.133794] usb 1-2: USB disconnect, device number 2
  [252220.135042] usb 1-7: USB disconnect, device number 3
  [252220.137455] usb 1-8: USB disconnect, device number 4
  [252220.243317] usb 1-9: USB disconnect, device number 5

  Usually, I can fix this bij resetting the bus by calling a script
  reset-xhci:

  for xhci in /sys/bus/pci/drivers/?hci_hcd ; do
    cd $xhci
    echo Resetting devices from $xhci...
    for i in :??:??.? ; do
  echo -n "$i" > unbind
  echo -n "$i" > bind
    done
  done

  But doing this today resulted in a kernel bug:

  [252243.401814] xhci_hcd :00:14.0: remove, state 4
  [252243.401887] usb usb2: USB disconnect, device number 1
  [252243.470365] xhci_hcd :00:14.0: USB bus 2 deregistered
  [252243.470378] xhci_hcd :00:14.0: remove, state 4
  [252243.470383] usb usb1: USB disconnect, device number 1
  [252243.470831] xhci_hcd