linux-kernel - Re: [Intel-gfx] [WARNING 4.1-rc2] i915: Unclaimed register detected before writing to register 0xc4040

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 11 May 2015 11:22:55 +0200
From:	Daniel Vetter <daniel@...ll.ch>
To:	Steven Rostedt <rostedt@...dmis.org>
Cc:	Daniel Vetter <daniel@...ll.ch>,
	LKML <linux-kernel@...r.kernel.org>,
	Daniel Vetter <daniel.vetter@...el.com>,
	intel-gfx <intel-gfx@...ts.freedesktop.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	dri-devel <dri-devel@...ts.freedesktop.org>
Subject: Re: [Intel-gfx] [WARNING 4.1-rc2] i915: Unclaimed register detected
 before writing to register 0xc4040

On Fri, May 08, 2015 at 12:57:01PM -0400, Steven Rostedt wrote:
> On Fri, 8 May 2015 12:18:10 -0400
> Steven Rostedt <rostedt@...dmis.org> wrote:
> 
> > On Fri, 8 May 2015 12:08:31 -0400
> > Steven Rostedt <rostedt@...dmis.org> wrote:
> > 
> > 
> > > Maybe it's my bios still (it is an older box). I'll just block out
> > > compiling in SND_HDA_INTEL, so that it doesn't break my tests (they
> > > fail on a WARNING).
> > 
> > Hmm, right after I posted this I triggered the Call Trace again with 
> > 
> > # CONFIG_SND_HDA_INTEL is not set
> > 
> > :-/
> > 
> > Now to figure out how to keep this from triggering. I may just keep
> > adding a patch to hide that warning.

Ok, so it's really i915 to blame for this.

> Oh, I forgot to mention, that before the Call Trace, I get theses:
> 
> 
> [  673.093330] [drm:intel_uncore_check_errors] *ERROR* Unclaimed register before interrupt
> [  673.103206] [drm:intel_uncore_check_errors] *ERROR* Unclaimed register before interrupt
> [  673.139252] [drm:intel_uncore_check_errors] *ERROR* Unclaimed register before interrupt
> [  673.151323] [drm:ivybridge_set_fifo_underrun_reporting] *ERROR* uncleared fifo underrun on pipe A
> [  673.160745] [drm:intel_cpu_fifo_underrun_irq_handler] *ERROR* CPU pipe A FIFO underrun
> 
> Mean anything?

Display fifo underflow. It doesn happen very rarely when we change the
configuration of cursors/overlays (because our code sucks, getting fixed).
But in general I though we've curbed most of them ...

How easy is this to reproduce? It would be interesting to see what the
driver is doing with drm.debug=0xe, but that's a veritable firehose. You
can change that modparam in /sys/modules/drm/parameters/debug at runtime
and it has immediate effect. But we don't keep a running log around.
 
Other things to check:
- Is the fifo underrun always right next to to unclaimed register issue in
  dmesg?
- i915.mmio_debug=10 or so for hopefully more information around the next
  splat. Has some gfx performance impact though.

Thanks, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/