Bug#908924: possible fix

2018-11-07 Thread nemo Inis 

> Is someone could tell us the good way in debian to patch our kernel to
> fix this issue?

There is some info in the debian wiki. Or you can wait: that commit is in 
kernel 4.19.1, the
next LTS kernel, according to:



Should come out soon.

Processed (with 1 error): 887045

2018-11-07 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> unarchive 887045
Bug #887045 {Done: Ben Hutchings } [src:linux] iwlwifi: 
TX_STATUS_FAIL_DEST_PS at iwlwifi/mvm/tx.c:1363 using hostapd
Unarchived Bug 887045
> notfixed 887045 linux/4.18.8-1
Bug #887045 {Done: Ben Hutchings } [src:linux] iwlwifi: 
TX_STATUS_FAIL_DEST_PS at iwlwifi/mvm/tx.c:1363 using hostapd
No longer marked as fixed in versions linux/4.18.8-1.
> archive 887045
Bug #887045 {Done: Ben Hutchings } [src:linux] iwlwifi: 
TX_STATUS_FAIL_DEST_PS at iwlwifi/mvm/tx.c:1363 using hostapd
Bug 887045 cannot be archived
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
887045: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887045
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#913018: marked as done (linux-image-4.18.0-2-amd64: Chromium repeatedly freezes for few seconds on battery power after upgrade to 4.18.0-2)

2018-11-07 Thread Debian Bug Tracking System 
Your message dated Thu, 8 Nov 2018 01:06:19 +0100
with message-id <20181108010619.04af6...@chewbacca.cub>
and subject line bug filled in laptop-mode-tools (linux-image-4.18.0-2-amd64: 
Chromium repeatedly freezes for few seconds on battery power after upgrade to 
4.18.0-2))
has caused the Debian Bug report #913018,
regarding linux-image-4.18.0-2-amd64: Chromium repeatedly freezes for few 
seconds on battery power after upgrade to 4.18.0-2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
913018: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913018
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:linux
Version: 4.18.10-2+b1
Severity: normal

Chromium repeatedly freezes for few seconds on battery power. The
problem does not occur with 4.18.0-1 package (version 4.18.8-1). The
problem can be turned off by disabling laptop_mode:

echo 0 > /proc/sys/vm/laptop_mode.

I tried several other options (disabling power saving of intel_pstate
and i915, setting cpufreq governor to performance) without success.
Even with laptop_mode turned off, performance seems to be worse when cpu
dynamically switches frequencies due to load. Note that there may be
other affected programs, although terminal emulator (terminology) seems
to be not affected.

-- Package-specific info:
** Version:
Linux version 4.18.0-2-amd64 (debian-kernel@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.10-2 (2018-11-02)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.18.0-2-amd64 
root=UUID=90592ae4-7522-4eee-8488-ccc1a673a0e0 ro i915.enable_rc6=0 
vsyscall=emulate quiet

** Not tainted

** Kernel log:
[3.326732] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[3.326945] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input20
[3.337184] fbcon: inteldrmfb (fb0) is primary device
[3.346789] pstore: Registered efi as persistent store backend
[3.366045] random: crng init done
[3.366046] random: 7 urandom warning(s) missed due to ratelimiting
[3.391075] Intel(R) Wireless WiFi driver for Linux
[3.391076] Copyright(c) 2003- 2015 Intel Corporation
[3.391422] iwlwifi :03:00.0: enabling device ( -> 0002)
[3.415290] iwlwifi :03:00.0: firmware: direct-loading firmware 
iwlwifi-8000C-36.ucode
[3.416205] iwlwifi :03:00.0: loaded firmware version 36.e91976c0.0 
op_mode iwlmvm
[3.418173] Adding 8268796k swap on /dev/sdb3.  Priority:-2 extents:1 
across:8268796k SSFS
[3.450062] iwlwifi :03:00.0: Detected Intel(R) Dual Band Wireless AC 
8260, REV=0x208
[3.458793] intel_rapl: Found RAPL domain package
[3.458795] intel_rapl: Found RAPL domain core
[3.458796] intel_rapl: Found RAPL domain uncore
[3.458797] intel_rapl: Found RAPL domain dram
[3.41] EXT4-fs (sdb4): mounted filesystem with ordered data mode. Opts: 
(null)
[3.528218] iwlwifi :03:00.0: base HW address: f4:8c:50:03:e8:00
[3.560461] audit: type=1400 audit(1541463980.036:2): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=507 
comm="apparmor_parser"
[3.560464] audit: type=1400 audit(1541463980.036:3): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="man_filter" pid=507 
comm="apparmor_parser"
[3.560466] audit: type=1400 audit(1541463980.036:4): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="man_groff" pid=507 
comm="apparmor_parser"
[3.565652] audit: type=1400 audit(1541463980.040:5): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" 
pid=510 comm="apparmor_parser"
[3.572781] audit: type=1400 audit(1541463980.048:6): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="libreoffice-senddoc" 
pid=506 comm="apparmor_parser"
[3.573307] audit: type=1400 audit(1541463980.048:7): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=511 
comm="apparmor_parser"
[3.578147] audit: type=1400 audit(1541463980.052:8): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="virt-aa-helper" pid=508 
comm="apparmor_parser"
[3.580884] audit: type=1400 audit(1541463980.056:9): apparmor="STATUS" 
operation="profile_load" profile="unconfined" name="/usr/sbin/libvirtd" pid=512 
comm="apparmor_parser"
[3.580886] audit: type=1400 audit(1541463980.056:10): apparmor="STATUS" 
operation="profile_load" profile="unconfined" 
name="/usr/sbin/libvirtd//qemu_bridge_helper" pid=512

Bug#913199: linux: Please enable CONFIG_DRM_DP_CEC on x86

2018-11-07 Thread Sebastian Reichel 
Source: linux
Version: 4.19~rc7-1~exp1
Severity: wishlist

Hi,

Please enable CONFIG_DRM_DP_CEC on x86, which can be used with
some Displayport to HDMI adapters.

-- Sebastian

Bug#913018: Update: bug is probably in laptop-mode-tools (linux-image-4.18.0-2-amd64: Chromium repeatedly freezes for few seconds on battery power after upgrade to 4.18.0-2)

2018-11-07 Thread ebik 
By git bisect on linux-stable kernel tree I got to commit 0c8b7991f40d
ata: libahci: Correct setting of DEVSLP register

This suggested future research and I realized, that laptop-mode-tools
sets drivers to lowest power mode which has setting
BATT_SATA_POLICY=min_power
in /etc/laptop-mode/conf.d/intel-sata-powermgmt.conf
Above mentioned commit enables DEVSLP in this mode. Moreover this
kernel has 'med_power_with_dipm' setting which is near 'min_power' but
without DEVSLP.

-- 
 Tomáš 'ebík' Ebenlendr
 PF 2018.85211022324



pgp6NiHZoRXRY.pgp
Description: OpenPGP digital signature

Bug#913138: linux: I/O on md RAID 6 hangs completely

2018-11-07 Thread Thorsten Glaser 
On Wed, 7 Nov 2018, Thorsten Glaser wrote:

> Normally, if I leave the system alone for a while (half an hour or
> so), it resolves itself, but that’s unacceptable for a work system,

The system hasn’t recovered yet today. There’s nothing new in dmesg.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#913138: linux: I/O on md RAID 6 hangs completely

2018-11-07 Thread Thorsten Glaser 
Package: linux-image-4.18.0-2-amd64
Version: 4.18.10-2
Severity: normal

Occasionally, my system begins freezing (processes doing a lot of
I/O enter D state). It is still somewhat usable for already cached
stuff (starting a new shell tab in GNU screen works, lynx does, …
but e.g. the debsums verify of reportbug freezes it, a new reportbug
with --no-verify again works though).

Normally, if I leave the system alone for a while (half an hour or
so), it resolves itself, but that’s unacceptable for a work system,
especially if I can’t engage the screen lock (most of the time, I
can, though).

This has happened a few times over the last weeks, sometimes twice
in a single day, oftentimes not at all, and with multiple recent
kernel images.

Today’s occurrence is from
Linux tglase.lan.tarent.de 4.18.0-2-amd64 #1 SMP Debian 4.18.10-2 (2018-10-07) 
x86_64 GNU/Linux


dmesg:

[0.00] microcode: microcode updated early to revision 0x1d, date = 
2018-05-11
[0.00] Linux version 4.18.0-2-amd64 (debian-kernel@lists.debian.org) 
(gcc version 7.3.0 (Debian 7.3.0-29)) #1 SMP Debian 4.18.10-2 (2018-10-07)
[0.00] Command line: BOOT_IMAGE=/vmlinuz-4.18.0-2-amd64 
root=/dev/mapper/vg--tglase-lv--tglase ro rootdelay=5 net.ifnames=0 
syscall.x32=y vsyscall=emulate kaslr
[0.00] x86/fpu: x87 FPU will use FXSAVE
[0.00] BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009dbff] usable
[0.00] BIOS-e820: [mem 0x0009f800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000f-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xcfec] usable
[0.00] BIOS-e820: [mem 0xcfed-0xcfed0fff] ACPI NVS
[0.00] BIOS-e820: [mem 0xcfed1000-0xcfed] ACPI data
[0.00] BIOS-e820: [mem 0xcfee-0xcfef] reserved
[0.00] BIOS-e820: [mem 0xf400-0xf7ff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00062fff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.4 present.
[0.00] DMI: Gigabyte Technology Co., Ltd. X58-USB3/X58-USB3, BIOS F5 
09/07/2011
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] last_pfn = 0x63 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-CDFFF write-protect
[0.00]   CE000-E uncachable
[0.00]   F-F write-through
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask F write-back
[0.00]   1 base 0E000 mask FE000 uncachable
[0.00]   2 base 0D000 mask FF000 uncachable
[0.00]   3 base 1 mask F write-back
[0.00]   4 base 2 mask E write-back
[0.00]   5 base 4 mask C write-back
[0.00]   6 base 5 mask F write-back
[0.00]   7 base 6 mask FC000 write-back
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[0.00] e820: update [mem 0xd000-0x] usable ==> reserved
[0.00] last_pfn = 0xcfed0 max_arch_pfn = 0x4
[0.00] found SMP MP-table at [mem 0x000f5a60-0x000f5a6f] mapped at 
[(ptrval)]
[0.00] Base memory trampoline at [(ptrval)] 97000 size 24576
[0.00] BRK [0x2ba84b000, 0x2ba84bfff] PGTABLE
[0.00] BRK [0x2ba84c000, 0x2ba84cfff] PGTABLE
[0.00] BRK [0x2ba84d000, 0x2ba84dfff] PGTABLE
[0.00] BRK [0x2ba84e000, 0x2ba84efff] PGTABLE
[0.00] BRK [0x2ba84f000, 0x2ba84] PGTABLE
[0.00] BRK [0x2ba85, 0x2ba850fff] PGTABLE
[0.00] BRK [0x2ba851000, 0x2ba851fff] PGTABLE
[0.00] BRK [0x2ba852000, 0x2ba852fff] PGTABLE
[0.00] BRK [0x2ba853000, 0x2ba853fff] PGTABLE
[0.00] RAMDISK: [mem 0x34928000-0x3648bfff]
[0.00] ACPI: Early table checksum verification disabled
[0.00] ACPI: RSDP 0x000F7200 14 (v00 GBT   )
[0.00] ACPI: RSDT 0xCFED1040 48 (v01 GBTGBTUACPI 
42302E31 GBTU 01010101)
[0.00] ACPI: FACP 0xCFED1100 74 (v01 GBTGBTUACPI 
42302E31 GBTU 01010101)
[0.00] ACPI: DSDT 0xCFED11C0 00391C (v01 GBTGBTUACPI 
1000 MSFT 010C)
[0.00] ACPI: FACS 0xCFED 40
[0.00] ACPI: MSDM 0xCFED4CC0 55 (v03 GBTGBTUACPI 
42302E31 GBTU 01010101)
[0.00] ACPI: HPET 0xCFED4D80 38 (v01 GBTGBTUACPI 
42302E31 GBTU 0098)
[0.00] ACPI: MCFG