Bug#856164: linux-image-4.9.0-1-amd64: system doesn't resume from suspend

[Martin Michlmayr]

* Federico Beffa  [2017-05-30 18:28]:
> With kernel versions 4.9.0-2-amd64 and 4.9.0-3-amd64 the laptop (not
> connected to a docking station) resumes as expected. Unfortunately I
> still have many problems, but all related to the use of a docking
> station, a Dell WD15.

I don't use a docking station.  I use a USB C to HDMI dongle but don't
think it's related to this.

Anyway, I haven't been able to reproduce the issue since it happened a
few days ago.

But I wanted to commnent on this bug report since we have (somewhat)
similar laptops.

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#856164: linux-image-4.9.0-1-amd64: system doesn't resume from suspend

[Federico Beffa]

On Tue, May 30, 2017 at 11:44 AM, Martin Michlmayr  wrote:
> * Fede  [2017-02-25 20:31]:
>> I have a Dell XPS 15 9550.  I first installed Debian Stretch mid
>> January and after installation I could suspend and resume my laptop
>> by closing the lid.  Since the recent kernel update the laptop
>> doesn't resume from suspend.  Instead it just reboots.
>
> Do you still see this problem?
>
> I saw something similar yesterday with linux-image-4.9.0-3-amd64
> (4.9.25-1) on a Dell XPS 13 9350.  Instant reboot after opening the
> lid.  I booted into Debian, suspended, opened the lid and got a reboot
> again.  This happened about 2-3 times and then suspend starting
> working and is still working so far.
>
> So while I was able to trigger it reliable 2-3 times, it's working
> again (and I never had any problems during the last 2 months).

With kernel versions 4.9.0-2-amd64 and 4.9.0-3-amd64 the laptop (not
connected to a docking station) resumes as expected. Unfortunately I
still have many problems, but all related to the use of a docking
station, a Dell WD15.

With kernel 4.9.0-2-amd64 hot-plugging or disconnecting the docking
station most of the time results in a kernel freeze. Suspend and
resume kind of works, but only if the monitor input is always
listening for the port where the docking station is connected. If the
monitor switches port (automatic signal lookup) I end up with a blank
screen and need to use the power button.

With kernel 4.9.0-3-amd64 the use of the docking station is totally
impractical as half of the times I try to suspend and resume I get a
blank screen and have to use the power button. In fact I reverted to
4.9.0-2-amd64 for the time being.

To try to find out if the problems are caused by the kernel or by the
docking station firmware (latest available version with BIOS 1.2.25),
I tested an Ubuntu 17.04 live image which has a newer kernel of the
line 4.10. With it everything works as expected: suspend, resume,
hot-plugging and disconnecting (both while active as well as while in
suspend mode) and I can switch monitor input without fear. My
conclusion is that the problems are caused by the current kernel used
in Debian testing.

Regards,
Fede

Bug#856164: linux-image-4.9.0-1-amd64: system doesn't resume from suspend

[Martin Michlmayr]

* Fede  [2017-02-25 20:31]:
> I have a Dell XPS 15 9550.  I first installed Debian Stretch mid
> January and after installation I could suspend and resume my laptop
> by closing the lid.  Since the recent kernel update the laptop
> doesn't resume from suspend.  Instead it just reboots.

Do you still see this problem?

I saw something similar yesterday with linux-image-4.9.0-3-amd64
(4.9.25-1) on a Dell XPS 13 9350.  Instant reboot after opening the
lid.  I booted into Debian, suspended, opened the lid and got a reboot
again.  This happened about 2-3 times and then suspend starting
working and is still working so far.

So while I was able to trigger it reliable 2-3 times, it's working
again (and I never had any problems during the last 2 months).

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#856164: linux-image-4.9.0-1-amd64: system doesn't resume from suspend

[Fede]

Package: src:linux
Version: 4.9.6-3
Severity: important

Dear Maintainer,

I have a Dell XPS 15 9550.  I first installed Debian Stretch mid January and
after installation I could suspend and resume my laptop by closing the lid.
Since the recent kernel update the laptop doesn't resume from suspend.  Instead
it just reboots.

Fede



-- Package-specific info:
** Version:
Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-3 (2017-01-28)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-1-amd64 
root=UUID=bdc80303-1925-45c8-8799-9cb8631fac70 ro quiet

** Not tainted

** Kernel log:
[2.636763] ath10k_pci :02:00.0: qca6174 hw3.2 target 0x0503 chip_id 
0x00340aff sub 1a56:1535
[2.636765] ath10k_pci :02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 
0 testmode 0
[2.637213] ath10k_pci :02:00.0: firmware ver 
WLAN.RM.2.0-00180-QCARMSWPZ-1 api 4 features wowlan,ignore-otp,no-4addr-pad 
crc32 75dee6c5
[2.702259] ath10k_pci :02:00.0: firmware: direct-loading firmware 
ath10k/QCA6174/hw3.0/board-2.bin
[2.702486] ath10k_pci :02:00.0: board_file api 2 bmi_id N/A crc32 
6fc88fe7
[2.725022] random: crng init done
[2.781523] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[2.781524] Bluetooth: BNEP filters: protocol multicast
[2.781526] Bluetooth: BNEP socket layer initialized
[3.332255] input: DLL06E4:01 06CB:7A13 Touchpad as 
/devices/pci:00/:00:15.1/i2c_designware.1/i2c-17/i2c-DLL06E4:01/0018:06CB:7A13.0001/input/input10
[3.332633] hid-multitouch 0018:06CB:7A13.0001: input,hidraw0: I2C HID v1.00 
Mouse [DLL06E4:01 06CB:7A13] on i2c-DLL06E4:01
[3.413891] clocksource: Switched to clocksource tsc
[3.754070] vga_switcheroo: enabled
[3.754173] [TTM] Zone  kernel: Available graphics memory: 8128558 kiB
[3.754173] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[3.754173] [TTM] Initializing pool allocator
[3.754176] [TTM] Initializing DMA pool allocator
[3.754207] nouveau :01:00.0: DRM: VRAM: 2048 MiB
[3.754208] nouveau :01:00.0: DRM: GART: 1048576 MiB
[3.754210] nouveau :01:00.0: DRM: Pointer to TMDS table invalid
[3.754213] nouveau :01:00.0: DRM: DCB version 4.0
[3.754214] nouveau :01:00.0: DRM: Pointer to flat panel table invalid
[3.786167] [drm] RC6 on
[4.018490] nouveau :01:00.0: DRM: MM: using COPY for buffer copies
[4.018494] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0 on 
minor 1
[4.020645] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[4.021611] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12
[4.021674] ACPI: Video Device [PEGP] (multi-head: no  rom: yes  post: no)
[4.021699] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:0a/LNXVIDEO:01/input/input13
[4.021754] [drm] Initialized i915 1.6.0 20160919 for :00:02.0 on minor 0
[4.021786] snd_hda_intel :00:1f.3: enabling device ( -> 0002)
[4.024807] snd_hda_intel :00:1f.3: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[4.024824] fbcon: inteldrmfb (fb0) is primary device
[4.024935] Console: switching to colour frame buffer device 240x67
[4.024939] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[4.052318] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3266: 
line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
[4.052319] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[4.052320] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 
(0x21/0x0/0x0/0x0/0x0)
[4.052321] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
[4.052321] snd_hda_codec_realtek hdaudioC0D0:inputs:
[4.052323] snd_hda_codec_realtek hdaudioC0D0:  Headset Mic=0x18
[4.052324] snd_hda_codec_realtek hdaudioC0D0:  Headphone Mic=0x1a
[4.052324] snd_hda_codec_realtek hdaudioC0D0:  Internal Mic=0x12
[4.057368] intel_rapl: Found RAPL domain package
[4.057370] intel_rapl: Found RAPL domain core
[4.057371] intel_rapl: Found RAPL domain uncore
[4.057373] intel_rapl: Found RAPL domain dram
[4.071077] input: HDA Intel PCH Headphone Mic as 
/devices/pci:00/:00:1f.3/sound/card0/input14
[4.071133] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1f.3/sound/card0/input15
[4.071182] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1f.3/sound/card0/input16
[4.071217] input: HDA Intel PCH HDMI/DP,pcm=8 as 
/devices/pci:00/:00:1f.3/sound/card0/input17
[4.833806] ath10k_pci :02:00.0: htt-ver 3.26 wmi-op 4 htt-op 3 cal otp 
max-sta 32 raw 0 hwcrypto 1
[4.913458] ath: EEPROM regdomain: 0x6c
[4.913459] ath: EEPROM indicates we should expect a direct regpair map
[4.913460] ath: Country alpha2 being used: 00
[4.913461] ath: Regpair used: 0x6c