Screen corruption regression from 3.0 to 3.1rc4

Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

In the free game simutrans, in fullscreen mode I see the following problem:
The lower about 2 cm of the screen don't update. They are black or carry
the image from the game startup screen. They flicker once in a while,
but otherwise the image stays the same.

lspci output:
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (primary) (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (secondary) (rev 0c)

glxinfo:
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965GM
OpenGL version string: 2.1 Mesa 7.11

Any ideas what I can do about this problem? Is it a known issue?

Philipp

Re: Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

Am 31.08.2011 08:43, schrieb Philipp Klaus Krause:
> In the free game simutrans, in fullscreen mode I see the following problem:
> The lower about 2 cm of the screen don't update. They are black or carry
> the image from the game startup screen. They flicker once in a while,
> but otherwise the image stays the same.
> 
> lspci output:
> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
> Integrated Graphics Controller (primary) (rev 0c)
> 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960
> Integrated Graphics Controller (secondary) (rev 0c)
> 
> glxinfo:
> OpenGL vendor string: Tungsten Graphics, Inc
> OpenGL renderer string: Mesa DRI Intel(R) 965GM
> OpenGL version string: 2.1 Mesa 7.11
> 
> Any ideas what I can do about this problem? Is it a known issue?
> 
> Philipp

This regression was introduced between 3.0 and 3.1rc1.

Philipp

Re: Screen corruption regression from 3.0 to 3.1rc4

[Daniel Vetter]

On Sat, Sep 3, 2011 at 11:31, Philipp Klaus Krause <pkk@spth.de> wrote:
> Am 31.08.2011 08:43, schrieb Philipp Klaus Krause:
>> In the free game simutrans, in fullscreen mode I see the following problem:
>> The lower about 2 cm of the screen don't update. They are black or carry
>> the image from the game startup screen. They flicker once in a while,
>> but otherwise the image stays the same.
>>
>> lspci output:
>> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
>> Integrated Graphics Controller (primary) (rev 0c)
>> 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960
>> Integrated Graphics Controller (secondary) (rev 0c)
>>
>> glxinfo:
>> OpenGL vendor string: Tungsten Graphics, Inc
>> OpenGL renderer string: Mesa DRI Intel(R) 965GM
>> OpenGL version string: 2.1 Mesa 7.11
>>
>> Any ideas what I can do about this problem? Is it a known issue?

Lately there seem to be a few reports of "my screen doesn't update
anymore". One thing that seems to (temporary) fix the problem is to
switch to the kernel console and back to X. Does that help in your
case?

> This regression was introduced between 3.0 and 3.1rc1.

If it's a kernel regression, can you please try to bisect it?

Thanks a lot,

Daniel
-- 
Daniel Vetter
daniel.vetter@ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch

Re: Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

Am 03.09.2011 12:43, schrieb Daniel Vetter:

> Lately there seem to be a few reports of "my screen doesn't update
> anymore". One thing that seems to (temporary) fix the problem is to
> switch to the kernel console and back to X. Does that help in your
> case?
> 

Yes. Temporary: For a few seconds, then the lower part of the screen
freezes again. Taking a screenshot using import has the same effect.

Philipp


>> This regression was introduced between 3.0 and 3.1rc1.
> 
> If it's a kernel regression, can you please try to bisect it?
> 

I might have a look at it when I find the time to do so.

Philipp

Re: Screen corruption regression from 3.0 to 3.1rc4

[Daniel Vetter]

On Sat, Sep 3, 2011 at 12:52, Philipp Klaus Krause <pkk@spth.de> wrote:
>>> This regression was introduced between 3.0 and 3.1rc1.
>>
>> If it's a kernel regression, can you please try to bisect it?
>>
>
> I might have a look at it when I find the time to do so.

That would be very useful. Your description sounds like damage isn't
properly flushed somewhere in the X server. This being caused by a
kernel changes is rather strange, so more information about the actual
culprit is certainly useful.

Thanks, Daniel
-- 
Daniel Vetter
daniel.vetter@ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch

Re: Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 03.09.2011 12:52, schrieb Philipp Klaus Krause:
> Am 03.09.2011 12:43, schrieb Daniel Vetter:
> 
>> Lately there seem to be a few reports of "my screen doesn't update
>> anymore". One thing that seems to (temporary) fix the problem is to
>> switch to the kernel console and back to X. Does that help in your
>> case?
>>
> 
> Yes. Temporary: For a few seconds, then the lower part of the screen
> freezes again. Taking a screenshot using import has the same effect.
> 
> Philipp
> 
> 
>>> This regression was introduced between 3.0 and 3.1rc1.
>>
>> If it's a kernel regression, can you please try to bisect it?
>>
> 
> I might have a look at it when I find the time to do so.
> 
> Philipp

Here's the output from git-bisect:

d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e is the first bad commit
commit d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e
Author: Keith Packard <keithp@keithp.com>
Date:   Thu Jul 28 14:47:14 2011 -0700

    drm/i915: Flush other plane register writes

    Writes to the plane control register are buffered in the chip until a
    write to the DSPADDR (pre-965) or DSPSURF (post-965) register occurs.

    This patch adds flushes in:

    	intel_enable_plane
    	gen6_init_clock_gating
    	ivybridge_init_clock_gating

    Signed-off-by: Keith Packard <keithp@keithp.com>

:040000 040000 68666ff438ff2b9890a72914905b4aadf53e23ef
101e78df34814a3661c87e9e44d10761d0676d7a M	drivers
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5mG+0ACgkQbtUV+xsoLpqAegCfYBHlmYhMr048fEY6MXZcn9tn
VEAAn0KYFNL8xiFpSoJnrF4G7zNoEMF2
=Lkwf
-----END PGP SIGNATURE-----

Re: Screen corruption regression from 3.0 to 3.1rc4

[Keith Packard]

[-- Attachment #1.1: Type: text/plain, Size: 795 bytes --]

On Tue, 06 Sep 2011 15:11:12 +0200, Philipp Klaus Krause <pkk@spth.de> wrote:

> Here's the output from git-bisect:
> 
> d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e is the first bad commit
> commit d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e
> Author: Keith Packard <keithp@keithp.com>
> Date:   Thu Jul 28 14:47:14 2011 -0700
> 
>     drm/i915: Flush other plane register writes
> 
>     Writes to the plane control register are buffered in the chip until a
>     write to the DSPADDR (pre-965) or DSPSURF (post-965) register
>     occurs.

Makes me wonder if this is some interaction between page flipping and
frame buffer compression. Could you try turning it off with the
following kernel command line parameter?

        i915.i915_enable_fbc=0

-- 
keith.packard@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 06.09.2011 17:53, schrieb Keith Packard:
> On Tue, 06 Sep 2011 15:11:12 +0200, Philipp Klaus Krause <pkk@spth.de> wrote:
> 
>> Here's the output from git-bisect:
>>
>> d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e is the first bad commit
>> commit d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e
>> Author: Keith Packard <keithp@keithp.com>
>> Date:   Thu Jul 28 14:47:14 2011 -0700
>>
>>     drm/i915: Flush other plane register writes
>>
>>     Writes to the plane control register are buffered in the chip until a
>>     write to the DSPADDR (pre-965) or DSPSURF (post-965) register
>>     occurs.
> 
> Makes me wonder if this is some interaction between page flipping and
> frame buffer compression. Could you try turning it off with the
> following kernel command line parameter?
> 
>         i915.i915_enable_fbc=0
> 

The problem goes away with i915.i915_enable_fbc=0. I'll probably use
that workaround  until the issue is fixed.

Philipp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5npvkACgkQbtUV+xsoLpoRPACguEnn/k9CBlIxXBNVhD1cO1/B
tfEAn0udhnXMKnop2i1cEY8SztLN6RZT
=TjEO
-----END PGP SIGNATURE-----

Re: Screen corruption regression from 3.0 to 3.1rc4

[Eugeni Dodonov]

[-- Attachment #1.1: Type: text/plain, Size: 1233 bytes --]

On Wed, Sep 7, 2011 at 14:16, Philipp Klaus Krause <pkk@spth.de> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Am 06.09.2011 17:53, schrieb Keith Packard:
> > On Tue, 06 Sep 2011 15:11:12 +0200, Philipp Klaus Krause <pkk@spth.de>
> wrote:
> >
> >> Here's the output from git-bisect:
> >>
> >> d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e is the first bad commit
> >> commit d74362c9e45689d8d7e3d4bcf6681c4358ef4f2e
> >> Author: Keith Packard <keithp@keithp.com>
> >> Date:   Thu Jul 28 14:47:14 2011 -0700
> >>
> >>     drm/i915: Flush other plane register writes
> >>
> >>     Writes to the plane control register are buffered in the chip until
> a
> >>     write to the DSPADDR (pre-965) or DSPSURF (post-965) register
> >>     occurs.
> >
> > Makes me wonder if this is some interaction between page flipping and
> > frame buffer compression. Could you try turning it off with the
> > following kernel command line parameter?
> >
> >         i915.i915_enable_fbc=0
> >
>
> The problem goes away with i915.i915_enable_fbc=0. I'll probably use
> that workaround  until the issue is fixed.
>

Hi,

just to help me keep track of this, is there a bug on bugzilla about it?

-- 
Eugeni Dodonov
 <http://eugeni.dodonov.net/>

[-- Attachment #1.2: Type: text/html, Size: 1852 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: Screen corruption regression from 3.0 to 3.1rc4

[Philipp Klaus Krause]

Am 08.09.2011 15:43, schrieb Eugeni Dodonov:
> 
> Hi,
> 
> just to help me keep track of this, is there a bug on bugzilla about it?

I only reported it on the intel-gfx list. Maybe someone reported the
issue at bugzilla before, but I don't know.

Philipp