Hello!
Is there any chance of a "Intel-Settings" application like
"Nvidia-Settings" or the "AMD Control Center"?
It would for example be VERY useful to be able to compensate for
overscan when connecting to a stupid TV..
Best regards,
Magnus Uppman
___
This reverts commit eb1711bb94991e93669c5a1b5f84f11be2d51ea1.
This patch has been reported by two people to cause memory corruption
and application crashes. It exists solely to fix a problem with the
VT-d workarounds for Ironlake. I would back those out as well as
without this change, that work-ar
On Wed, 14 Dec 2011 13:57:23 +0100, Daniel Vetter
wrote:
> From: Chris Wilson
>
> By clearing the GPU read domains before waiting upon the buffer, we run
> the risk of the wait being interrupted and the domains prematurely
> cleared. The next time we attempt to wait upon the buffer (after
> use
A few regression fixes:
* eDP panels with too few lanes need 6bpc modes
* older machine backlights going black
* divide-by-zero crash when reading a /sys file
Quirks for a couple of machines:
* No lvds panel on a desktop ASUS machine
* Light up the second LVDS on the Libretto W105
Two mor
On Fri, 16 Dec 2011 17:38:39 +0100, tino.keitel+x...@tikei.de wrote:
> Hum, could this be related to the RC6 vs. IOMMU issue? I have
> CONFIG_INTEL_IOMMU enabled in 3.2, and disabled in 3.1, and boot with
> i915.i915_enable_rc6=1.
Very likely -- RC6 and semaphores are not compatible with IOMMU. Y
On Thu, Dec 15, 2011 at 19:54:15 +0100, tino.keitel+x...@tikei.de wrote:
> On Wed, Dec 14, 2011 at 20:57:51 +0100, tino.keitel+x...@tikei.de wrote:
>
> [...]
>
> > it looks I stumbled over the same:
> >
> > [88399.844150] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:1952!
> > 2011-12-14_19:28:5
On Thu, Dec 1, 2011 at 08:57, Yi Sun wrote:
> If test all modes rather than preferred mode, remove framebuffer and set
> CRTC to zero after each connector mode setting.
>
> Signed-off-by: Sun Yi
>
I forgot to comment on this before, but better late than never.
Reviewed-by: Eugeni Dodonov
--
On Fri, 16 Dec 2011 19:31:20 +0800, "Zhigang Gong"
wrote:
> > -Original Message-
> > From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> > Sent: Friday, December 16, 2011 5:21 PM
> > To: zhigang.g...@linux.intel.com
> > Cc: intel-gfx@lists.freedesktop.org; zhigang.g...@gmail.com; Zhiga
> -Original Message-
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Friday, December 16, 2011 5:21 PM
> To: zhigang.g...@linux.intel.com
> Cc: intel-gfx@lists.freedesktop.org; zhigang.g...@gmail.com; Zhigang
> Gong
> Subject: Re: [PATCH] uxa/glamor: Fallback to new glamor pi
On Fri, 16 Dec 2011 15:39:55 +0800, zhigang.g...@linux.intel.com wrote:
> +fallback_glamor:
> + /* Create textured pixmap failed means glamor failed to
> + * create a texture from current BO for some reasons. We turn
> + * to create a new glamor pixmap and clean up current one.
> +
On Fri, 16 Dec 2011 16:08:57 +0800, "Zhigang Gong"
wrote:
> Hi Chris,
>
>
>
> I tested a browser case with latest UXA code and experienced X crashed.
>
> I bisected it and found that it was introduced by
>
> commit 5d5b2b8ee203ae2274fc7d13ed38d2945facca9e.
[snip]
> It's a one line patch
Forgot to mention that to access that link need to be in Intel intranet
environment.
From: intel-gfx-bounces+zhigang.gong=linux.intel@lists.freedesktop.org
[mailto:intel-gfx-bounces+zhigang.gong=linux.intel@lists.freedesktop.org
] On Behalf Of Zhigang Gong
Sent: Friday, December 16, 201
Hi Chris,
I tested a browser case with latest UXA code and experienced X crashed.
I bisected it and found that it was introduced by
commit 5d5b2b8ee203ae2274fc7d13ed38d2945facca9e.
The back trace of the crash is as below:
Backtrace:
0: /home/gongzg/gfx-dev-test/src/xserver/hw/xfree
13 matches
Mail list logo
