[Intel-gfx] [PATCH] Remove pointless Android ifdefs for sys/fcntl.h.

2012-02-10 Thread Kenneth Graunke
On my system, sys/fcntl.h contains exactly one line: #include So there's really no need to #ifdef it. Also, intel_mmio.c already included ; there's no need to include it twice. Signed-off-by: Kenneth Graunke --- lib/intel_drm.c |4 lib/intel_mmio.c |5 - lib/intel_pci.c

Re: [Intel-gfx] [PATCH 1/4] drm/i915: gen7: implement rczunit workaround

2012-02-10 Thread Jesse Barnes
On Wed, 8 Feb 2012 12:53:49 -0800 Kenneth Graunke wrote: > From: Eugeni Dodonov > > This is yet another workaround related to clock gating which we need on > Ivy Bridge. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41353 > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=4

Re: [Intel-gfx] For the ones affected by RC6 issues..

2012-02-10 Thread Kai Krakow
Eugeni Dodonov schrieb: > if you are among the ones affected by any kind of RC6 issues on Sandy > Bridge platform, please, try the following patch and report if it changes > the behavior somehow on your machine. kakra@jupiter ~ $ dmesg|fgrep -i "rc6" [0.00] Kernel command line: quiet rea

Re: [Intel-gfx] SNB/IVB sprite demo

2012-02-10 Thread Daniel Vetter
Hi Armin, On Wed, Feb 08, 2012 at 02:16:09AM +, Reese, Armin C wrote: > I worked with Jesse Barnes to develop a sprite demo/test program for > SNB/IVB. It uses the new IOCTLs: GETPLANERESOURCES, GETPLANE, and > SETPLANE. I also intend on using the program as an example of how to > set up a m

Re: [Intel-gfx] [PATCH] Added support for Android

2012-02-10 Thread Daniel Vetter
On Mon, Feb 06, 2012 at 03:37:04PM +0530, Sateesh Kavuri wrote: > Added the Android.mk file as per Android make system. Also had to modify > the headers with the proper location for fcntl.h as per the Android > bionic headers location > > Signed-off-by: Sateesh Kavuri Sorry, I've tried to ign

Re: [Intel-gfx] [PATCH] drm/i915: fixup overlay checks for interlaced modes

2012-02-10 Thread Daniel Vetter
On Fri, Feb 10, 2012 at 02:42:05PM -0200, Eugeni Dodonov wrote: > On Sat, Jan 28, 2012 at 20:48, Daniel Vetter wrote: > > > The drm core _really_ likes to frob around with the crtc timings and > > put halfed vertical timings (in fields) in there. Which confuses the > > overlay code, resulting in

Re: [Intel-gfx] [PATCH 1/2] drm/i915: set interlaced bits for TRANSCONF

2012-02-10 Thread Daniel Vetter
On Wed, Feb 08, 2012 at 02:53:32PM -0800, Jesse Barnes wrote: > On Fri, 3 Feb 2012 17:47:15 -0200 > Paulo Zanoni wrote: > > > From: Paulo Zanoni > > > > I'm not sure why they are needed (I didn't notice any difference in my > > tests), but these bits are in our documentation and they are also

Re: [Intel-gfx] [PATCH] drm/i915: fixup overlay checks for interlaced modes

2012-02-10 Thread Eugeni Dodonov
On Sat, Jan 28, 2012 at 20:48, Daniel Vetter wrote: > The drm core _really_ likes to frob around with the crtc timings and > put halfed vertical timings (in fields) in there. Which confuses the > overlay code, resulting in it's refusal to display anything at the > lower half of an interlaced pipe

Re: [Intel-gfx] Television turns greenish after stand-by

2012-02-10 Thread Daniel Vetter
On Fri, Feb 10, 2012 at 08:27:27AM +0100, Angela Schmid wrote: > Hello > > I have Linux 3.3-rc2 with daniels interlace patches. When the television > turns off (dpms) and after turning on, the blacks are > green. This is highly reproducable, however I don't know exactly which > conditions have t

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Record the position of the request upon error

2012-02-10 Thread Eugeni Dodonov
On Wed, Feb 8, 2012 at 18:09, Chris Wilson wrote: > So that we can tally the request against the command sequence in the > ringbuffer, or merely jump to the interesting locations. > > Signed-off-by: Chris Wilson > For both patches: Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov

Re: [Intel-gfx] Television turns greenish after stand-by

2012-02-10 Thread John Obaterspok
Hello, Isn't this the same thing as: - https://bugs.freedesktop.org/show_bug.cgi?id=33760 - https://bugzilla.kernel.org/show_bug.cgi?id=25732 - https://bugs.freedesktop.org/show_bug.cgi?id=42795 Didn't you experience this problem with earlier kernels? I get away with the green colors if I lower