Re: [Intel-gfx] [PATCH] intel: Add AUB file dump support

2011-02-22 Thread Kenneth Graunke
On Tuesday, February 22, 2011 05:49:57 PM Zhenyu Wang wrote: [snip] > > We also can't commit code to Mesa that just writes into some arbitrary > > file based on an environment variable -- keep in mind that our Mesa > > driver is loaded from the X Server which is running as root. > > yeah, I wasn't

Re: [Intel-gfx] [PATCH] intel: Add AUB file dump support

2011-02-22 Thread Zhenyu Wang
On 2011.02.22 09:33:22 -0800, Eric Anholt wrote: > While I originally hacked it up this way where libdrm intuits what kind > of buffer it is from the name of the buffer, it's a bad way to design an > interface. We should really have a command that marks (an area) of a > buffer object as being a pa

Re: [Intel-gfx] [PATCH 1/2] ACPI/Intel: Rework Opregion support

2011-02-22 Thread Jesse Barnes
On Tue, 22 Feb 2011 15:03:13 -0500 Matthew Garrett wrote: > The Integrated Graphics Device opregion specification defines a mechanism > for the OS and system firmware to collaborate on various graphics-related > functionality. This is currently implemented in the i915 driver but isn't > strictly

[Intel-gfx] [PATCH 2/2] staging: Use generic IGD opregion code for gma500

2011-02-22 Thread Matthew Garrett
The gma500 driver currently includes its own IGD opregion implementation. Rework it to use the generic one instead. Note that this is missing a certain level of functionality - the driver does nothing to enable opregion interrupts right now, and so will simply poll for updates rather than doing any

[Intel-gfx] [PATCH 1/2] ACPI/Intel: Rework Opregion support

2011-02-22 Thread Matthew Garrett
The Integrated Graphics Device opregion specification defines a mechanism for the OS and system firmware to collaborate on various graphics-related functionality. This is currently implemented in the i915 driver but isn't strictly limited to these devices. Move it to a more generic location and rem

Re: [Intel-gfx] [PATCH] intel: Add AUB file dump support

2011-02-22 Thread Eric Anholt
On Tue, 22 Feb 2011 14:55:36 +0800, Zhenyu Wang wrote: > On 2011.02.22 14:51:33 +0800, Xiang, Haihao wrote: > > > oh, right, I see. You still need subtype as kernel. > > > > > > How about 'MEDIA_PROG'? Or what's the name for your current kernel? > > 'MEDIA_PROG' is ok for me > > > > New libdrm

Re: [Intel-gfx] On SNB: Hangcheck timer elapsed... GPU hung

2011-02-22 Thread Ivan Bulatovic
On Thu, 2011-02-17 at 22:38 +1000, Ted Phelps wrote: > Ivan Bulatovic writes: > > I've done a little digging and maybe this could be related ? > > > > https://patchwork.kernel.org/patch/296822/ > > That looks promising, but I've tried explicitly disabling and enabling > that patch (#define NEED_B

[Intel-gfx] [PATCH] [intel-gpu-tools] Add MI_SUSPEND_FLUSH instruction decode

2011-02-22 Thread Ben Widawsky
Signed-off-by: Ben Widawsky --- tools/intel_decode.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/tools/intel_decode.c b/tools/intel_decode.c index b344e21..596ecfc 100644 --- a/tools/intel_decode.c +++ b/tools/intel_decode.c @@ -91,6 +91,7 @@ decode_mi(uint32_t *data