On Tue, 19 Jul 2011 17:28:53 -0700, Keith Packard wrote:
> Failing to pin a scanout buffer will most likely lead to a black
> screen, so if the GPU is wedged, then just let the pin happen and hope
> that things work out OK.
>
> v2: Just ignore any error from i915_gem_object_wait_rendering, as
> s
On Wed, 20 Jul 2011 16:08:51 +0800, Yuanhan Liu
wrote:
> It's going to call bo_get_subdata method, but not bo_subdata
>
> Signed-off-by: Yuanhan Liu
Applied. Thanks!
pgpQqrnw1796m.pgp
Description: PGP signature
___
Intel-gfx mailing list
Intel-gfx
Some active adaptors (VGA usually) only have two lanes at 2.7GHz.
That's a maximum pixel clock of 144MHz at 8bpc, but 192MHz at 6bpc.
Signed-off-by: Adam Jackson
---
Patch is against drm-intel-next. Not even compile-tested yet, just
looking for feedback. I _think_ the pre-gen5 path is right, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2011 01:24 AM, Nicolas Kalkhof wrote:
> Hi Ian,
>
> ok I've definately nailed the issue down to the "i915_enable_rc6" parameter
> in i915_drv.c
> Someone disabled this parameter and that causes the depthbuffer issue. I've
> enabled the swit
Hi,
Just wondering if anyone else is experiencing excessive red or pinkness.
It's not the laptop screen since an external LCD monitor looks the same.
This background (http://www.gnumims.org/) should be a pale yellow #FDFFE2.
I guess the contrast is being over driven, is it possible to adjust thi
It's going to call bo_get_subdata method, but not bo_subdata
Signed-off-by: Yuanhan Liu
---
intel/intel_bufmgr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/intel/intel_bufmgr.c b/intel/intel_bufmgr.c
index ab57427..905556f 100644
--- a/intel/intel_bufmgr.c
+++ b/in
On Wed, 2011-07-13 at 16:32 -0400, Adam Jackson wrote:
> Consider a 1600x900 panel, upscaling a 1360x768 mode, full-aspect. The
> old math would give you:
>
> scaled_width = 1600 * 768; /* 1228800 */
> scaled_height = 1360 * 900; /* 1224000 */
> if (scaled_width > sca
