Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2013-07-09 Thread Florian Lohoff

I dont see this corruption anymore with Wheezy

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture   
 Description
+++--===-===-==
ii  linux-image-3.2.0-4-amd643.2.41-2amd64  
 Linux 3.2 for 64-bit PCs
ii  xserver-xorg 1:7.7+2 amd64  
 X.Org X server
ii  xserver-xorg-core2:1.12.4-6  amd64  
 Xorg X server - core server
ii  xserver-xorg-video-intel 2:2.19.0-6  amd64  
 X.Org X server -- Intel i8xx, i9xx display driver

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2011-09-25 Thread Julien Cristau
tag 596085 moreinfo
kthxbye

Hi Florian,

On Wed, Sep 22, 2010 at 11:50:59 +0200, Florian Lohoff wrote:

 
 Hi,
 
 On Mon, Sep 20, 2010 at 07:24:57PM +0200, Julien Cristau wrote:
  On Mon, Sep 20, 2010 at 18:02:31 +0200, Florian Lohoff wrote:
  
   On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote:
On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org 
wrote:
 On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:
  As it looks like uninitialised data, it could be the xserver bug 
  where we
  sent damage events prior to flushing the 2D batchbuffer, so that 
  there was
  an opportunity for compositing WM to grab garbage.
  
 That one's plausible, thanks.  Florian, are you running a compositing
 manager?  If yes, does the corruption happen without that?
 
 Looks like the fix for that one is
 8d7b7a0d71e0b89321b3341b781bc8845386def6 and
 c65f610e12f9df168d5639534ed3c2bd40afffc8?

And 69d65f9184006eac790efcff78a0e425160e95aa for -intel.
-Chris
   
   I guess these are git commit id's? Which repository? I failed to find
   it in the kernel and the obvious intel drivers git.
   
   I'd like to test possible fixes.
   
  The first two are git://anongit.freedesktop.org/git/xorg/xserver and the
  third is git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel.
 
 Okay - i rebuilt xserver-xorg-core and video-intel with the above patches and
 i still have those corruptions.
 
Could you re-test with an updated stack (kernel 3.0 or 3.1, X 1.11,
intel 2.16) and let us know if it's gone?  If not please file a bug
upstream according to
http://intellinuxgraphics.org/how_to_report_bug.html and let us know the
bug number for tracking.

Thanks,
Julien



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-22 Thread Florian Lohoff

Hi,

On Mon, Sep 20, 2010 at 07:24:57PM +0200, Julien Cristau wrote:
 On Mon, Sep 20, 2010 at 18:02:31 +0200, Florian Lohoff wrote:
 
  On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote:
   On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org 
   wrote:
On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:
 As it looks like uninitialised data, it could be the xserver bug 
 where we
 sent damage events prior to flushing the 2D batchbuffer, so that 
 there was
 an opportunity for compositing WM to grab garbage.
 
That one's plausible, thanks.  Florian, are you running a compositing
manager?  If yes, does the corruption happen without that?

Looks like the fix for that one is
8d7b7a0d71e0b89321b3341b781bc8845386def6 and
c65f610e12f9df168d5639534ed3c2bd40afffc8?
   
   And 69d65f9184006eac790efcff78a0e425160e95aa for -intel.
   -Chris
  
  I guess these are git commit id's? Which repository? I failed to find
  it in the kernel and the obvious intel drivers git.
  
  I'd like to test possible fixes.
  
 The first two are git://anongit.freedesktop.org/git/xorg/xserver and the
 third is git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel.

Okay - i rebuilt xserver-xorg-core and video-intel with the above patches and
i still have those corruptions.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-20 Thread Florian Lohoff
On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote:
 On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org wrote:
  On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:
   As it looks like uninitialised data, it could be the xserver bug where we
   sent damage events prior to flushing the 2D batchbuffer, so that there was
   an opportunity for compositing WM to grab garbage.
   
  That one's plausible, thanks.  Florian, are you running a compositing
  manager?  If yes, does the corruption happen without that?
  
  Looks like the fix for that one is
  8d7b7a0d71e0b89321b3341b781bc8845386def6 and
  c65f610e12f9df168d5639534ed3c2bd40afffc8?
 
 And 69d65f9184006eac790efcff78a0e425160e95aa for -intel.
 -Chris

I guess these are git commit id's? Which repository? I failed to find
it in the kernel and the obvious intel drivers git.

I'd like to test possible fixes.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-20 Thread Julien Cristau
On Mon, Sep 20, 2010 at 18:02:31 +0200, Florian Lohoff wrote:

 On Wed, Sep 08, 2010 at 05:48:17PM +0100, Chris Wilson wrote:
  On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org 
  wrote:
   On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:
As it looks like uninitialised data, it could be the xserver bug where 
we
sent damage events prior to flushing the 2D batchbuffer, so that there 
was
an opportunity for compositing WM to grab garbage.

   That one's plausible, thanks.  Florian, are you running a compositing
   manager?  If yes, does the corruption happen without that?
   
   Looks like the fix for that one is
   8d7b7a0d71e0b89321b3341b781bc8845386def6 and
   c65f610e12f9df168d5639534ed3c2bd40afffc8?
  
  And 69d65f9184006eac790efcff78a0e425160e95aa for -intel.
  -Chris
 
 I guess these are git commit id's? Which repository? I failed to find
 it in the kernel and the obvious intel drivers git.
 
 I'd like to test possible fixes.
 
The first two are git://anongit.freedesktop.org/git/xorg/xserver and the
third is git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-08 Thread Chris Wilson
On Wed, 8 Sep 2010 17:34:39 +0200, Julien Cristau jcris...@debian.org wrote:
 Hi Chris,
 
 does the following look like a known bug with 2.12?

It might be an issue with 2.6.32 between the memory corruption and
945GM low-power render failure.

As it looks like uninitialised data, it could be the xserver bug where we
sent damage events prior to flushing the 2D batchbuffer, so that there was
an opportunity for compositing WM to grab garbage.

If you can verify that it is not either of those bugs, then yeah it's an
unresolved bug. There are a couple of similar bugs still in fd.o that I'm
still waiting on feedback for (but I think are due to the above).
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-08 Thread Julien Cristau
On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:

 On Wed, 8 Sep 2010 17:34:39 +0200, Julien Cristau jcris...@debian.org wrote:
  Hi Chris,
  
  does the following look like a known bug with 2.12?
 
 It might be an issue with 2.6.32 between the memory corruption and
 945GM low-power render failure.
 
Florian's log says he's running our 2.6.32-20 kernel, which has both
i915 self-reclaim patches (included in -17 and -18) and the low-power
render fix (included in -19).

 As it looks like uninitialised data, it could be the xserver bug where we
 sent damage events prior to flushing the 2D batchbuffer, so that there was
 an opportunity for compositing WM to grab garbage.
 
That one's plausible, thanks.  Florian, are you running a compositing
manager?  If yes, does the corruption happen without that?

Looks like the fix for that one is
8d7b7a0d71e0b89321b3341b781bc8845386def6 and
c65f610e12f9df168d5639534ed3c2bd40afffc8?

 If you can verify that it is not either of those bugs, then yeah it's an
 unresolved bug. There are a couple of similar bugs still in fd.o that I'm
 still waiting on feedback for (but I think are due to the above).
 -Chris
 
Cheers,
Julien


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-08 Thread Florian Lohoff
On Wed, Sep 08, 2010 at 06:38:09PM +0200, Julien Cristau wrote:
 That one's plausible, thanks.  Florian, are you running a compositing
 manager?  If yes, does the corruption happen without that?

No i dont - standard gnome using sawfish.

 ├─gdm───gdm─┬─Xorg
 │   └─x-session-manag─┬─blueman-applet───{blueman-applet}
 │ ├─evolution-alarm
 │ ├─gnome-panel
 │ ├─gnome-power-man
 │ ├─gnome-volume-co
 │ ├─metacity
 │ ├─nautilus
 │ ├─nm-applet
 │ ├─polkit-gnome-au
 │ ├─ssh-agent
 │ └─{x-session-mana}


 Looks like the fix for that one is
 8d7b7a0d71e0b89321b3341b781bc8845386def6 and
 c65f610e12f9df168d5639534ed3c2bd40afffc8?
 
  If you can verify that it is not either of those bugs, then yeah it's an
  unresolved bug. There are a couple of similar bugs still in fd.o that I'm
  still waiting on feedback for (but I think are due to the above).
  -Chris

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature


Bug#596085: xserver-xorg-video-intel: partial display corruption / mostly text / Mobile 945GM

2010-09-08 Thread Chris Wilson
On Wed, 8 Sep 2010 18:38:09 +0200, Julien Cristau jcris...@debian.org wrote:
 On Wed, Sep  8, 2010 at 17:10:36 +0100, Chris Wilson wrote:
  As it looks like uninitialised data, it could be the xserver bug where we
  sent damage events prior to flushing the 2D batchbuffer, so that there was
  an opportunity for compositing WM to grab garbage.
  
 That one's plausible, thanks.  Florian, are you running a compositing
 manager?  If yes, does the corruption happen without that?
 
 Looks like the fix for that one is
 8d7b7a0d71e0b89321b3341b781bc8845386def6 and
 c65f610e12f9df168d5639534ed3c2bd40afffc8?

And 69d65f9184006eac790efcff78a0e425160e95aa for -intel.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org