linux-kernel - Re: 2.6.36 oops in intel_ring_advance() (i915/DRM) when running opengl programs

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]

Message-Id: <0d30dc$k407g6@orsmga001.jf.intel.com>
Date:	Mon, 08 Nov 2010 09:16:50 +0000
From:	Chris Wilson <chris@...is-wilson.co.uk>
To:	Adrian Bono <adrian.bono@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: 2.6.36 oops in intel_ring_advance() (i915/DRM) when running opengl programs

On Mon, 8 Nov 2010 16:56:30 +0800, Adrian Bono <adrian.bono@...il.com> wrote:
> I tested 2.6.36 on an Asus laptop with an Intel GM965 chipset. I first
> noticed the oops when i tried to run Virtualbox, which links to
> opengl, and i tried reproducing it with glxgears, which it
> consistently does.

There are two bugs at play here. The first is a broken userspace driver
causing a GPU hang. The second is that kernel hasn't noticed the hang,
tries to advance the CS ringbuffer, times out, ignores the error and
writes to beyond the end of the mapped region. There's a fix for the
latter in drm-intel-next, and it's likely that the GL bug has been
fixed in the few years since you last updated. At very least, I have a
better chance at diagnosing what went wrong with a GEM based driver.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
--
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/