USB hub stops working after suspend(s?)

Bug #1729010 reported by Joe Barnett
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

On initial boot, my usb hub works fine, but after a (series of?) suspends, I stop being able to see devices that are plugged into it. journalctl output on plugging it in:

Oct 31 07:08:36 spiny kernel: usb 1-1: new high-speed USB device number 21 using xhci_hcd
Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device found, idVendor=0409, idProduct=005a
Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: USB hub found
Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: 4 ports detected
Oct 31 07:08:36 spiny kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC= SRC=fe80:0000:0000:0000:a299:9bff:fe17:9047 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=32325 PROTO=UDP SPT=8612 DPT=8612 LEN=24
Oct 31 07:08:36 spiny kernel: usb 1-1.1: new high-speed USB device number 22 using xhci_hcd
Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device found, idVendor=0b95, idProduct=772a
Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 31 07:08:36 spiny kernel: usb 1-1.1: Product: AX88x72A
Oct 31 07:08:36 spiny kernel: usb 1-1.1: Manufacturer: ASIX Elec. Corp.
Oct 31 07:08:36 spiny kernel: usb 1-1.1: SerialNumber: 47EDE2
Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 eth0: register 'asix' at usb-0000:00:14.0-1.1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:47:ed:e2
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.0438] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/7)
Oct 31 07:08:37 spiny mtp-probe[13207]: checking bus 1, device 22: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1"
Oct 31 07:08:37 spiny mtp-probe[13207]: bus: 1, device: 22 was not an MTP device
Oct 31 07:08:37 spiny systemd-udevd[13206]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 enx0050b647ede2: renamed from eth0
Oct 31 07:08:37 spiny pkexec[13215]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Oct 31 07:08:37 spiny pkexec[13215]: jbarnett: Executing command [USER=root] [TTY=unknown] [CWD=/home/jbarnett] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 31]
Oct 31 07:08:37 spiny pkexec[13214]: gdm: Error executing command as another user: Not authorized [USER=root] [TTY=unknown] [CWD=/var/lib/gdm3] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 48]
Oct 31 07:08:37 spiny org.gnome.SettingsDaemon.Power.desktop[2273]: Error executing command as another user: Not authorized
Oct 31 07:08:37 spiny org.gnome.SettingsDaemon.Power.desktop[2273]: This incident has been reported.
Oct 31 07:08:37 spiny systemd-networkd[1119]: eth0: Renamed to enx0050b647ede2
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1066] device (eth0): interface index 10 renamed iface from 'eth0' to 'enx0050b647ede2'
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1214] devices added (path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/net/enx0050b647ede2, iface: enx0050b647ede2)
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1214] device added (path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/net/enx0050b647ede2, iface: enx0050b647ede2): no ifupdown configuration found.
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1217] device (enx0050b647ede2): state change: unmanaged -> unavailable (reason 'managed', internal state 'external')
Oct 31 07:08:37 spiny kernel: IPv6: ADDRCONF(NETDEV_UP): enx0050b647ede2: link is not ready
Oct 31 07:08:37 spiny kernel: IPv6: ADDRCONF(NETDEV_UP): enx0050b647ede2: link is not ready
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1274] keyfile: add connection in-memory (9365f42f-9dd9-3bdc-bbad-e7062efcaf7c,"Wired connection 4")
Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.1284] settings: (enx0050b647ede2): created default wired connection 'Wired connection 4'
Oct 31 07:08:37 spiny systemd[1]: Starting systemd-resolved-update-resolvconf.service...
Oct 31 07:08:37 spiny systemd[1]: Started systemd-resolved-update-resolvconf.service.
Oct 31 07:08:37 spiny kernel: usb 1-1.2: new full-speed USB device number 23 using xhci_hcd
Oct 31 07:08:37 spiny kernel: usb 1-1.2: New USB device found, idVendor=0d8c, idProduct=0105
Oct 31 07:08:37 spiny kernel: usb 1-1.2: New USB device strings: Mfr=3, Product=1, SerialNumber=0
Oct 31 07:08:37 spiny kernel: usb 1-1.2: Product: USB Multimedia Audio Device
Oct 31 07:08:37 spiny kernel: usb 1-1.2: Manufacturer: C-Media Electronics Inc.
Oct 31 07:08:37 spiny kernel: xhci_hcd 0000:00:14.0: WARN: Success on ctrl setup TRB without IOC set?
Oct 31 07:08:37 spiny kernel: xhci_hcd 0000:00:14.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 0 comp_code 6
Oct 31 07:08:37 spiny kernel: xhci_hcd 0000:00:14.0: Looking for event-dma 000000046838f870 trb-start 000000046838f880 trb-end 000000046838f8a0 seg-start 000000046838f000 seg-end 000000046838fff0
Oct 31 07:08:39 spiny ModemManager[1303]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1': not supported by any plugin

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: linux-image-4.13.0-16-generic 4.13.0-16.19
ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4
Uname: Linux 4.13.0-16-generic x86_64
ApportVersion: 2.20.7-0ubuntu3.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: jbarnett 2762 F.... pulseaudio
 /dev/snd/controlC0: jbarnett 2762 F.... pulseaudio
CurrentDesktop: GNOME
Date: Tue Oct 31 07:09:02 2017
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=dd225ec0-47f4-49d8-a51c-a2547f8eb945
InstallationDate: Installed on 2015-08-21 (801 days ago)
InstallationMedia: Ubuntu-GNOME 15.10 "Wily Werewolf" - Alpha amd64 (20150819)
MachineType: Apple Inc. MacBookPro11,4
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.13.0-16-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-4.13.0-16-generic N/A
 linux-backports-modules-4.13.0-16-generic N/A
 linux-firmware 1.169
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/05/2015
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBP114.88Z.0172.B04.1506051511
dmi.board.name: Mac-06F11FD93F0323C5
dmi.board.vendor: Apple Inc.
dmi.board.version: MacBookPro11,4
dmi.chassis.type: 9
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-06F11FD93F0323C5
dmi.modalias: dmi:bvnAppleInc.:bvrMBP114.88Z.0172.B04.1506051511:bd06/05/2015:svnAppleInc.:pnMacBookPro11,4:pvr1.0:rvnAppleInc.:rnMac-06F11FD93F0323C5:rvrMacBookPro11,4:cvnAppleInc.:ct9:cvrMac-06F11FD93F0323C5:
dmi.product.family: MacBook Pro
dmi.product.name: MacBookPro11,4
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.

Revision history for this message
Joe Barnett (thejoe) wrote :
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.14 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14-rc7

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Joe Barnett (thejoe) wrote :

its not instantly reproducible so it'll take a while to ensure it's really gone, but i'll run with my last installed kernel (4.13.0-12) for a while and see, and then also try the latest mainline 4.14 and report back

Revision history for this message
Joe Barnett (thejoe) wrote :

Reproduced on 4.13.0-12, trying mainline now

Revision history for this message
Joe Barnett (thejoe) wrote :

Reproduced on mainline as well.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
tags: added: kernel-bug-exists-upstream
Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

You were using the system from 15.10, did this issue occur in previous kernel versions?

Revision history for this message
Joe Barnett (thejoe) wrote :

It did not occur on previous ubuntu releases, and didn't occur during the artful dev cycle either. It seems to be on a suspend-by-suspend basis: after reproducing, another suspend cycle seems to "fix" it at least some of the time.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote : Re: [Bug 1729010] Re: USB hub stops working after suspend(s?)
Download full text (8.1 KiB)

> On 14 Nov 2017, at 11:29 PM, Joe Barnett <email address hidden> wrote:
>
> It did not occur on previous ubuntu releases, and didn't occur during
> the artful dev cycle either. It seems to be on a suspend-by-suspend
> basis: after reproducing, another suspend cycle seems to "fix" it at
> least some of the time.

IIRC, Artful used v4.11 and v4.12 before GA. Do these two versions have the same issue?

Kai-Heng

>
> --
> You received this bug notification because you are subscribed to linux
> in Ubuntu.
> https://bugs.launchpad.net/bugs/1729010
>
> Title:
> USB hub stops working after suspend(s?)
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> On initial boot, my usb hub works fine, but after a (series of?)
> suspends, I stop being able to see devices that are plugged into it.
> journalctl output on plugging it in:
>
> Oct 31 07:08:36 spiny kernel: usb 1-1: new high-speed USB device number 21 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device found, idVendor=0409, idProduct=005a
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: USB hub found
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: 4 ports detected
> Oct 31 07:08:36 spiny kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC= SRC=fe80:0000:0000:0000:a299:9bff:fe17:9047 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=32325 PROTO=UDP SPT=8612 DPT=8612 LEN=24
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: new high-speed USB device number 22 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device found, idVendor=0b95, idProduct=772a
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Product: AX88x72A
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Manufacturer: ASIX Elec. Corp.
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: SerialNumber: 47EDE2
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 eth0: register 'asix' at usb-0000:00:14.0-1.1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:47:ed:e2
> Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.0438] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/7)
> Oct 31 07:08:37 spiny mtp-probe[13207]: checking bus 1, device 22: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1"
> Oct 31 07:08:37 spiny mtp-probe[13207]: bus: 1, device: 22 was not an MTP device
> Oct 31 07:08:37 spiny systemd-udevd[13206]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 enx0050b647ede2: renamed from eth0
> Oct 31 07:08:37 spiny pkexec[13215]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
> Oct 31 07:08:37 spiny pkexec[13215]: jbarnett: Executing command [USER=root] [TTY=unknown] [CWD=/home/jbarnett] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 31]
> Oct 31 07:08:37 spiny pkexec[13214]: gdm: Error executing command as another user: Not authorized [USER=root] [TTY=unknown] [CWD=/var/lib/gdm3] [COMMAND=/usr/lib/gnome-se...

Read more...

Revision history for this message
Joe Barnett (thejoe) wrote :

I should probably test a few more suspend cycles, but so far on 4.12.0-11-generic I'm not seeing the issue

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote : Re: [Bug 1729010] USB hub stops working after suspend(s?)
Download full text (7.9 KiB)

> On 28 Nov 2017, at 11:23 PM, Joe Barnett <email address hidden> wrote:
>
> I should probably test a few more suspend cycles, but so far on
> 4.12.0-11-generic I'm not seeing the issue

Please find the first non-working v4.13-rc* release, so we can find the commit(s) that causes the regression.

>
> --
> You received this bug notification because you are subscribed to linux
> in Ubuntu.
> https://bugs.launchpad.net/bugs/1729010
>
> Title:
> USB hub stops working after suspend(s?)
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> On initial boot, my usb hub works fine, but after a (series of?)
> suspends, I stop being able to see devices that are plugged into it.
> journalctl output on plugging it in:
>
> Oct 31 07:08:36 spiny kernel: usb 1-1: new high-speed USB device number 21 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device found, idVendor=0409, idProduct=005a
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: USB hub found
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: 4 ports detected
> Oct 31 07:08:36 spiny kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC= SRC=fe80:0000:0000:0000:a299:9bff:fe17:9047 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=32325 PROTO=UDP SPT=8612 DPT=8612 LEN=24
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: new high-speed USB device number 22 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device found, idVendor=0b95, idProduct=772a
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Product: AX88x72A
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Manufacturer: ASIX Elec. Corp.
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: SerialNumber: 47EDE2
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 eth0: register 'asix' at usb-0000:00:14.0-1.1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:47:ed:e2
> Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.0438] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/7)
> Oct 31 07:08:37 spiny mtp-probe[13207]: checking bus 1, device 22: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1"
> Oct 31 07:08:37 spiny mtp-probe[13207]: bus: 1, device: 22 was not an MTP device
> Oct 31 07:08:37 spiny systemd-udevd[13206]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 enx0050b647ede2: renamed from eth0
> Oct 31 07:08:37 spiny pkexec[13215]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
> Oct 31 07:08:37 spiny pkexec[13215]: jbarnett: Executing command [USER=root] [TTY=unknown] [CWD=/home/jbarnett] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 31]
> Oct 31 07:08:37 spiny pkexec[13214]: gdm: Error executing command as another user: Not authorized [USER=root] [TTY=unknown] [CWD=/var/lib/gdm3] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 48]
> Oct 31 07:08:37 spiny org.gnome.SettingsDaemon.Power.deskto...

Read more...

Revision history for this message
Joe Barnett (thejoe) wrote :

reproduced the issue on v4.13rc3. both rc1 and rc2 appear to be very unstable resulting in full graphical lockups. believe I reproduced the issue on rc2 as well, but hard to tell with the general instability.

Revision history for this message
Joe Barnett (thejoe) wrote :

USB mass storage devices appear to have the same problem as the hub i was using, while usb keyboards continue to work ok even when the hub & mass storage devices fail.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Hmm, there are several subsystems might affect xHC, so we need to bisect between v4.12 and v4.13-rc3.

Before we do that, can you try latest (v4.16-rc2) mainline kernel again?

Revision history for this message
Joe Barnett (thejoe) wrote :

in limited testing so far, v4.16-rc2 appears better

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote : Re: [Bug 1729010] Re: USB hub stops working after suspend(s?)
Download full text (7.9 KiB)

> On Mar 1, 2018, at 2:27 AM, Joe Barnett <email address hidden> wrote:
>
> in limited testing so far, v4.16-rc2 appears better

Is the issue gone completely in v4.16-rc2?

>
> --
> You received this bug notification because you are subscribed to linux
> in Ubuntu.
> https://bugs.launchpad.net/bugs/1729010
>
> Title:
> USB hub stops working after suspend(s?)
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> On initial boot, my usb hub works fine, but after a (series of?)
> suspends, I stop being able to see devices that are plugged into it.
> journalctl output on plugging it in:
>
> Oct 31 07:08:36 spiny kernel: usb 1-1: new high-speed USB device number 21 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device found, idVendor=0409, idProduct=005a
> Oct 31 07:08:36 spiny kernel: usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: USB hub found
> Oct 31 07:08:36 spiny kernel: hub 1-1:1.0: 4 ports detected
> Oct 31 07:08:36 spiny kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC= SRC=fe80:0000:0000:0000:a299:9bff:fe17:9047 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=32325 PROTO=UDP SPT=8612 DPT=8612 LEN=24
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: new high-speed USB device number 22 using xhci_hcd
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device found, idVendor=0b95, idProduct=772a
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Product: AX88x72A
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: Manufacturer: ASIX Elec. Corp.
> Oct 31 07:08:36 spiny kernel: usb 1-1.1: SerialNumber: 47EDE2
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 eth0: register 'asix' at usb-0000:00:14.0-1.1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:47:ed:e2
> Oct 31 07:08:37 spiny NetworkManager[11575]: <info> [1509458917.0438] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/7)
> Oct 31 07:08:37 spiny mtp-probe[13207]: checking bus 1, device 22: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1"
> Oct 31 07:08:37 spiny mtp-probe[13207]: bus: 1, device: 22 was not an MTP device
> Oct 31 07:08:37 spiny systemd-udevd[13206]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
> Oct 31 07:08:37 spiny kernel: asix 1-1.1:1.0 enx0050b647ede2: renamed from eth0
> Oct 31 07:08:37 spiny pkexec[13215]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
> Oct 31 07:08:37 spiny pkexec[13215]: jbarnett: Executing command [USER=root] [TTY=unknown] [CWD=/home/jbarnett] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 31]
> Oct 31 07:08:37 spiny pkexec[13214]: gdm: Error executing command as another user: Not authorized [USER=root] [TTY=unknown] [CWD=/var/lib/gdm3] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 48]
> Oct 31 07:08:37 spiny org.gnome.SettingsDaemon.Power.desktop[2273]: Error executing command as another user: Not authorized
> Oct 31 07:08:37 spiny org.gnome.Sett...

Read more...

Revision history for this message
Joe Barnett (thejoe) wrote :

i have not yet experienced it in v4.16-rc2

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Thanks for your testing!

Can you also try latest Ubuntu Bionic? We need to backport fixes if Bionic also has this problem.

Revision history for this message
Joe Barnett (thejoe) wrote :

appears to be gone in 4.15.0-11 as well

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Great. We should still backport fixes to Artful though. It might be time consuming to install and test multiple kernels.
Are you up to the task? ;)

Revision history for this message
Joe Barnett (thejoe) wrote :

I can, but can't promise an SLA ;)

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

If you can build/test it locally, it should be quite quick:

$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good v4.12
$ git bisect bad v4.13-rc3
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel.
If the issue still happens,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the regression.

Revision history for this message
Joe Barnett (thejoe) wrote :

having some trouble with the bisect:

-in order to be able to test this, the built kernel needs to include commit 13cfc732160f7bc7e596128ce34cda361c556966 which allows suspend on this machine to work
-the bisect is picking commits like 6afafa7799cf6fa3c0efb6887704506d21965ad6 that don't descend from the suspend fix commit
-I've tried starting the bisect from 13cfc732160f7bc7e596128ce34cda361c556966 as 'good', but am still getting commits picked by the bisect that don't include that change.

any pointers on bisecting bewteen 13cfc732160f7bc7e596128ce34cda361c556966 and v4.13-rc3 ?

Revision history for this message
Joe Barnett (thejoe) wrote :

(I have confirmed that building at 13cfc732160f7bc7e596128ce34cda361c556966 does not exhibit the bug, fwiw)

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

You need to do "git cherry-pick 13cfc732160f7bc7e596128ce34cda361c556966" if the commit is not included.

Before doing next git bisect, you need to `git reset --hard HEAD^` otherwise git will think the bisection is diverted and want to start the bisection again.

But maybe we should just stick to Bionic's kernel - seems like there are lots steps in bisection to go through.

Revision history for this message
Joe Barnett (thejoe) wrote :

ok, i'm going to go with bionic's kernel.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.