В сообщении от 15 июня 2010 23:15:02 автор Chris Wilson написал:
> On Tue, 15 Jun 2010 21:58:57 +0200, Clemens Eisserer
wrote:
> > I also get artifacts with kde's oxygen QT theme, however everything
> > else looks great so far.
>
> Vasily, Clemens can you both try reverting f74b3f82 on top of 2.
On Tue, 2010-06-15 at 08:04 -0700, Kathleen Rose wrote:
> Hi Folks,
>
> Any word on this? Is there a way to tell the intel driver to continue on,
> even though it doesn't detect a monitor? Like NVidia's ConnectedMonitor
> xorg.conf option?
>
This will be resolved in the Xserver 1.9 release, whic
Hi Chris,
> That does indeed seem to have an effect on KDE -- can you confirm if it
> fixes the rendering corruption and if there remains any?
With that change the corruptions seem to be gone.
- Clemens
___
Intel-gfx mailing list
Intel-gfx@lists.freede
On Wed, 16 Jun 2010 00:05:34 +0200, Clemens Eisserer
wrote:
> Hi Chris,
>
> > Â $ git checkout 2.11.901
> > Â $ git revert f74b3f82
> Ah thanks, didn't know the checkout thing.
>
> Hmm, if I revert that commit it no longer builds:
> CC i915_render.lo
> i915_render.c: In function âi915_p
Hi again,
I bisected and indeed f74b3f82 is the first bad commit:
f74b3f82bab11463a0f4de9f614fc6aa1492ef24 is the first bad commit
commit f74b3f82bab11463a0f4de9f614fc6aa1492ef24
Author: Chris Wilson
Date: Tue Jun 1 22:31:35 2010 +0100
i915; Avoid the implicit flush on changing BUF_INFO
Hi Chris,
> $ git checkout 2.11.901
> $ git revert f74b3f82
Ah thanks, didn't know the checkout thing.
Hmm, if I revert that commit it no longer builds:
CC i915_render.lo
i915_render.c: In function ‘i915_prepare_composite’:
i915_render.c:836: error: ‘intel_screen_private’ has no member na
On Tue, 15 Jun 2010 23:03:27 +0200, Clemens Eisserer
wrote:
> Hi Chris,
>
> > Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> > and seeing if that fixes the corruption for you. It did not seem to make
> > a difference here...
>
> Sorry if that sounds stupid, but how can
On Tue, 15 Jun 2010 23:03:27 +0200, Clemens Eisserer
wrote:
> Hi Chris,
>
> > Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> > and seeing if that fixes the corruption for you. It did not seem to make
> > a difference here...
>
> Sorry if that sounds stupid, but how can
On Tue, 15 Jun 2010 19:12:28 +0200, Marc Deop i Argemí
wrote:
> That looks like a lot of work, ain't it? :S
It shouldn't be, once you get the hang of compiling and running against
a locally-compiled driver. There are about 176 commits between 2.11.0
and 2.11.901 so that should only require about
Hi Chris,
> Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> and seeing if that fixes the corruption for you. It did not seem to make
> a difference here...
Sorry if that sounds stupid, but how can I do that?
Thanks Clemens
PS: Saw you experimented with shader based trap
On Tue, 15 Jun 2010 21:58:57 +0200, Clemens Eisserer
wrote:
> I also get artifacts with kde's oxygen QT theme, however everything
> else looks great so far.
Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
and seeing if that fixes the corruption for you. It did not seem to
Hi,
I also get artifacts with kde's oxygen QT theme, however everything
else looks great so far.
Probably related to QT's gradient implementation, doing tons of put/getimage :/
- Clemens
2010/6/15 Vasily Khoruzhick :
> В сообщении от 15 июня 2010 03:39:54 автор Carl Worth написал:
>> This is th
On Tue, 2010-06-15 at 18:31 +0100, Julien Cristau wrote:
> On Tue, Jun 15, 2010 at 18:16:23 +0100, Sergio Monteiro Basto wrote:
>
> > On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote:
> > > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> > >
> > > > New requirements compared
В сообщении от 15 июня 2010 19:55:55 автор Vasily Khoruzhick написал:
> > And if this behavior started only with this release candidate, would you
> > be willing to bisect the commits in the xf86-video-intel repository to
> > identify the offending commit?
>
> Ok, I'll do.
bisected:
First faulty
On Tue, Jun 15, 2010 at 18:16:23 +0100, Sergio Monteiro Basto wrote:
> On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote:
> > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> >
> > > New requirements compared to 2.10
> > > -
> > > * Libdrm >= 2.4
On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote:
> On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
>
> > New requirements compared to 2.10
> > -
> > * Libdrm >= 2.4.19
> >
> The requirement is actually 2.4.21, afaict.
and libdrm >= 2.4.21 requi
On Tuesday June 15 2010 18:47:49 Carl Worth wrote:
> If the other components remain the same and you change only the driver
> to an older version does it then work reliably? If so could you please
> bisect the commits in the driver repository to find the offending one?
>
That looks like a lot of
В сообщении от 15 июня 2010 19:49:41 автор Carl Worth написал:
> > Sorry, but I got artifacts with latest version of libdrm and
> > xf86-video-intel on 945gm hardware (see attached screenshot).
>
> Thanks for the report.
>
> > If you need some additional info - just ask.
>
> Actually, I do. I'm
On Tue, Jun 15, 2010 at 09:46:19 -0700, Carl Worth wrote:
> On Tue, 15 Jun 2010 10:18:17 +0100, Julien Cristau
> wrote:
> > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> >
> > > New requirements compared to 2.10
> > > -
> > > * Libdrm >= 2.4.19
> >
> Sorry, but I got artifacts with latest version of libdrm and xf86-video-intel
> on 945gm hardware (see attached screenshot).
Thanks for the report.
> If you need some additional info - just ask.
Actually, I do. I'm not familiar enough with the particular theme you're
using to know what looks
On Tue, 15 Jun 2010 16:05:15 +0200, Marc Deop i Argemí
wrote:
> The system just freezes :(
>
> I'm running archlinux, Mesa 7.8.1, libdrm 2.4.21, Xorg-server 1.8.1.901,
> kernel 2.6.34.
If the other components remain the same and you change only the driver
to an older version does it then work
On Tue, 15 Jun 2010 10:18:17 +0100, Julien Cristau wrote:
> On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
>
> > New requirements compared to 2.10
> > -
> > * Libdrm >= 2.4.19
> >
> The requirement is actually 2.4.21, afaict.
Can you give more details
Hi Kathleen,
I have understood that if you configure those items then you should be able to
boot with the LCD projector off.
I wanted to achieve the same thing with my TV but didn't had time to test.
TV_FORMAT - output standard
This property allows you to control the output standard used
Hi Folks,
Any word on this? Is there a way to tell the intel driver to continue on,
even though it doesn't detect a monitor? Like NVidia's ConnectedMonitor
xorg.conf option?
thanks
Kathleen Rose
-Original Message-
Hi,
Does the intel driver support having an LCD projector as the only m
On Tue, 15 Jun 2010 16:08:45 +0200, Clemens Eisserer
wrote:
> With 2.11.901 everything seems to be fine, but I wonder - what is the
> preferred way to do this across different drivers (EXA)?
> I remember I decided to go with the 1x1 pixmap because EXA back then
> didn't like solid fills with alph
On Tuesday June 15 2010 16:18:07 Julien Cristau wrote:
> On what hw?
My apologies:
Intel 945GMA, Centrino Duo T2400 1,83Ghz, 2'5Gb RAM, external monitor Samsung
SyncMaster 2233SN
By the way (and not related) from kernel 2.6.34 the default resolution is not
correct on my CRT getting the interna
В сообщении от 15 июня 2010 03:39:54 автор Carl Worth написал:
> This is the first release candidate in preparation for the upcoming
> 2.12.0 release. We will appreciate any feedback we can get from
> testing of this snapshot to improve the 2.12.0 release.
>
> -Carl
Sorry, but I got artifacts wit
On Tue, Jun 15, 2010 at 16:05:15 +0200, Marc Deop i Argemí wrote:
> On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> > This is the first release candidate in preparation for the upcoming
> > 2.12.0 release. We will appreciate any feedback we can get from
> > testing of this snapshot to improve
Hi,
In my java2d-xrender backend I am always using a 1x1 pixmap as src if
color values are set for CompositeText.
I recently discovered with intel-2.10 that a large amount of time is
spent reading back the color value of that 1x1 pixmap (about 50% of
total CompositeGlyph time), the other cycles mo
On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> This is the first release candidate in preparation for the upcoming
> 2.12.0 release. We will appreciate any feedback we can get from
> testing of this snapshot to improve the 2.12.0 release.
It makes my system really unstable. Sometimes I can't
On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> New requirements compared to 2.10
> -
> * Libdrm >= 2.4.19
>
The requirement is actually 2.4.21, afaict.
Cheers,
Julien
signature.asc
Description: Digital signature
31 matches
Mail list logo
