Am 10.09.2014 16:00, schrieb Ville Syrjälä:
The w/a batch is corrupted. 0x400-0x1000 somehow got turned into zeroes.
Both are page boundaries, so I guess trying out Chris's TLB fix would
be worth a shot.
According to "patch", it is already applied, which is no miracle since I
pulled yesterday.
On Wed, Sep 10, 2014 at 03:25:31PM +0200, Thomas Richter wrote:
> Am 10.09.2014 14:22, schrieb Daniel Vetter:
> > On Wed, Sep 10, 2014 at 02:17:30PM +0200, Thomas Richter wrote:
> >> Hi Daniel, hi Ville,
> >>
> >> just tried the new 3.17.0+rc4 kernel, though with old userspace (i.e.
> >> xserver-xo
On Wed, Sep 10, 2014 at 03:25:31PM +0200, Thomas Richter wrote:
> Am 10.09.2014 14:22, schrieb Daniel Vetter:
> >On Wed, Sep 10, 2014 at 02:17:30PM +0200, Thomas Richter wrote:
> >>Hi Daniel, hi Ville,
> >>
> >>just tried the new 3.17.0+rc4 kernel, though with old userspace (i.e.
> >>xserver-xorg-v
On Wed, Sep 10, 2014 at 02:17:30PM +0200, Thomas Richter wrote:
> Hi Daniel, hi Ville,
>
> just tried the new 3.17.0+rc4 kernel, though with old userspace (i.e.
> xserver-xorg-video-intel is *old*, libdrm is old, mesa is old). If I do, I
> get a "GPU hung" from xorg.conf. The same userspace works
Hi Daniel, hi Ville,
just tried the new 3.17.0+rc4 kernel, though with old userspace (i.e.
xserver-xorg-video-intel is *old*, libdrm is old, mesa is old). If I do,
I get a "GPU hung" from xorg.conf. The same userspace works fine on
3.15.0 with patches from Ville.
Is this expected behavior or
