Bug#950021: linux-image-5.4.0-3-amd64: i915 Driver Problem: Resetting rcs0 for hang on rcs0 -> Fixed in linux 5.5

2020-01-28 Thread Stefan Schoerghofer
Package: src:linux
Version: 5.4.13-1
Severity: normal
Tags: upstream

Linux Kernel 5.4 has a problem with the i915 drm driver.
Problem is reported here:
https://gitlab.freedesktop.org/drm/intel/issues/161#note_363380 and
fixed in Linux 5.5.

When the problem occurs the system will hang for 5 to 20 seconds and
the
line "i915 :00:02.0: Resetting rcs0 for hang on rcs0" will be
logged
to kernel.log.
Software using graphic acceleration like games or some browsers have a
chance to crash due to the reset.

There are bug-reports for other distributions as well like:
 - https://bugs.archlinux.org/task/64860
 - https://bugzilla.redhat.com/show_bug.cgi?id=1727433
 - ...

-- Package-specific info:
** Version:
Linux version 5.4.0-3-amd64 (debian-ker...@lists.debian.org) (gcc
version 9.2.1 20200117 (Debian 9.2.1-24)) #1 SMP Debian 5.4.13-1 (2020-
01-19)

** Command line:
BOOT_IMAGE=/vmlinuz-5.4.0-3-amd64 root=/dev/mapper/rootvg-rootlv ro
quiet

** Not tainted

** Kernel log:
[11852.271856] i915 :00:02.0: GPU HANG: ecode 9:1:0x, hang
on rcs0
[11852.271863] GPU hangs can indicate a bug anywhere in the entire gfx
stack, including userspace.
[11852.271866] Please file a _new_ bug report on bugs.freedesktop.org
against DRI -> DRM/Intel
[11852.271869] drm/i915 developers can then reassign to the right
component if it's not a kernel issue.
[11852.271872] The GPU crash dump is required to analyze GPU hangs, so
please always attach it.
[11852.271875] GPU crash dump saved to /sys/class/drm/card0/error
[11852.272901] i915 :00:02.0: Resetting rcs0 for hang on rcs0
[11852.273788] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset
request timed out: {request: 0001, RESET_CTL: 0001}
[11852.274113] i915 :00:02.0: Resetting chip for hang on rcs0
[11852.275996] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset
request timed out: {request: 0001, RESET_CTL: 0001}
[11852.276883] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset
request timed out: {request: 0001, RESET_CTL: 0001}
[11860.272748] i915 :00:02.0: Resetting rcs0 for hang on rcs0
[11862.288786] i915 :00:02.0: Resetting rcs0 for hang on rcs0
[11870.288746] i915 :00:02.0: Resetting rcs0 for hang on rcs0

** Model information
sys_vendor: LENOVO
product_name: 20FNS0UB00
product_version: ThinkPad T460
chassis_vendor: LENOVO
chassis_version: None
bios_vendor: LENOVO
bios_version: R06ET66W (1.40 )
board_vendor: LENOVO
board_name: 20FNS0UB00
board_version: SDK0J40705 WIN

** Loaded modules:
xt_hl
xt_REDIRECT
rfcomm
cpufreq_conservative
cpufreq_powersave
cpufreq_userspace
xt_CHECKSUM
nft_chain_nat
xt_MASQUERADE
nf_nat
md4
bridge
nls_utf8
stp
cifs
llc
gcm
dns_resolver
fscache
libdes
snd_usb_audio
snd_usbmidi_lib
snd_rawmidi
snd_seq_device
cmac
bnep
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_common
btusb
btrtl
btbcm
btintel
videodev
mc
bluetooth
drbg
ansi_cprng
fuse
ecdh_generic
ecc
nft_counter
xt_tcpudp
xt_state
binfmt_misc
xt_conntrack
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
libcrc32c
nft_compat
nf_tables
nfnetlink
snd_hda_codec_hdmi
msr
intel_rapl_msr
intel_rapl_common
snd_soc_skl
snd_soc_hdac_hda
x86_pkg_temp_thermal
snd_hda_ext_core
intel_powerclamp
snd_soc_sst_ipc
snd_soc_sst_dsp
coretemp
snd_soc_acpi_intel_match
snd_soc_acpi
mei_wdt
iwlmvm
snd_soc_core
kvm_intel
mac80211
snd_hda_codec_realtek
snd_hda_codec_generic
snd_compress
libarc4
kvm
iwlwifi
snd_hda_intel
irqbypass
intel_cstate
snd_intel_nhlt
intel_uncore
snd_hda_codec
cfg80211
pcspkr
intel_rapl_perf
snd_hda_core
snd_hwdep
iTCO_wdt
joydev
iTCO_vendor_support
snd_pcm
rtsx_pci_ms
memstick
wmi_bmof
snd_timer
serio_raw
watchdog
sg
intel_pch_thermal
tpm_tis
mei_me
tpm_tis_core
tpm
mei
rng_core
thinkpad_acpi
nvram
ledtrig_audio
snd
ac
soundcore
rfkill
evdev
parport_pc
ppdev
lp
parport
sunrpc
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
hid_logitech_hidpp
hid_logitech_dj
hid_generic
usbhid
hid
dm_crypt
dm_mod
sd_mod
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
i915
rtsx_pci_sdmmc
mmc_core
e1000e
aesni_intel
crypto_simd
xhci_pci
xhci_hcd
ahci
psmouse
libahci
cryptd
glue_helper
libata
i2c_algo_bit
i2c_i801
drm_kms_helper
ptp
usbcore
scsi_mod
pps_core
drm
rtsx_pci
mfd_core
usb_common
wmi
battery
button
video

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500
v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:1904] (rev
08)
Subsystem: Lenovo Xeon E3-1200 v5/E3-1500 v5/6th Gen Core
Processor Host Bridge/DRAM Registers [17aa:5053]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake GT2
[HD Graphics 520] [8086:1916] (rev 07) (prog-if 00 [VGA controller])
Subsystem: Lenovo Skylake GT2 [HD Graphics 520] [17aa:5053]
  

Bug#873284: nitrogen: L10n is unused - requested release tag upstream

2019-04-05 Thread Stefan Schoerghofer
Hi Vladimir,

I've requested a relase from upstream some time ago.
https://github.com/l3ib/nitrogen/issues/127

As soon as there is a relase tag I will update the package.

best regards,
Stefan


signature.asc
Description: This is a digitally signed message part


Bug#881877: libzip: FTBFS on several arches: encryption-nonrandom-aes* tests fail

2017-11-19 Thread Stefan Schoerghofer
Hi Andreas,

Thank you for the report.
I've already contacted upstream to ask them about the failing regress
tests because they mention failing regress tests on i686 within their
todo section.

I also will take a deeper look at the regress tests and try to find out
why they are failing on several architectures. Maybe I can provide some
detailed information to upstream.


best regards,
Stefan



On Thu, 2017-11-16 at 02:00 +0100, Andreas Beckmann wrote:
> Source: libzip
> Version: 1.3.0+dfsg.1-1
> Severity: serious
> Justification: fails to build from source (but built successfully in
> the past)
> 
> Hi,
> 
> libzip/experimental FTBFS on several architectures:
> 
> https://buildd.debian.org/status/package.php?p=libzip&suite=experimen
> tal
> 
> e.g. i386:
> 
> ==
>libzip 1.3.0: regress/test-suite.log
> ==
> 
> # TOTAL: 119
> # PASS:  113
> # SKIP:  3
> # XFAIL: 0
> # FAIL:  3
> # XPASS: 0
> # ERROR: 0
> 
> .. contents:: :depth: 2
> 
> FAIL: encryption-nonrandom-aes128
> =
> 
> Binary files ../encrypt-aes128-noentropy.zip and encrypt.zzip differ
> encryption-nonrandom-aes128 -- FAIL: files
> FAIL encryption-nonrandom-aes128.test (exit status: 1)
> 
> FAIL: encryption-nonrandom-aes192
> =
> 
> Binary files ../encrypt-aes192-noentropy.zip and encrypt.zzip differ
> encryption-nonrandom-aes192 -- FAIL: files
> FAIL encryption-nonrandom-aes192.test (exit status: 1)
> 
> FAIL: encryption-nonrandom-aes256
> =
> 
> Binary files ../encrypt-aes256-noentropy.zip and encrypt.zzip differ
> encryption-nonrandom-aes256 -- FAIL: files
> FAIL encryption-nonrandom-aes256.test (exit status: 1)
> 
> 
> Andreas

signature.asc
Description: This is a digitally signed message part


Bug#879644: transition: libzip

2017-10-23 Thread Stefan Schoerghofer
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi release team,

libzip needs a transistion - I've uploaded the new version to
experimental, will have to go trough NEW first, though.

I don't expect any breakages for binNMUs and will test the build of all
reverse-depends.

Please let me know when I can upload it to unstable.


Cheers,
Stefan


Ben file:

title = "libzip";
is_affected = .depends ~ "libzip4" | .depends ~ "libzip5";
is_good = .depends ~ "libzip5";
is_bad = .depends ~ "libzip4";


signature.asc
Description: This is a digitally signed message part


Bug#814734: openshot new upstream release

2017-10-21 Thread Stefan Schoerghofer
Hi,

I would like to help getting the new OpenShot version into Debian.
libopenshot and libopenshot-audio seem to be in experimental in their
newest versions, so only openshot-qt is missing.
I want to volunteer as Co-Maintainer for the libopenshot-* and
openshot-qt packages.

There seems to be some problems with included sources that should be
exchanged by the packaged ones and I want to assist here.

Is there already a repo where I can take a look whats missing and do
some tests on?


best regads,
Stefan Schörghofer

signature.asc
Description: This is a digitally signed message part