[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZgG0niB5wBxkWBkR@intel.com>
Date: Mon, 25 Mar 2024 19:30:06 +0200
From: Ville Syrjälä <ville.syrjala@...ux.intel.com>
To: Borislav Petkov <bp@...en8.de>
Cc: Jani Nikula <jani.nikula@...ux.intel.com>,
intel-gfx@...ts.freedesktop.org,
Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@...el.com>,
Tvrtko Ursulin <tvrtko.ursulin@...ux.intel.com>,
David Airlie <airlied@...il.com>, Daniel Vetter <daniel@...ll.ch>,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: BUG: sleeping function called from invalid context at
drivers/gpu/drm/i915/gem/i915_gem_pages.c:526
On Mon, Mar 25, 2024 at 06:54:44PM +0200, Ville Syrjälä wrote:
> On Mon, Mar 25, 2024 at 05:33:42PM +0100, Borislav Petkov wrote:
> > On Tue, Feb 27, 2024 at 12:58:08PM +0200, Jani Nikula wrote:
> > > Let's see what Ville says, but in the end bisection might be the
> > > quickest way to find the regression. Though I understand it can be
> > > tedious for you personally.
> >
> > That still fires with 6.-9-rc1. Does Ville have any suggestions or
> > should I bisect?
>
> Sorry, completely missed this. The culprit is going to be
> commit 1de63528e728 ("drm/i915: Perform vblank evasion around legacy
> cursor updates")
Hmm. Actually should be commit 0225a90981c8 ("drm/i915: Make
cursor plane registers unlocked") already.
Apprently I had CONFIG_DEBUG_ATOMIC_SLEEP=n in my config
for most of my old machines.
--
Ville Syrjälä
Intel
Powered by blists - more mailing lists