4.979276] i915 0000:00:02.0: vgaarb: deactivate vga console [ 4.982573] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 5.036888

File: i915 X-Debbugs-Cc: me@apedik.dev Dear Maintainer, Nov 02 09:51:03 apedic gnome-shell[72591]: JS ERROR: TypeError: text is null _processClipboardContent@/home/apedik

/or i915 driver because it has dual Intel GPU (CPU-included and A770M) configuration, which is not very popular. * What exactly did you do (or not do) that was effective (or ineffective

4-hang-at-boot-tpm-bug-confirmed/32956 Thanks, Steve -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Framework

Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: unblock X-Debbugs-Cc: linux@packages.debian.org,

kernel: i915 0000:00:02.0: enabling device (0006 -> 0007) Would hang here, and be forced to hard reboot. This was shortly after Mar XX XX:XX:XX XXXXXXX kernel: NVRM: loading NVIDIA

This issue was fixed with linux-image 6.0.12-1~bpo11+1 or before. Thanks -- Rpnpif

drm/i915: Remove unused variable - drm/i915: Allow switching away via vga-switcheroo if uninitialized - drm/i915/display: Check source height is > 0 - drm/i915: re-disable

On 30.12.22 11:42, Diederik de Haas wrote: > On Friday, 30 December 2022 01:48:53 CET Stefan Pietsch wrote: >>>> Affected is at least

11.333140] i915 0000:00:02.0: [drm] *ERROR* Link Training Unsuccessful [ 11.340797] usb 2-1.1.1: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd [ 11.374805] r8152 2-

switching and i915 graphic? I'll upload the video to opened bug report. I hope you can help me?! Do you know some boot options for the kernel I could try to get the newer kernels to work

did not hang. This does not mean file system will be file after cloning, but that's another question. -- Package-specific info: ** Version: Linux version 5.16.0-0.bpo.4-amd64

options: i915.enable_dc=0 i915.disable_power_well=1 intel_idle.max_cstate=1. I cycled through those options with the intel-microcode installed hoping that the microcode

produces a hang (backtrace below). It does not happen if - jumbo frames are enabled on the nic (by "ip link set eth0 mtu " for >= 1501) - the route MTU is manually set to 1500

to regularly hang. These are always complete freezes: I cannot move the mouse pointer anymore, cannot switch to virtual console, and no response to network pings anymore. * What exactly

Hardware Unit Hang: TDH <70> TDT <9a> next_to_use <9a> next_to_clean <6e> buffer_info[next_to_clean]: time_stamp <1061ec5fc> next_to_watch

process to hang in uninterruptible wait. The same hardware and driver works without any problems in Buster with Linux kernel version 4.19.67. -- Package-specific info: ** Version

. Both hang after reporting "Installed discover (amd64)". Further investigation revealed: 1. PCLinuxOS live disk and install also hang at what appears to be the same point

145941.159088] i915 0000:00:02.0: [drm] *ERROR* Link Training Unsuccessful [145941.367056] i915 0000:00:02.0: [drm] *ERROR* Link Training Unsuccessful [145941.588149] i915

causing a hang system after suspend/resume with a lot of: "task XXX blocked for more than 120 seconds" in dmesg. Previous kernel vmlinuz-4.19.0-13-686-pae works fine

occur on i915 with acceleration turned on. gnome starts normally but as soon as i start firefox, only ctrl+alt+backspace helps to get out of the situation. the issue happens regardless

started to hang all the time without any reason, forcing me to reboot computer each time loosing my work. -- Package-specific info: ** Version: Linux version 5.6.0-1-amd64 (debian

into the i915 hang above again soon, so I'll try the intel_iommu=on then. > > > Verified: my 5.7.0-rc1 system with intel_iommu=on can suspend/resume without issues

481.351289] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 15418-Apr 14 09:15:46 kernel: [ 489.351633] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 15419:Apr 14 09:15

2782.143185] i915 0000:00:02.0: GPU HANG: ecode 9:1:0x00000000, hang on rcs0 [ 2782.144195] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 [ 2782.144965] [drm:gen8_reset_engines

Package: libdrm2 Version: 2.4.100-3 Severity: important Dear Maintainer, The libdrm- * and libdrm2 packages cause an impressive bottleneck when working

intel_mst_disable_dp [i915]] *ERROR* failed to update payload -22 [ 320.855344] mce: CPU3: Core temperature above threshold, cpu clock throttled (total events = 2907) [ 320.855345

I am seeing very similar problems to this since switching from Buster to Bullseye a couple of weeks ago. I similarly suspected the change in Kernel to

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

79478.107220] i915 0000:00:02.0: Resetting rcs0 for no progress on rcs0 Jan 22 22:07:10 hostname kernel: [79480.123259] i915 0000:00:02.0: Resetting rcs0 for no progress on rcs0