śr., 19 maj 2021 o 01:41 Matthew Brost napisał(a):
>
> Add entry fpr i915 new parallel submission uAPI plan.
s/fpr/for/
>
> v2:
> (Daniel Vetter):
> - Expand logical order explaination
> - Add dummy header
> - Only allow N BBs in execbuf IOCTL
> - Configure parallel submission per slot
From: Marcin Ślusarz
Few lines above there's drm_notice saying that the gpu will be reset.
Printing "gpu reset disabled" using lower logging level makes it
harder to figure out what happened.
Signed-off-by: Marcin Ślusarz
---
drivers/gpu/drm/i915/gt/intel_reset.c | 2 +-
1
From: Marcin Ślusarz
For some reason intel_gt_reset attempts to reset the GPU twice.
On one code path (do_reset) "reset" parameter is obeyed, but is
not on the other one (__intel_gt_set_wedged).
Fix this.
I noticed this because I stumbled on a bug which completely locks
up a machin
On Sun, Jan 04, 2015 at 08:45:58PM +, Chris Wilson wrote:
> On Sun, Jan 04, 2015 at 03:33:05PM +0100, Marcin Ślusarz wrote:
> > [432102.923209] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1262!
> > [432102.923237] invalid opcode: [#1] PREEMPT SMP
> > [432102.9232
[432102.922022] [ cut here ]
[432102.922173] WARNING: CPU: 2 PID: 45 at
drivers/gpu/drm/i915/intel_display.c:8979 intel_fb_obj_invalidate+0xdb/0xe0
[i915]()
[432102.922178] Modules linked in: uas usb_storage dm_crypt ctr ccm arc4 iwldvm
mac80211 iwlwifi cfg80211 rfcomm bn
=
[ INFO: possible recursive locking detected ]
3.17.0 #50 Not tainted
-
Xorg/1170 is trying to acquire lock:
(&dev->struct_mutex){+.+.+.}, at: []
i915_gem_unmap_dma_buf+0x33/0xc0 [i915]
but task is already h
