Dave, not sure if Keith has setup his -fixes tree again, but this one
needs to go to Linus in your next pull assuming you're doing one.
Otherwise we can just send it to stable after 3.3 is out.
I have one more similar fix for the i915 fb init code that was
preventing us from using BGR formats (a
intel_framebuffer_init does some basic sanity checking of the pixel format,
but is used by the plane code in addition to the primary crtc. So it
needs to contain any formats used in either place.
Add the XBGR format to the checklist so the plane code can use it.
Signed-off-by: Jesse Barnes
<#part sign=pgpmime>
On Wed, 7 Mar 2012 07:02:02 -0800, Jesse Barnes
wrote:
> Dave, not sure if Keith has setup his -fixes tree again, but this one
> needs to go to Linus in your next pull assuming you're doing one.
Yeah, I got home just in time to travel for a whole week. I'll get
things sorte
<#part sign=pgpmime>
On Mon, 27 Feb 2012 12:40:10 -0800, Jesse Barnes
wrote:
> Had the wrong bits and field definitions.
Merged.
617cf88..ab2f9df drm-intel-fixes -> drm-intel-fixes
--
keith.pack...@intel.com
___
Intel-gfx mailing list
Intel-gfx@
<#part sign=pgpmime>
On Wed, 7 Mar 2012 08:49:29 -0800, Jesse Barnes
wrote:
> intel_framebuffer_init does some basic sanity checking of the pixel format,
> but is used by the plane code in addition to the primary crtc. So it
> needs to contain any formats used in either place.
Merged.
ab2f
From: Kenneth Graunke
This will allow the driver to capture all of its execution state to a
file for later debugging. intel_gpu_dump is limited in that it only
captures batchbuffers, and Mesa's captures, while more complete, still
capture only a portion of the state involved in execution.
It al
From: Kenneth Graunke
For example:
export INTEL_DEVID_OVERRIDE=0x162
If this variable is set, don't actually submit the batchbuffer to the
GPU, it probably contains commands for the wrong generation of hardware.
v2: Introduce a getter for the overridden devid, and avoid getenv per exec.
S
Keith Packard wrote:
><#part sign=pgpmime>
>On Wed, 7 Mar 2012 07:02:02 -0800, Jesse Barnes
> wrote:
>
>> Dave, not sure if Keith has setup his -fixes tree again, but this one
>> needs to go to Linus in your next pull assuming you're doing one.
>
>Yeah, I got home just in time to travel for a who
<#part sign=pgpmime>
On Wed, 07 Mar 2012 14:04:28 -0800, Jesse Barnes
wrote:
> Yeah, only 1/2 belongs in fixes. The other one needs another patch on
> top to avoid unpinning an active buffer.
Hence 'sketchy' :-)
--
keith.pack...@intel.com
___
Intel
On Mon 27 Feb 2012 11:45:46 AM PST, Anuj Phogat wrote:
> This patch handles a case when mapping a large texture fails
> in drm_intel_gem_bo_map_gtt(). These changes avoid assertion
> failure later in the driver as reported in following bugs:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=44970
>
On Wed, Mar 07, 2012 at 11:21:06AM -0800, Eric Anholt wrote:
> From: Kenneth Graunke
>
> For example:
>
> export INTEL_DEVID_OVERRIDE=0x162
>
> If this variable is set, don't actually submit the batchbuffer to the
> GPU, it probably contains commands for the wrong generation of hardware.
>
On Wed, Mar 07, 2012 at 11:21:07AM -0800, Eric Anholt wrote:
> From: Kenneth Graunke
>
> This will allow the driver to capture all of its execution state to a
> file for later debugging. intel_gpu_dump is limited in that it only
> captures batchbuffers, and Mesa's captures, while more complete,
12 matches
Mail list logo
