geemili
/
drm
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
drm/intel/intel_decode.c

3985 lines
98 KiB
C
Raw Normal View History

intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
/*
* Copyright © 2009-2011 Intel Corporation
*
* Permission is hereby granted, free of charge, to any person obtaining a
* copy of this software and associated documentation files (the "Software"),
* to deal in the Software without restriction, including without limitation
* the rights to use, copy, modify, merge, publish, distribute, sublicense,
* and/or sell copies of the Software, and to permit persons to whom the
* Software is furnished to do so, subject to the following conditions:
*
* The above copyright notice and this permission notice (including the next
* paragraph) shall be included in all copies or substantial portions of the
* Software.
*
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
* FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
* IN THE SOFTWARE.
*/
intel: Use symbol visibility. No exports changed for this driver. Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-31 07:07:27 -06:00
#ifdef HAVE_CONFIG_H
#include "config.h"
#endif
intel: Put the "gen" shorthand chipset identifier in the context. It's a lot nicer than using IS_WHATEVER(devid) all over the place, and we have this in our other projects too.
2012-01-04 13:00:59 -07:00
#include <assert.h>
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#include <stdint.h>
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
#include <stdlib.h>
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#include <stdio.h>
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
#include <stdbool.h>
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#include <stdarg.h>
#include <string.h>
drm: rename libdrm{,_macros}.h Provide a more meaningful name, considering what it does. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-04-05 08:51:59 -06:00
#include "libdrm_macros.h"
Mark functions printf-like where possible These functions all take a format string and either a list of variable arguments or a va_list. Use the new DRM_PRINTFLIKE macro to tell the compiler about it so that the arguments can be checked against the format string. Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Thierry Reding <treding@nvidia.com>
2014-01-22 04:06:51 -07:00
#include "xf86drm.h"
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#include "intel_chipset.h"
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
#include "intel_bufmgr.h"
intel: ignore missing-field-initializers warnings We're about to remove the -Wno flag from configure.ac which will lead to a lot of unnecessary spam. Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-08-23 07:20:17 -06:00
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
/* Struct for tracking drm_intel_decode state. */
struct drm_intel_decode {
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
/** stdio file where the output should land. Defaults to stdout. */
FILE *out;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
/** PCI device ID. */
uint32_t devid;
intel: Put the "gen" shorthand chipset identifier in the context. It's a lot nicer than using IS_WHATEVER(devid) all over the place, and we have this in our other projects too.
2012-01-04 13:00:59 -07:00
/**
* Shorthand device identifier: 3 is 915, 4 is 965, 5 is
* Ironlake, etc.
*/
int gen;
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
/** GPU address of the start of the current packet. */
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
uint32_t hw_offset;
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
/** CPU virtual address of the start of the current packet. */
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
uint32_t *data;
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
/** DWORDs of remaining batchbuffer data starting from the packet. */
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
uint32_t count;
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
/** GPU address of the start of the batchbuffer data. */
uint32_t base_hw_offset;
/** CPU Virtual address of the start of the batchbuffer data. */
uint32_t *base_data;
/** Number of DWORDs of batchbuffer data. */
uint32_t base_count;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
/** @{
* GPU head and tail pointers, which will be noted in the dump, or ~0.
*/
uint32_t head, tail;
/** @} */
/**
* Whether to dump the dwords after MI_BATCHBUFFER_END.
*
* This sometimes provides clues in corrupted batchbuffers,
* and is used by the intel-gpu-tools.
*/
bool dump_past_end;
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
bool overflowed;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
};
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
static FILE *out;
static uint32_t saved_s2 = 0, saved_s4 = 0;
static char saved_s2_set = 0, saved_s4_set = 0;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
static uint32_t head_offset = 0xffffffff; /* undefined */
static uint32_t tail_offset = 0xffffffff; /* undefined */
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#ifndef ARRAY_SIZE
#define ARRAY_SIZE(A) (sizeof(A)/sizeof(A[0]))
#endif
#define BUFFER_FAIL(_count, _len, _name) do { \
fprintf(out, "Buffer size too small in %s (%d < %d)\n", \
(_name), (_count), (_len)); \
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
return _count; \
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
} while (0)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
static float int_as_float(uint32_t intval)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
union intfloat {
uint32_t i;
float f;
} uval;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uval.i = intval;
return uval.f;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Add printflike warnings for instr_out. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:01:19 -07:00
Mark functions printf-like where possible These functions all take a format string and either a list of variable arguments or a va_list. Use the new DRM_PRINTFLIKE macro to tell the compiler about it so that the arguments can be checked against the format string. Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Thierry Reding <treding@nvidia.com>
2014-01-22 04:06:51 -07:00
static void DRM_PRINTFLIKE(3, 4)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(struct drm_intel_decode *ctx, unsigned int index,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *fmt, ...)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
va_list va;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *parseinfo;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
uint32_t offset = ctx->hw_offset + index * 4;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
if (index > ctx->count) {
if (!ctx->overflowed) {
fprintf(out, "ERROR: Decode attempted to continue beyond end of batchbuffer\n");
ctx->overflowed = true;
}
return;
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (offset == head_offset)
parseinfo = "HEAD";
else if (offset == tail_offset)
parseinfo = "TAIL";
else
parseinfo = " ";
fprintf(out, "0x%08x: %s 0x%08x: %s", offset, parseinfo,
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
ctx->data[index], index == 0 ? "" : " ");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
va_start(va, fmt);
vfprintf(out, fmt, va);
va_end(va);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: add decoding of MI_SET_CONTEXT Signed-off-by: Ben Widawsky <ben@bwidawsk.net> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2012-05-27 17:10:51 -06:00
static int
decode_MI_SET_CONTEXT(struct drm_intel_decode *ctx)
{
uint32_t data = ctx->data[1];
if (ctx->gen > 7)
return 1;
instr_out(ctx, 0, "MI_SET_CONTEXT\n");
instr_out(ctx, 1, "gtt offset = 0x%x%s%s\n",
data & ~0xfff,
data & (1<<1)? ", Force Restore": "",
data & (1<<0)? ", Restore Inhibit": "");
return 2;
}
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
static int
decode_MI_WAIT_FOR_EVENT(struct drm_intel_decode *ctx)
{
const char *cc_wait;
int cc_shift = 0;
uint32_t data = ctx->data[0];
if (ctx->gen <= 5)
cc_shift = 9;
else
cc_shift = 16;
switch ((data >> cc_shift) & 0x1f) {
case 1:
cc_wait = ", cc wait 1";
break;
case 2:
cc_wait = ", cc wait 2";
break;
case 3:
cc_wait = ", cc wait 3";
break;
case 4:
cc_wait = ", cc wait 4";
break;
case 5:
cc_wait = ", cc wait 4";
break;
default:
cc_wait = "";
break;
}
if (ctx->gen <= 5) {
instr_out(ctx, 0, "MI_WAIT_FOR_EVENT%s%s%s%s%s%s%s%s%s%s%s%s%s%s\n",
data & (1<<18)? ", pipe B start vblank wait": "",
data & (1<<17)? ", pipe A start vblank wait": "",
data & (1<<16)? ", overlay flip pending wait": "",
data & (1<<14)? ", pipe B hblank wait": "",
data & (1<<13)? ", pipe A hblank wait": "",
cc_wait,
data & (1<<8)? ", plane C pending flip wait": "",
data & (1<<7)? ", pipe B vblank wait": "",
data & (1<<6)? ", plane B pending flip wait": "",
data & (1<<5)? ", pipe B scan line wait": "",
data & (1<<4)? ", fbc idle wait": "",
data & (1<<3)? ", pipe A vblank wait": "",
data & (1<<2)? ", plane A pending flip wait": "",
data & (1<<1)? ", plane A scan line wait": "");
} else {
instr_out(ctx, 0, "MI_WAIT_FOR_EVENT%s%s%s%s%s%s%s%s%s%s%s%s\n",
data & (1<<20)? ", sprite C pending flip wait": "", /* ivb */
cc_wait,
data & (1<<13)? ", pipe B hblank wait": "",
data & (1<<11)? ", pipe B vblank wait": "",
data & (1<<10)? ", sprite B pending flip wait": "",
data & (1<<9)? ", plane B pending flip wait": "",
data & (1<<8)? ", plane B scan line wait": "",
data & (1<<5)? ", pipe A hblank wait": "",
data & (1<<3)? ", pipe A vblank wait": "",
data & (1<<2)? ", sprite A pending flip wait": "",
data & (1<<1)? ", plane A pending flip wait": "",
data & (1<<0)? ", plane A scan line wait": "");
}
return 1;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_mi(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
unsigned int opcode, len = -1;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *post_sync_op = "";
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
int len_mask;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int min_len;
unsigned int max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
int (*func)(struct drm_intel_decode *ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_mi[] = {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x08, 0, 1, 1, "MI_ARB_ON_OFF" },
{ 0x0a, 0, 1, 1, "MI_BATCH_BUFFER_END" },
{ 0x30, 0x3f, 3, 3, "MI_BATCH_BUFFER" },
{ 0x31, 0x3f, 2, 2, "MI_BATCH_BUFFER_START" },
{ 0x14, 0x3f, 3, 3, "MI_DISPLAY_BUFFER_INFO" },
{ 0x04, 0, 1, 1, "MI_FLUSH" },
{ 0x22, 0x1f, 3, 3, "MI_LOAD_REGISTER_IMM" },
{ 0x13, 0x3f, 2, 2, "MI_LOAD_SCAN_LINES_EXCL" },
{ 0x12, 0x3f, 2, 2, "MI_LOAD_SCAN_LINES_INCL" },
{ 0x00, 0, 1, 1, "MI_NOOP" },
{ 0x11, 0x3f, 2, 2, "MI_OVERLAY_FLIP" },
{ 0x07, 0, 1, 1, "MI_REPORT_HEAD" },
intel: add decoding of MI_SET_CONTEXT Signed-off-by: Ben Widawsky <ben@bwidawsk.net> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
2012-05-27 17:10:51 -06:00
{ 0x18, 0x3f, 2, 2, "MI_SET_CONTEXT", decode_MI_SET_CONTEXT },
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x20, 0x3f, 3, 4, "MI_STORE_DATA_IMM" },
{ 0x21, 0x3f, 3, 4, "MI_STORE_DATA_INDEX" },
{ 0x24, 0x3f, 3, 3, "MI_STORE_REGISTER_MEM" },
{ 0x02, 0, 1, 1, "MI_USER_INTERRUPT" },
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
{ 0x03, 0, 1, 1, "MI_WAIT_FOR_EVENT", decode_MI_WAIT_FOR_EVENT },
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x16, 0x7f, 3, 3, "MI_SEMAPHORE_MBOX" },
{ 0x26, 0x1f, 3, 4, "MI_FLUSH_DW" },
intel: Add the Gen6+ version of MI_REPORT_PERF_COUNT to intel_decode.c. Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Ben Widawsky <benjamin.widawsky@intel.com>
2013-10-29 20:30:45 -06:00
{ 0x28, 0x3f, 3, 3, "MI_REPORT_PERF_COUNT" },
intel: Add MI_LOAD_REGISTER_MEM to intel_decode.c. Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Ben Widawsky <benjamin.widawsky@intel.com>
2013-10-29 21:41:16 -06:00
{ 0x29, 0xff, 3, 3, "MI_LOAD_REGISTER_MEM" },
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x0b, 0, 1, 1, "MI_SUSPEND_FLUSH"},
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
}, *opcode_mi = NULL;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
/* check instruction length */
for (opcode = 0; opcode < sizeof(opcodes_mi) / sizeof(opcodes_mi[0]);
opcode++) {
if ((data[0] & 0x1f800000) >> 23 == opcodes_mi[opcode].opcode) {
len = 1;
if (opcodes_mi[opcode].max_len > 1) {
len =
(data[0] & opcodes_mi[opcode].len_mask) + 2;
if (len < opcodes_mi[opcode].min_len
|| len > opcodes_mi[opcode].max_len) {
fprintf(out,
"Bad length (%d) in %s, [%d, %d]\n",
len, opcodes_mi[opcode].name,
opcodes_mi[opcode].min_len,
opcodes_mi[opcode].max_len);
}
}
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
opcode_mi = &opcodes_mi[opcode];
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel/decode: decode MI_WAIT_FOR_EVENT ... and add support to decode MI instructions with functions. Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com> Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-04-02 05:08:09 -06:00
if (opcode_mi && opcode_mi->func)
return opcode_mi->func(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch ((data[0] & 0x1f800000) >> 23) {
case 0x0a:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "MI_BATCH_BUFFER_END\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return -1;
case 0x16:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "MI_SEMAPHORE_MBOX%s%s%s%s %u\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[0] & (1 << 22) ? " global gtt," : "",
data[0] & (1 << 21) ? " update semaphore," : "",
data[0] & (1 << 20) ? " compare semaphore," : "",
data[0] & (1 << 18) ? " use compare reg" : "",
(data[0] & (0x3 << 16)) >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "value\n");
instr_out(ctx, 2, "address\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x21:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "MI_STORE_DATA_INDEX%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[0] & (1 << 21) ? " use per-process HWS," : "");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "index\n");
instr_out(ctx, 2, "dword\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len == 4)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "upper dword\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x00:
if (data[0] & (1 << 22))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"MI_NOOP write NOPID reg, val=0x%x\n",
data[0] & ((1 << 22) - 1));
else
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "MI_NOOP\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x26:
switch (data[0] & (0x3 << 14)) {
case (0 << 14):
post_sync_op = "no write";
break;
case (1 << 14):
post_sync_op = "write data";
break;
case (2 << 14):
post_sync_op = "reserved";
break;
case (3 << 14):
post_sync_op = "write TIMESTAMP";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"MI_FLUSH_DW%s%s%s%s post_sync_op='%s' %s%s\n",
data[0] & (1 << 22) ?
" enable protected mem (BCS-only)," : "",
data[0] & (1 << 21) ? " store in hws," : "",
data[0] & (1 << 18) ? " invalidate tlb," : "",
data[0] & (1 << 17) ? " flush gfdt," : "",
post_sync_op,
data[0] & (1 << 8) ? " enable notify interrupt," : "",
data[0] & (1 << 7) ?
" invalidate video state (BCS-only)," : "");
if (data[0] & (1 << 21))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "hws index\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
else
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "address\n");
instr_out(ctx, 2, "dword\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len == 4)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "upper dword\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (opcode = 0; opcode < sizeof(opcodes_mi) / sizeof(opcodes_mi[0]);
opcode++) {
if ((data[0] & 0x1f800000) >> 23 == opcodes_mi[opcode].opcode) {
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int i;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcodes_mi[opcode].name);
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "MI UNKNOWN\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(struct drm_intel_decode *ctx, const char *cmd)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s (rgb %sabled, alpha %sabled, src tile %d, dst tile %d)\n",
cmd,
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
(ctx->data[0] & (1 << 20)) ? "en" : "dis",
(ctx->data[0] & (1 << 21)) ? "en" : "dis",
(ctx->data[0] >> 15) & 1,
(ctx->data[0] >> 11) & 1);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
static void
decode_2d_br01(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *format;
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
switch ((ctx->data[1] >> 24) & 0x3) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0:
format = "8";
break;
case 1:
format = "565";
break;
case 2:
format = "1555";
break;
case 3:
format = "8888";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
"format %s, pitch %d, rop 0x%02x, "
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"clipping %sabled, %s%s \n",
format,
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
(short)(ctx->data[1] & 0xffff),
(ctx->data[1] >> 16) & 0xff,
ctx->data[1] & (1 << 30) ? "en" : "dis",
ctx->data[1] & (1 << 31) ? "solid pattern enabled, " : "",
ctx->data[1] & (1 << 31) ?
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"mono pattern transparency enabled, " : "");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_2d(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
unsigned int opcode, len;
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int min_len;
unsigned int max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_2d[] = {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x40, 5, 5, "COLOR_BLT" },
{ 0x43, 6, 6, "SRC_COPY_BLT" },
{ 0x01, 8, 8, "XY_SETUP_BLT" },
{ 0x11, 9, 9, "XY_SETUP_MONO_PATTERN_SL_BLT" },
{ 0x03, 3, 3, "XY_SETUP_CLIP_BLT" },
{ 0x24, 2, 2, "XY_PIXEL_BLT" },
{ 0x25, 3, 3, "XY_SCANLINES_BLT" },
{ 0x26, 4, 4, "Y_TEXT_BLT" },
{ 0x31, 5, 134, "XY_TEXT_IMMEDIATE_BLT" },
{ 0x50, 6, 6, "XY_COLOR_BLT" },
{ 0x51, 6, 6, "XY_PAT_BLT" },
{ 0x76, 8, 8, "XY_PAT_CHROMA_BLT" },
{ 0x72, 7, 135, "XY_PAT_BLT_IMMEDIATE" },
{ 0x77, 9, 137, "XY_PAT_CHROMA_BLT_IMMEDIATE" },
{ 0x52, 9, 9, "XY_MONO_PAT_BLT" },
{ 0x59, 7, 7, "XY_MONO_PAT_FIXED_BLT" },
{ 0x53, 8, 8, "XY_SRC_COPY_BLT" },
{ 0x54, 8, 8, "XY_MONO_SRC_COPY_BLT" },
{ 0x71, 9, 137, "XY_MONO_SRC_COPY_IMMEDIATE_BLT" },
{ 0x55, 9, 9, "XY_FULL_BLT" },
{ 0x55, 9, 137, "XY_FULL_IMMEDIATE_PATTERN_BLT" },
{ 0x56, 9, 9, "XY_FULL_MONO_SRC_BLT" },
{ 0x75, 10, 138, "XY_FULL_MONO_SRC_IMMEDIATE_PATTERN_BLT" },
{ 0x57, 12, 12, "XY_FULL_MONO_PATTERN_BLT" },
{ 0x58, 12, 12, "XY_FULL_MONO_PATTERN_MONO_SRC_BLT"},
};
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch ((data[0] & 0x1fc00000) >> 22) {
case 0x25:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"XY_SCANLINES_BLT (pattern seed (%d, %d), dst tile %d)\n",
(data[0] >> 12) & 0x8,
(data[0] >> 8) & 0x8, (data[0] >> 11) & 1);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if (len != 3)
fprintf(out, "Bad count in XY_SCANLINES_BLT\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "dest (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & 0xffff, data[1] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "dest (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
return len;
case 0x01:
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(ctx, "XY_SETUP_BLT");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if (len != 8)
fprintf(out, "Bad count in XY_SETUP_BLT\n");
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
decode_2d_br01(ctx);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[3] & 0xffff, data[3] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "setup dst offset 0x%08x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[4]);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5, "setup background color\n");
instr_out(ctx, 6, "setup foreground color\n");
instr_out(ctx, 7, "color pattern offset\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x03:
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(ctx, "XY_SETUP_CLIP_BLT");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if (len != 3)
fprintf(out, "Bad count in XY_SETUP_CLIP_BLT\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[3] >> 16);
return len;
case 0x11:
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(ctx, "XY_SETUP_MONO_PATTERN_SL_BLT");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if (len != 9)
fprintf(out,
"Bad count in XY_SETUP_MONO_PATTERN_SL_BLT\n");
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
decode_2d_br01(ctx);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "cliprect (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[3] & 0xffff, data[3] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "setup dst offset 0x%08x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[4]);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5, "setup background color\n");
instr_out(ctx, 6, "setup foreground color\n");
instr_out(ctx, 7, "mono pattern dw0\n");
instr_out(ctx, 8, "mono pattern dw1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x50:
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(ctx, "XY_COLOR_BLT");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if (len != 6)
fprintf(out, "Bad count in XY_COLOR_BLT\n");
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
decode_2d_br01(ctx);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[3] & 0xffff, data[3] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "offset 0x%08x\n", data[4]);
instr_out(ctx, 5, "color\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x53:
intel: Use the context to simplify BR00 decode. The count (actually index) was always 0, because BR00 is dword 0.
2011-12-20 16:17:24 -07:00
decode_2d_br00(ctx, "XY_SRC_COPY_BLT");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
len = (data[0] & 0x000000ff) + 2;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != 8)
fprintf(out, "Bad count in XY_SRC_COPY_BLT\n");
intel: Use the context to simplify BR01 decode. Similar to BR00, count was always 1 and was always an index, not a count.
2011-12-20 16:19:24 -07:00
decode_2d_br01(ctx);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "dst (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "dst (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[3] & 0xffff, data[3] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "dst offset 0x%08x\n", data[4]);
instr_out(ctx, 5, "src (%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[5] & 0xffff, data[5] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6, "src pitch %d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
(short)(data[6] & 0xffff));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 7, "src offset 0x%08x\n", data[7]);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
for (opcode = 0; opcode < sizeof(opcodes_2d) / sizeof(opcodes_2d[0]);
opcode++) {
if ((data[0] & 0x1fc00000) >> 22 == opcodes_2d[opcode].opcode) {
unsigned int i;
len = 1;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcodes_2d[opcode].name);
if (opcodes_2d[opcode].max_len > 1) {
len = (data[0] & 0x000000ff) + 2;
if (len < opcodes_2d[opcode].min_len ||
len > opcodes_2d[opcode].max_len) {
fprintf(out, "Bad count in %s\n",
opcodes_2d[opcode].name);
}
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "2D UNKNOWN\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_1c(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t opcode;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode = (data[0] & 0x00f80000) >> 19;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (opcode) {
case 0x11:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_DEPTH_SUBRECTANGLE_DISABLE\n");
return 1;
case 0x10:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_SCISSOR_ENABLE %s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[0] & 1 ? "enabled" : "disabled");
return 1;
case 0x01:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_MAP_COORD_SET_I830\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
case 0x0a:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_MAP_CUBE_I830\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
case 0x05:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_MAP_TEX_STREAM_I830\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3D UNKNOWN: 3d_1c opcode = 0x%x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode);
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
/** Sets the string dstname to describe the destination of the PS instruction */
static void
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
i915_get_instruction_dst(uint32_t *data, int i, char *dstname, int do_mask)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t a0 = data[i];
int dst_nr = (a0 >> 14) & 0xf;
char dstmask[8];
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *sat;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (do_mask) {
if (((a0 >> 10) & 0xf) == 0xf) {
dstmask[0] = 0;
} else {
int dstmask_index = 0;
dstmask[dstmask_index++] = '.';
if (a0 & (1 << 10))
dstmask[dstmask_index++] = 'x';
if (a0 & (1 << 11))
dstmask[dstmask_index++] = 'y';
if (a0 & (1 << 12))
dstmask[dstmask_index++] = 'z';
if (a0 & (1 << 13))
dstmask[dstmask_index++] = 'w';
dstmask[dstmask_index++] = 0;
}
if (a0 & (1 << 22))
sat = ".sat";
else
sat = "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
} else {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
dstmask[0] = 0;
sat = "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch ((a0 >> 19) & 0x7) {
case 0:
if (dst_nr > 15)
fprintf(out, "bad destination reg R%d\n", dst_nr);
sprintf(dstname, "R%d%s%s", dst_nr, dstmask, sat);
break;
case 4:
if (dst_nr > 0)
fprintf(out, "bad destination reg oC%d\n", dst_nr);
sprintf(dstname, "oC%s%s", dstmask, sat);
break;
case 5:
if (dst_nr > 0)
fprintf(out, "bad destination reg oD%d\n", dst_nr);
sprintf(dstname, "oD%s%s", dstmask, sat);
break;
case 6:
if (dst_nr > 3)
fprintf(out, "bad destination reg U%d\n", dst_nr);
sprintf(dstname, "U%d%s%s", dst_nr, dstmask, sat);
break;
default:
sprintf(dstname, "RESERVED");
break;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
i915_get_channel_swizzle(uint32_t select)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (select & 0x7) {
case 0:
return (select & 8) ? "-x" : "x";
case 1:
return (select & 8) ? "-y" : "y";
case 2:
return (select & 8) ? "-z" : "z";
case 3:
return (select & 8) ? "-w" : "w";
case 4:
return (select & 8) ? "-0" : "0";
case 5:
return (select & 8) ? "-1" : "1";
default:
return (select & 8) ? "-bad" : "bad";
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
i915_get_instruction_src_name(uint32_t src_type, uint32_t src_nr, char *name)
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (src_type) {
case 0:
sprintf(name, "R%d", src_nr);
if (src_nr > 15)
fprintf(out, "bad src reg %s\n", name);
break;
case 1:
if (src_nr < 8)
sprintf(name, "T%d", src_nr);
else if (src_nr == 8)
sprintf(name, "DIFFUSE");
else if (src_nr == 9)
sprintf(name, "SPECULAR");
else if (src_nr == 10)
sprintf(name, "FOG");
else {
fprintf(out, "bad src reg T%d\n", src_nr);
sprintf(name, "RESERVED");
}
break;
case 2:
sprintf(name, "C%d", src_nr);
if (src_nr > 31)
fprintf(out, "bad src reg %s\n", name);
break;
case 4:
sprintf(name, "oC");
if (src_nr > 0)
fprintf(out, "bad src reg oC%d\n", src_nr);
break;
case 5:
sprintf(name, "oD");
if (src_nr > 0)
fprintf(out, "bad src reg oD%d\n", src_nr);
break;
case 6:
sprintf(name, "U%d", src_nr);
if (src_nr > 3)
fprintf(out, "bad src reg %s\n", name);
break;
default:
fprintf(out, "bad src reg type %d\n", src_type);
sprintf(name, "RESERVED");
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
static void i915_get_instruction_src0(uint32_t *data, int i, char *srcname)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t a0 = data[i];
uint32_t a1 = data[i + 1];
int src_nr = (a0 >> 2) & 0x1f;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *swizzle_x = i915_get_channel_swizzle((a1 >> 28) & 0xf);
const char *swizzle_y = i915_get_channel_swizzle((a1 >> 24) & 0xf);
const char *swizzle_z = i915_get_channel_swizzle((a1 >> 20) & 0xf);
const char *swizzle_w = i915_get_channel_swizzle((a1 >> 16) & 0xf);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char swizzle[100];
i915_get_instruction_src_name((a0 >> 7) & 0x7, src_nr, srcname);
sprintf(swizzle, ".%s%s%s%s", swizzle_x, swizzle_y, swizzle_z,
swizzle_w);
if (strcmp(swizzle, ".xyzw") != 0)
strcat(srcname, swizzle);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
static void i915_get_instruction_src1(uint32_t *data, int i, char *srcname)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t a1 = data[i + 1];
uint32_t a2 = data[i + 2];
int src_nr = (a1 >> 8) & 0x1f;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *swizzle_x = i915_get_channel_swizzle((a1 >> 4) & 0xf);
const char *swizzle_y = i915_get_channel_swizzle((a1 >> 0) & 0xf);
const char *swizzle_z = i915_get_channel_swizzle((a2 >> 28) & 0xf);
const char *swizzle_w = i915_get_channel_swizzle((a2 >> 24) & 0xf);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char swizzle[100];
i915_get_instruction_src_name((a1 >> 13) & 0x7, src_nr, srcname);
sprintf(swizzle, ".%s%s%s%s", swizzle_x, swizzle_y, swizzle_z,
swizzle_w);
if (strcmp(swizzle, ".xyzw") != 0)
strcat(srcname, swizzle);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
static void i915_get_instruction_src2(uint32_t *data, int i, char *srcname)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t a2 = data[i + 2];
int src_nr = (a2 >> 16) & 0x1f;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *swizzle_x = i915_get_channel_swizzle((a2 >> 12) & 0xf);
const char *swizzle_y = i915_get_channel_swizzle((a2 >> 8) & 0xf);
const char *swizzle_z = i915_get_channel_swizzle((a2 >> 4) & 0xf);
const char *swizzle_w = i915_get_channel_swizzle((a2 >> 0) & 0xf);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char swizzle[100];
i915_get_instruction_src_name((a2 >> 21) & 0x7, src_nr, srcname);
sprintf(swizzle, ".%s%s%s%s", swizzle_x, swizzle_y, swizzle_z,
swizzle_w);
if (strcmp(swizzle, ".xyzw") != 0)
strcat(srcname, swizzle);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
i915_get_instruction_addr(uint32_t src_type, uint32_t src_nr, char *name)
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (src_type) {
case 0:
sprintf(name, "R%d", src_nr);
if (src_nr > 15)
fprintf(out, "bad src reg %s\n", name);
break;
case 1:
if (src_nr < 8)
sprintf(name, "T%d", src_nr);
else if (src_nr == 8)
sprintf(name, "DIFFUSE");
else if (src_nr == 9)
sprintf(name, "SPECULAR");
else if (src_nr == 10)
sprintf(name, "FOG");
else {
fprintf(out, "bad src reg T%d\n", src_nr);
sprintf(name, "RESERVED");
}
break;
case 4:
sprintf(name, "oC");
if (src_nr > 0)
fprintf(out, "bad src reg oC%d\n", src_nr);
break;
case 5:
sprintf(name, "oD");
if (src_nr > 0)
fprintf(out, "bad src reg oD%d\n", src_nr);
break;
default:
fprintf(out, "bad src reg type %d\n", src_type);
sprintf(name, "RESERVED");
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(struct drm_intel_decode *ctx,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
int i, char *instr_prefix, const char *op_name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char dst[100], src0[100];
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_get_instruction_dst(ctx->data, i, dst, 1);
i915_get_instruction_src0(ctx->data, i, src0);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: %s %s, %s\n", instr_prefix,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
op_name, dst, src0);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(struct drm_intel_decode *ctx,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
int i, char *instr_prefix, const char *op_name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char dst[100], src0[100], src1[100];
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_get_instruction_dst(ctx->data, i, dst, 1);
i915_get_instruction_src0(ctx->data, i, src0);
i915_get_instruction_src1(ctx->data, i, src1);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: %s %s, %s, %s\n", instr_prefix,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
op_name, dst, src0, src1);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu3(struct drm_intel_decode *ctx,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
int i, char *instr_prefix, const char *op_name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char dst[100], src0[100], src1[100], src2[100];
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_get_instruction_dst(ctx->data, i, dst, 1);
i915_get_instruction_src0(ctx->data, i, src0);
i915_get_instruction_src1(ctx->data, i, src1);
i915_get_instruction_src2(ctx->data, i, src2);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: %s %s, %s, %s, %s\n", instr_prefix,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
op_name, dst, src0, src1, src2);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_tex(struct drm_intel_decode *ctx, int i,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *instr_prefix, const char *tex_name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
uint32_t t0 = ctx->data[i];
uint32_t t1 = ctx->data[i + 1];
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char dst_name[100];
char addr_name[100];
int sampler_nr;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_get_instruction_dst(ctx->data, i, dst_name, 0);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
i915_get_instruction_addr((t1 >> 24) & 0x7,
(t1 >> 17) & 0xf, addr_name);
sampler_nr = t0 & 0xf;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: %s %s, S%d, %s\n", instr_prefix,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
tex_name, dst_name, sampler_nr, addr_name);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_dcl(struct drm_intel_decode *ctx, int i, char *instr_prefix)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
uint32_t d0 = ctx->data[i];
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *sampletype;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
int dcl_nr = (d0 >> 14) & 0xf;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *dcl_x = d0 & (1 << 10) ? "x" : "";
const char *dcl_y = d0 & (1 << 11) ? "y" : "";
const char *dcl_z = d0 & (1 << 12) ? "z" : "";
const char *dcl_w = d0 & (1 << 13) ? "w" : "";
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char dcl_mask[10];
switch ((d0 >> 19) & 0x3) {
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
case 1:
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
sprintf(dcl_mask, ".%s%s%s%s", dcl_x, dcl_y, dcl_z, dcl_w);
if (strcmp(dcl_mask, ".") == 0)
fprintf(out, "bad (empty) dcl mask\n");
if (dcl_nr > 10)
fprintf(out, "bad T%d dcl register number\n", dcl_nr);
if (dcl_nr < 8) {
if (strcmp(dcl_mask, ".x") != 0 &&
strcmp(dcl_mask, ".xy") != 0 &&
strcmp(dcl_mask, ".xz") != 0 &&
strcmp(dcl_mask, ".w") != 0 &&
strcmp(dcl_mask, ".xyzw") != 0) {
fprintf(out, "bad T%d.%s dcl mask\n", dcl_nr,
dcl_mask);
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: DCL T%d%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
instr_prefix, dcl_nr, dcl_mask);
} else {
if (strcmp(dcl_mask, ".xz") == 0)
fprintf(out, "errataed bad dcl mask %s\n",
dcl_mask);
else if (strcmp(dcl_mask, ".xw") == 0)
fprintf(out, "errataed bad dcl mask %s\n",
dcl_mask);
else if (strcmp(dcl_mask, ".xzw") == 0)
fprintf(out, "errataed bad dcl mask %s\n",
dcl_mask);
if (dcl_nr == 8) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s: DCL DIFFUSE%s\n", instr_prefix,
dcl_mask);
} else if (dcl_nr == 9) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s: DCL SPECULAR%s\n", instr_prefix,
dcl_mask);
} else if (dcl_nr == 10) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s: DCL FOG%s\n", instr_prefix,
dcl_mask);
}
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 3:
switch ((d0 >> 22) & 0x3) {
case 0:
sampletype = "2D";
break;
case 1:
sampletype = "CUBE";
break;
case 2:
sampletype = "3D";
break;
default:
sampletype = "RESERVED";
break;
}
if (dcl_nr > 15)
fprintf(out, "bad S%d dcl register number\n", dcl_nr);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: DCL S%d %s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
instr_prefix, dcl_nr, sampletype);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
default:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: DCL RESERVED%d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
instr_prefix, dcl_nr);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_instruction(struct drm_intel_decode *ctx,
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
int i, char *instr_prefix)
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
switch ((ctx->data[i] >> 24) & 0x1f) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x0:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: NOP\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x01:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "ADD");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x02:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "MOV");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x03:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "MUL");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x04:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu3(ctx, i, instr_prefix, "MAD");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x05:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu3(ctx, i, instr_prefix, "DP2ADD");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x06:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "DP3");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x07:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "DP4");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x08:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "FRC");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x09:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "RCP");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0a:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "RSQ");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0b:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "EXP");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0c:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "LOG");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0d:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "CMP");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0e:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "MIN");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x0f:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "MAX");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x10:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "FLR");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x11:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "MOD");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x12:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu1(ctx, i, instr_prefix, "TRC");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x13:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "SGE");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x14:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_alu2(ctx, i, instr_prefix, "SLT");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x15:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_tex(ctx, i, instr_prefix, "TEXLD");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x16:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_tex(ctx, i, instr_prefix, "TEXLDP");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x17:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_tex(ctx, i, instr_prefix, "TEXLDB");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x19:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_dcl(ctx, i, instr_prefix);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
default:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "%s: unknown\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
instr_out(ctx, i++, "%s\n", instr_prefix);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_compare_func(uint32_t op)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (op & 0x7) {
case 0:
return "always";
case 1:
return "never";
case 2:
return "less";
case 3:
return "equal";
case 4:
return "lequal";
case 5:
return "greater";
case 6:
return "notequal";
case 7:
return "gequal";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_stencil_op(uint32_t op)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (op & 0x7) {
case 0:
return "keep";
case 1:
return "zero";
case 2:
return "replace";
case 3:
return "incr_sat";
case 4:
return "decr_sat";
case 5:
return "greater";
case 6:
return "incr";
case 7:
return "decr";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Disable unused decode_logic_op(). It was producing an unused code warning. I'm tempted to just remove it, since it's unused, but I *might* use it soon. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:32:27 -07:00
#if 0
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_logic_op(uint32_t op)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (op & 0xf) {
case 0:
return "clear";
case 1:
return "nor";
case 2:
return "and_inv";
case 3:
return "copy_inv";
case 4:
return "and_rvrse";
case 5:
return "inv";
case 6:
return "xor";
case 7:
return "nand";
case 8:
return "and";
case 9:
return "equiv";
case 10:
return "noop";
case 11:
return "or_inv";
case 12:
return "copy";
case 13:
return "or_rvrse";
case 14:
return "or";
case 15:
return "set";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Disable unused decode_logic_op(). It was producing an unused code warning. I'm tempted to just remove it, since it's unused, but I *might* use it soon. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:32:27 -07:00
#endif
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_blend_fact(uint32_t op)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (op & 0xf) {
case 1:
return "zero";
case 2:
return "one";
case 3:
return "src_colr";
case 4:
return "inv_src_colr";
case 5:
return "src_alpha";
case 6:
return "inv_src_alpha";
case 7:
return "dst_alpha";
case 8:
return "inv_dst_alpha";
case 9:
return "dst_colr";
case 10:
return "inv_dst_colr";
case 11:
return "src_alpha_sat";
case 12:
return "cnst_colr";
case 13:
return "inv_cnst_colr";
case 14:
return "cnst_alpha";
case 15:
return "inv_const_alpha";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_tex_coord_mode(uint32_t mode)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (mode & 0x7) {
case 0:
return "wrap";
case 1:
return "mirror";
case 2:
return "clamp_edge";
case 3:
return "cube";
case 4:
return "clamp_border";
case 5:
return "mirror_once";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
static const char *
decode_sample_filter(uint32_t mode)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (mode & 0x7) {
case 0:
return "nearest";
case 1:
return "linear";
case 2:
return "anisotropic";
case 3:
return "4x4_1";
case 4:
return "4x4_2";
case 5:
return "4x4_flat";
case 6:
return "6x5_mono";
}
return "";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_1d(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
unsigned int len, i, c, idx, word, map, sampler, instr;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *format, *zformat, *type;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
uint32_t opcode;
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
uint32_t devid = ctx->devid;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
int i830_only;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int min_len;
unsigned int max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_3d_1d[] = {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x86, 0, 4, 4, "3DSTATE_CHROMA_KEY" },
{ 0x88, 0, 2, 2, "3DSTATE_CONSTANT_BLEND_COLOR" },
{ 0x99, 0, 2, 2, "3DSTATE_DEFAULT_DIFFUSE" },
{ 0x9a, 0, 2, 2, "3DSTATE_DEFAULT_SPECULAR" },
{ 0x98, 0, 2, 2, "3DSTATE_DEFAULT_Z" },
{ 0x97, 0, 2, 2, "3DSTATE_DEPTH_OFFSET_SCALE" },
{ 0x9d, 0, 65, 65, "3DSTATE_FILTER_COEFFICIENTS_4X4" },
{ 0x9e, 0, 4, 4, "3DSTATE_MONO_FILTER" },
{ 0x89, 0, 4, 4, "3DSTATE_FOG_MODE" },
{ 0x8f, 0, 2, 16, "3DSTATE_MAP_PALLETE_LOAD_32" },
{ 0x83, 0, 2, 2, "3DSTATE_SPAN_STIPPLE" },
{ 0x8c, 1, 2, 2, "3DSTATE_MAP_COORD_TRANSFORM_I830" },
{ 0x8b, 1, 2, 2, "3DSTATE_MAP_VERTEX_TRANSFORM_I830" },
{ 0x8d, 1, 3, 3, "3DSTATE_W_STATE_I830" },
{ 0x01, 1, 2, 2, "3DSTATE_COLOR_FACTOR_I830" },
{ 0x02, 1, 2, 2, "3DSTATE_MAP_COORD_SETBIND_I830"},
}, *opcode_3d_1d;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode = (data[0] & 0x00ff0000) >> 16;
switch (opcode) {
case 0x07:
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
/* This instruction is unusual. A 0 length means just
* 1 DWORD instead of 2. The 0 length is specified in
* one place to be unsupported, but stated to be
* required in another, and 0 length LOAD_INDIRECTs
* appear to cause no harm at least.
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
*/
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_LOAD_INDIRECT\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 1;
i = 1;
if (data[0] & (0x01 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "SIS.0\n");
instr_out(ctx, i++, "SIS.1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (data[0] & (0x02 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "DIS.0\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (data[0] & (0x04 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "SSB.0\n");
instr_out(ctx, i++, "SSB.1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (data[0] & (0x08 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "MSB.0\n");
instr_out(ctx, i++, "MSB.1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (data[0] & (0x10 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "PSP.0\n");
instr_out(ctx, i++, "PSP.1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (data[0] & (0x20 << 8)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "PSC.0\n");
instr_out(ctx, i++, "PSC.1\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
if (len != i) {
fprintf(out, "Bad count in 3DSTATE_LOAD_INDIRECT\n");
return len;
}
return len;
case 0x04:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_LOAD_STATE_IMMEDIATE_1\n");
len = (data[0] & 0x0000000f) + 2;
i = 1;
for (word = 0; word <= 8; word++) {
if (data[0] & (1 << (4 + word))) {
/* save vertex state for decode */
if (!IS_GEN2(devid)) {
intel: Remove c99ish variable declarations. I'd rather be able to use c99 variable declarations (there's a lot of awful code layout due to being c90ish), but I'll leave that for later. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:27:17 -07:00
int tex_num;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (word == 2) {
saved_s2_set = 1;
saved_s2 = data[i];
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (word == 4) {
saved_s4_set = 1;
saved_s4 = data[i];
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (word) {
case 0:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S0: vbo offset: 0x%08x%s\n",
data[i] & (~1),
data[i] & 1 ?
", auto cache invalidate disabled"
: "");
break;
case 1:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S1: vertex width: %i, vertex pitch: %i\n",
(data[i] >> 24) &
0x3f,
(data[i] >> 16) &
0x3f);
break;
case 2:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S2: texcoord formats: ");
intel: Remove c99ish variable declarations. I'd rather be able to use c99 variable declarations (there's a lot of awful code layout due to being c90ish), but I'll leave that for later. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:27:17 -07:00
for (tex_num = 0;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
tex_num < 8; tex_num++) {
switch ((data[i] >>
tex_num *
4) & 0xf) {
case 0:
fprintf(out,
"%i=2D ",
tex_num);
break;
case 1:
fprintf(out,
"%i=3D ",
tex_num);
break;
case 2:
fprintf(out,
"%i=4D ",
tex_num);
break;
case 3:
fprintf(out,
"%i=1D ",
tex_num);
break;
case 4:
fprintf(out,
"%i=2D_16 ",
tex_num);
break;
case 5:
fprintf(out,
"%i=4D_16 ",
tex_num);
break;
case 0xf:
fprintf(out,
"%i=NP ",
tex_num);
break;
}
}
fprintf(out, "\n");
break;
case 3:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
"S3: not documented\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 4:
{
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *cullmode = "";
const char *vfmt_xyzw = "";
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch ((data[i] >> 13)
& 0x3) {
case 0:
cullmode =
"both";
break;
case 1:
cullmode =
"none";
break;
case 2:
cullmode = "cw";
break;
case 3:
cullmode =
"ccw";
break;
}
switch (data[i] &
(7 << 6 | 1 <<
2)) {
case 1 << 6:
vfmt_xyzw =
"XYZ,";
break;
case 2 << 6:
vfmt_xyzw =
"XYZW,";
break;
case 3 << 6:
vfmt_xyzw =
"XY,";
break;
case 4 << 6:
vfmt_xyzw =
"XYW,";
break;
case 1 << 6 | 1 << 2:
vfmt_xyzw =
"XYZF,";
break;
case 2 << 6 | 1 << 2:
vfmt_xyzw =
"XYZWF,";
break;
case 3 << 6 | 1 << 2:
vfmt_xyzw =
"XYF,";
break;
case 4 << 6 | 1 << 2:
vfmt_xyzw =
"XYWF,";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S4: point_width=%i, line_width=%.1f,"
"%s%s%s%s%s cullmode=%s, vfmt=%s%s%s%s%s%s "
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
"%s%s%s%s%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
(data[i] >>
23) & 0x1ff,
((data[i] >>
19) & 0xf) /
2.0,
data[i] & (0xf
<<
15)
?
" flatshade="
: "",
data[i] & (1
<<
18)
? "Alpha," :
"",
data[i] & (1
<<
17)
? "Fog," : "",
data[i] & (1
<<
16)
? "Specular,"
: "",
data[i] & (1
<<
15)
? "Color," :
"", cullmode,
data[i] & (1
<<
12)
?
"PointWidth,"
: "",
data[i] & (1
<<
11)
? "SpecFog," :
"",
data[i] & (1
<<
10)
? "Color," :
"",
data[i] & (1
<<
9)
? "DepthOfs,"
: "",
vfmt_xyzw,
data[i] & (1
<<
9)
? "FogParam,"
: "",
data[i] & (1
<<
5)
?
"force default diffuse, "
: "",
data[i] & (1
<<
4)
?
"force default specular, "
: "",
data[i] & (1
<<
3)
?
"local depth ofs enable, "
: "",
data[i] & (1
<<
1)
?
"point sprite enable, "
: "",
data[i] & (1
<<
0)
?
"line AA enable, "
: "");
break;
}
case 5:
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S5:%s%s%s%s%s"
"%s%s%s%s stencil_ref=0x%x, stencil_test=%s, "
"stencil_fail=%s, stencil_pass_z_fail=%s, "
"stencil_pass_z_pass=%s, %s%s%s%s\n",
data[i] & (0xf
<<
28)
?
" write_disable="
: "",
data[i] & (1
<<
31)
? "Alpha," :
"",
data[i] & (1
<<
30)
? "Red," : "",
data[i] & (1
<<
29)
? "Green," :
"",
data[i] & (1
<<
28)
? "Blue," :
"",
data[i] & (1
<<
27)
?
" force default point size,"
: "",
data[i] & (1
<<
26)
?
" last pixel enable,"
: "",
data[i] & (1
<<
25)
?
" global depth ofs enable,"
: "",
data[i] & (1
<<
24)
?
" fog enable,"
: "",
(data[i] >>
16) & 0xff,
decode_compare_func
(data[i] >>
13),
decode_stencil_op
(data[i] >>
10),
decode_stencil_op
(data[i] >>
7),
decode_stencil_op
(data[i] >>
4),
data[i] & (1
<<
3)
?
"stencil write enable, "
: "",
data[i] & (1
<<
2)
?
"stencil test enable, "
: "",
data[i] & (1
<<
1)
?
"color dither enable, "
: "",
data[i] & (1
<<
0)
?
"logicop enable, "
: "");
}
break;
case 6:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S6: %salpha_test=%s, alpha_ref=0x%x, "
"depth_test=%s, %ssrc_blnd_fct=%s, dst_blnd_fct=%s, "
"%s%stristrip_provoking_vertex=%i\n",
data[i] & (1 << 31) ?
"alpha test enable, "
: "",
decode_compare_func
(data[i] >> 28),
data[i] & (0xff <<
20),
decode_compare_func
(data[i] >> 16),
data[i] & (1 << 15) ?
"cbuf blend enable, "
: "",
decode_blend_fact(data
[i]
>>
8),
decode_blend_fact(data
[i]
>>
4),
data[i] & (1 << 3) ?
"depth write enable, "
: "",
data[i] & (1 << 2) ?
"cbuf write enable, "
: "",
data[i] & (0x3));
break;
case 7:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"S7: depth offset constant: 0x%08x\n",
data[i]);
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Correct the word decoding for gen2 3DSTATE_LOAD_STATE_IMMEDIATE_1 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2012-10-07 03:07:23 -06:00
"S%d: 0x%08x\n", word, data[i]);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
i++;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != i) {
fprintf(out,
"Bad count in 3DSTATE_LOAD_STATE_IMMEDIATE_1\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x03:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_LOAD_STATE_IMMEDIATE_2\n");
len = (data[0] & 0x0000000f) + 2;
i = 1;
for (word = 6; word <= 14; word++) {
if (data[0] & (1 << word)) {
if (word == 6)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TBCF\n");
else if (word >= 7 && word <= 10) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TB%dC\n", word - 7);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TB%dA\n", word - 7);
} else if (word >= 11 && word <= 14) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TM%dS0: offset=0x%08x, %s\n",
word - 11,
data[i] & 0xfffffffe,
data[i] & 1 ? "use fence" :
"");
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TM%dS1: height=%i, width=%i, %s\n",
word - 11, data[i] >> 21,
(data[i] >> 10) & 0x3ff,
data[i] & 2 ? (data[i] & 1 ?
"y-tiled" :
"x-tiled") :
"");
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TM%dS2: pitch=%i, \n",
word - 11,
((data[i] >> 21) + 1) * 4);
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TM%dS3\n", word - 11);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"TM%dS4: dflt color\n",
word - 11);
}
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != i) {
fprintf(out,
"Bad count in 3DSTATE_LOAD_STATE_IMMEDIATE_2\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x00:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_MAP_STATE\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x0000003f) + 2;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "mask\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
i = 2;
for (map = 0; map <= 15; map++) {
if (data[1] & (1 << map)) {
int width, height, pitch, dword;
const char *tiling;
dword = data[i];
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"map %d MS2 %s%s%s\n", map,
dword & (1 << 31) ?
"untrusted surface, " : "",
dword & (1 << 1) ?
"vertical line stride enable, " : "",
dword & (1 << 0) ?
"vertical ofs enable, " : "");
dword = data[i];
width = ((dword >> 10) & ((1 << 11) - 1)) + 1;
height = ((dword >> 21) & ((1 << 11) - 1)) + 1;
tiling = "none";
if (dword & (1 << 2))
tiling = "fenced";
else if (dword & (1 << 1))
tiling = dword & (1 << 0) ? "Y" : "X";
type = " BAD";
format = "BAD";
switch ((dword >> 7) & 0x7) {
case 1:
type = "8b";
switch ((dword >> 3) & 0xf) {
case 0:
format = "I";
break;
case 1:
format = "L";
break;
case 4:
format = "A";
break;
case 5:
format = " mono";
break;
}
break;
case 2:
type = "16b";
switch ((dword >> 3) & 0xf) {
case 0:
format = " rgb565";
break;
case 1:
format = " argb1555";
break;
case 2:
format = " argb4444";
break;
case 5:
format = " ay88";
break;
case 6:
format = " bump655";
break;
case 7:
format = "I";
break;
case 8:
format = "L";
break;
case 9:
format = "A";
break;
}
break;
case 3:
type = "32b";
switch ((dword >> 3) & 0xf) {
case 0:
format = " argb8888";
break;
case 1:
format = " abgr8888";
break;
case 2:
format = " xrgb8888";
break;
case 3:
format = " xbgr8888";
break;
case 4:
format = " qwvu8888";
break;
case 5:
format = " axvu8888";
break;
case 6:
format = " lxvu8888";
break;
case 7:
format = " xlvu8888";
break;
case 8:
format = " argb2101010";
break;
case 9:
format = " abgr2101010";
break;
case 10:
format = " awvu2101010";
break;
case 11:
format = " gr1616";
break;
case 12:
format = " vu1616";
break;
case 13:
format = " xI824";
break;
case 14:
format = " xA824";
break;
case 15:
format = " xL824";
break;
}
break;
case 5:
type = "422";
switch ((dword >> 3) & 0xf) {
case 0:
format = " yuv_swapy";
break;
case 1:
format = " yuv";
break;
case 2:
format = " yuv_swapuv";
break;
case 3:
format = " yuv_swapuvy";
break;
}
break;
case 6:
type = "compressed";
switch ((dword >> 3) & 0x7) {
case 0:
format = " dxt1";
break;
case 1:
format = " dxt2_3";
break;
case 2:
format = " dxt4_5";
break;
case 3:
format = " fxt1";
break;
case 4:
format = " dxt1_rb";
break;
}
break;
case 7:
type = "4b indexed";
switch ((dword >> 3) & 0xf) {
case 7:
format = " argb8888";
break;
}
break;
}
dword = data[i];
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"map %d MS3 [width=%d, height=%d, format=%s%s, tiling=%s%s]\n",
map, width, height, type, format,
tiling,
dword & (1 << 9) ? " palette select" :
"");
dword = data[i];
pitch =
4 * (((dword >> 21) & ((1 << 11) - 1)) + 1);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"map %d MS4 [pitch=%d, max_lod=%i, vol_depth=%i, cube_face_ena=%x, %s]\n",
map, pitch, (dword >> 9) & 0x3f,
dword & 0xff, (dword >> 15) & 0x3f,
dword & (1 << 8) ? "miplayout legacy"
: "miplayout right");
}
}
if (len != i) {
fprintf(out, "Bad count in 3DSTATE_MAP_STATE\n");
return len;
}
return len;
case 0x06:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_PIXEL_SHADER_CONSTANTS\n");
len = (data[0] & 0x000000ff) + 2;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
i = 2;
for (c = 0; c <= 31; c++) {
if (data[1] & (1 << c)) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "C%d.X = %f\n", c,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
int_as_float(data[i]));
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "C%d.Y = %f\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
c, int_as_float(data[i]));
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "C%d.Z = %f\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
c, int_as_float(data[i]));
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "C%d.W = %f\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
c, int_as_float(data[i]));
i++;
}
}
if (len != i) {
fprintf(out,
"Bad count in 3DSTATE_PIXEL_SHADER_CONSTANTS\n");
}
return len;
case 0x05:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_PIXEL_SHADER_PROGRAM\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x000000ff) + 2;
if ((len - 1) % 3 != 0 || len > 370) {
fprintf(out,
"Bad count in 3DSTATE_PIXEL_SHADER_PROGRAM\n");
}
i = 1;
for (instr = 0; instr < (len - 1) / 3; instr++) {
char instr_prefix[10];
sprintf(instr_prefix, "PS%03d", instr);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i915_decode_instruction(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
instr_prefix);
i += 3;
}
return len;
case 0x01:
if (IS_GEN2(devid))
break;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_SAMPLER_STATE\n");
instr_out(ctx, 1, "mask\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
len = (data[0] & 0x0000003f) + 2;
i = 2;
for (sampler = 0; sampler <= 15; sampler++) {
if (data[1] & (1 << sampler)) {
uint32_t dword;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *mip_filter = "";
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
dword = data[i];
switch ((dword >> 20) & 0x3) {
case 0:
mip_filter = "none";
break;
case 1:
mip_filter = "nearest";
break;
case 3:
mip_filter = "linear";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"sampler %d SS2:%s%s%s "
"base_mip_level=%i, mip_filter=%s, mag_filter=%s, min_filter=%s "
"lod_bias=%.2f,%s max_aniso=%i, shadow_func=%s\n",
sampler,
dword & (1 << 31) ? " reverse gamma,"
: "",
dword & (1 << 30) ? " packed2planar,"
: "",
dword & (1 << 29) ?
" colorspace conversion," : "",
(dword >> 22) & 0x1f, mip_filter,
decode_sample_filter(dword >> 17),
decode_sample_filter(dword >> 14),
((dword >> 5) & 0x1ff) / (0x10 * 1.0),
dword & (1 << 4) ? " shadow," : "",
dword & (1 << 3) ? 4 : 2,
decode_compare_func(dword));
dword = data[i];
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"sampler %d SS3: min_lod=%.2f,%s "
"tcmode_x=%s, tcmode_y=%s, tcmode_z=%s,%s texmap_idx=%i,%s\n",
sampler,
((dword >> 24) & 0xff) / (0x10 * 1.0),
dword & (1 << 17) ?
" kill pixel enable," : "",
decode_tex_coord_mode(dword >> 12),
decode_tex_coord_mode(dword >> 9),
decode_tex_coord_mode(dword >> 6),
dword & (1 << 5) ?
" normalized coords," : "",
(dword >> 1) & 0xf,
dword & (1 << 0) ? " deinterlacer," :
"");
dword = data[i];
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"sampler %d SS4: border color\n",
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
sampler);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
}
if (len != i) {
fprintf(out, "Bad count in 3DSTATE_SAMPLER_STATE\n");
}
return len;
case 0x85:
len = (data[0] & 0x0000000f) + 2;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != 2)
fprintf(out,
"Bad count in 3DSTATE_DEST_BUFFER_VARIABLES\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_DEST_BUFFER_VARIABLES\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch ((data[1] >> 8) & 0xf) {
case 0x0:
format = "g8";
break;
case 0x1:
format = "x1r5g5b5";
break;
case 0x2:
format = "r5g6b5";
break;
case 0x3:
format = "a8r8g8b8";
break;
case 0x4:
format = "ycrcb_swapy";
break;
case 0x5:
format = "ycrcb_normal";
break;
case 0x6:
format = "ycrcb_swapuv";
break;
case 0x7:
format = "ycrcb_swapuvy";
break;
case 0x8:
format = "a4r4g4b4";
break;
case 0x9:
format = "a1r5g5b5";
break;
case 0xa:
format = "a2r10g10b10";
break;
default:
format = "BAD";
break;
}
switch ((data[1] >> 2) & 0x3) {
case 0x0:
zformat = "u16";
break;
case 0x1:
zformat = "f16";
break;
case 0x2:
zformat = "u24x8";
break;
default:
zformat = "BAD";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s format, %s depth format, early Z %sabled\n",
format, zformat,
(data[1] & (1 << 31)) ? "en" : "dis");
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x8e:
{
const char *name, *tiling;
len = (data[0] & 0x0000000f) + 2;
if (len != 3)
fprintf(out,
"Bad count in 3DSTATE_BUFFER_INFO\n");
switch ((data[1] >> 24) & 0x7) {
case 0x3:
name = "color";
break;
case 0x7:
name = "depth";
break;
default:
name = "unknown";
break;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
tiling = "none";
if (data[1] & (1 << 23))
tiling = "fenced";
else if (data[1] & (1 << 22))
tiling = data[1] & (1 << 21) ? "Y" : "X";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_BUFFER_INFO\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s, tiling = %s, pitch=%d\n", name, tiling,
data[1] & 0xffff);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "address\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
case 0x81:
len = (data[0] & 0x0000000f) + 2;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != 3)
fprintf(out,
"Bad count in 3DSTATE_SCISSOR_RECTANGLE\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_SCISSOR_RECTANGLE\n");
instr_out(ctx, 1, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & 0xffff, data[1] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x80:
len = (data[0] & 0x0000000f) + 2;
if (len != 5)
fprintf(out,
"Bad count in 3DSTATE_DRAWING_RECTANGLE\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_DRAWING_RECTANGLE\n");
instr_out(ctx, 1, "%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & (1 << 30) ? "depth ofs disabled " : "");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, data[2] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[3] & 0xffff, data[3] >> 16);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "(%d,%d)\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[4] & 0xffff, data[4] >> 16);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x9c:
len = (data[0] & 0x0000000f) + 2;
if (len != 7)
fprintf(out, "Bad count in 3DSTATE_CLEAR_PARAMETERS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_CLEAR_PARAMETERS\n");
instr_out(ctx, 1, "prim_type=%s, clear=%s%s%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & (1 << 16) ? "CLEAR_RECT" : "ZONE_INIT",
data[1] & (1 << 2) ? "color," : "",
data[1] & (1 << 1) ? "depth," : "",
data[1] & (1 << 0) ? "stencil," : "");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "clear color\n");
instr_out(ctx, 3, "clear depth/stencil\n");
instr_out(ctx, 4, "color value (rgba8888)\n");
instr_out(ctx, 5, "depth value %f\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
int_as_float(data[5]));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6, "clear stencil\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (idx = 0; idx < ARRAY_SIZE(opcodes_3d_1d); idx++) {
opcode_3d_1d = &opcodes_3d_1d[idx];
if (opcode_3d_1d->i830_only && !IS_GEN2(devid))
continue;
if (((data[0] & 0x00ff0000) >> 16) == opcode_3d_1d->opcode) {
len = 1;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode_3d_1d->name);
if (opcode_3d_1d->max_len > 1) {
len = (data[0] & 0x0000ffff) + 2;
if (len < opcode_3d_1d->min_len ||
len > opcode_3d_1d->max_len) {
fprintf(out, "Bad count in %s\n",
opcode_3d_1d->name);
}
}
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
return len;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3D UNKNOWN: 3d_1d opcode = 0x%x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode);
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_primitive(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
uint32_t count = ctx->count;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
char immediate = (data[0] & (1 << 23)) == 0;
unsigned int len, i, j, ret;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *primtype;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
int original_s2 = saved_s2;
int original_s4 = saved_s4;
switch ((data[0] >> 18) & 0xf) {
case 0x0:
primtype = "TRILIST";
break;
case 0x1:
primtype = "TRISTRIP";
break;
case 0x2:
primtype = "TRISTRIP_REVERSE";
break;
case 0x3:
primtype = "TRIFAN";
break;
case 0x4:
primtype = "POLYGON";
break;
case 0x5:
primtype = "LINELIST";
break;
case 0x6:
primtype = "LINESTRIP";
break;
case 0x7:
primtype = "RECTLIST";
break;
case 0x8:
primtype = "POINTLIST";
break;
case 0x9:
primtype = "DIB";
break;
case 0xa:
primtype = "CLEAR_RECT";
saved_s4 = 3 << 6;
saved_s2 = ~0;
break;
default:
primtype = "unknown";
break;
}
/* XXX: 3DPRIM_DIB not supported */
if (immediate) {
len = (data[0] & 0x0003ffff) + 2;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DPRIMITIVE inline %s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
primtype);
if (count < len)
BUFFER_FAIL(count, len, "3DPRIMITIVE inline");
if (!saved_s2_set || !saved_s4_set) {
fprintf(out, "unknown vertex format\n");
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" vertex data (%f float)\n",
int_as_float(data[i]));
}
} else {
unsigned int vertex = 0;
for (i = 1; i < len;) {
unsigned int tc;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
#define VERTEX_OUT(fmt, ...) do { \
if (i < len) \
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, " V%d."fmt"\n", vertex, __VA_ARGS__); \
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
else \
fprintf(out, " missing data in V%d\n", vertex); \
i++; \
} while (0)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
VERTEX_OUT("X = %f", int_as_float(data[i]));
VERTEX_OUT("Y = %f", int_as_float(data[i]));
switch (saved_s4 >> 6 & 0x7) {
case 0x1:
VERTEX_OUT("Z = %f",
int_as_float(data[i]));
break;
case 0x2:
VERTEX_OUT("Z = %f",
int_as_float(data[i]));
VERTEX_OUT("W = %f",
int_as_float(data[i]));
break;
case 0x3:
break;
case 0x4:
VERTEX_OUT("W = %f",
int_as_float(data[i]));
break;
default:
fprintf(out, "bad S4 position mask\n");
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (saved_s4 & (1 << 10)) {
VERTEX_OUT
("color = (A=0x%02x, R=0x%02x, G=0x%02x, "
"B=0x%02x)", data[i] >> 24,
(data[i] >> 16) & 0xff,
(data[i] >> 8) & 0xff,
data[i] & 0xff);
}
if (saved_s4 & (1 << 11)) {
VERTEX_OUT
("spec = (A=0x%02x, R=0x%02x, G=0x%02x, "
"B=0x%02x)", data[i] >> 24,
(data[i] >> 16) & 0xff,
(data[i] >> 8) & 0xff,
data[i] & 0xff);
}
if (saved_s4 & (1 << 12))
VERTEX_OUT("width = 0x%08x)", data[i]);
for (tc = 0; tc <= 7; tc++) {
switch ((saved_s2 >> (tc * 4)) & 0xf) {
case 0x0:
VERTEX_OUT("T%d.X = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.Y = %f", tc,
int_as_float(data
[i]));
break;
case 0x1:
VERTEX_OUT("T%d.X = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.Y = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.Z = %f", tc,
int_as_float(data
[i]));
break;
case 0x2:
VERTEX_OUT("T%d.X = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.Y = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.Z = %f", tc,
int_as_float(data
[i]));
VERTEX_OUT("T%d.W = %f", tc,
int_as_float(data
[i]));
break;
case 0x3:
VERTEX_OUT("T%d.X = %f", tc,
int_as_float(data
[i]));
break;
case 0x4:
VERTEX_OUT
("T%d.XY = 0x%08x half-float",
tc, data[i]);
break;
case 0x5:
VERTEX_OUT
("T%d.XY = 0x%08x half-float",
tc, data[i]);
VERTEX_OUT
("T%d.ZW = 0x%08x half-float",
tc, data[i]);
break;
case 0xf:
break;
default:
fprintf(out,
"bad S2.T%d format\n",
tc);
}
}
vertex++;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
ret = len;
} else {
/* indirect vertices */
len = data[0] & 0x0000ffff; /* index count */
if (data[0] & (1 << 17)) {
/* random vertex access */
if (count < (len + 1) / 2 + 1) {
BUFFER_FAIL(count, (len + 1) / 2 + 1,
"3DPRIMITIVE random indirect");
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DPRIMITIVE random indirect %s (%d)\n",
primtype, len);
if (len == 0) {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
/* vertex indices continue until 0xffff is
* found
*/
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 1; i < count; i++) {
if ((data[i] & 0xffff) == 0xffff) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" indices: (terminator)\n");
ret = i;
goto out;
} else if ((data[i] >> 16) == 0xffff) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" indices: 0x%04x, (terminator)\n",
data[i] & 0xffff);
ret = i;
goto out;
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" indices: 0x%04x, 0x%04x\n",
data[i] & 0xffff,
data[i] >> 16);
}
}
fprintf(out,
"3DPRIMITIVE: no terminator found in index buffer\n");
ret = count;
goto out;
} else {
/* fixed size vertex index buffer */
for (j = 1, i = 0; i < len; i += 2, j++) {
if (i * 2 == len - 1) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, j,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" indices: 0x%04x\n",
data[j] & 0xffff);
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, j,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
" indices: 0x%04x, 0x%04x\n",
data[j] & 0xffff,
data[j] >> 16);
}
}
}
ret = (len + 1) / 2 + 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
goto out;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else {
/* sequential vertex access */
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DPRIMITIVE sequential indirect %s, %d starting from "
"%d\n", primtype, len, data[1] & 0xffff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, " start\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
ret = 2;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
goto out;
}
}
out:
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
saved_s2 = original_s2;
saved_s4 = original_s4;
return ret;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
uint32_t opcode;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
unsigned int idx;
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int min_len;
unsigned int max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_3d[] = {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x06, 1, 1, "3DSTATE_ANTI_ALIASING" },
{ 0x08, 1, 1, "3DSTATE_BACKFACE_STENCIL_OPS" },
{ 0x09, 1, 1, "3DSTATE_BACKFACE_STENCIL_MASKS" },
{ 0x16, 1, 1, "3DSTATE_COORD_SET_BINDINGS" },
{ 0x15, 1, 1, "3DSTATE_FOG_COLOR" },
{ 0x0b, 1, 1, "3DSTATE_INDEPENDENT_ALPHA_BLEND" },
{ 0x0d, 1, 1, "3DSTATE_MODES_4" },
{ 0x0c, 1, 1, "3DSTATE_MODES_5" },
{ 0x07, 1, 1, "3DSTATE_RASTERIZATION_RULES"},
}, *opcode_3d;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode = (data[0] & 0x1f000000) >> 24;
switch (opcode) {
case 0x1f:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_primitive(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x1d:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_1d(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x1c:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_1c(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
for (idx = 0; idx < ARRAY_SIZE(opcodes_3d); idx++) {
opcode_3d = &opcodes_3d[idx];
if (opcode == opcode_3d->opcode) {
unsigned int len = 1, i;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n", opcode_3d->name);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (opcode_3d->max_len > 1) {
len = (data[0] & 0xff) + 2;
if (len < opcode_3d->min_len ||
len > opcode_3d->max_len) {
fprintf(out, "Bad count in %s\n",
opcode_3d->name);
}
}
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3D UNKNOWN: 3d opcode = 0x%x\n", opcode);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
static const char *get_965_surfacetype(unsigned int surfacetype)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (surfacetype) {
case 0:
return "1D";
case 1:
return "2D";
case 2:
return "3D";
case 3:
return "CUBE";
case 4:
return "BUFFER";
case 7:
return "NULL";
default:
return "unknown";
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
static const char *get_965_depthformat(unsigned int depthformat)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (depthformat) {
case 0:
return "s8_z24float";
case 1:
return "z32float";
case 2:
return "z24s8";
case 5:
return "z16";
default:
return "unknown";
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
static const char *get_965_element_component(uint32_t data, int component)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
uint32_t component_control = (data >> (16 + (3 - component) * 4)) & 0x7;
switch (component_control) {
case 0:
return "nostore";
case 1:
switch (component) {
case 0:
return "X";
case 1:
return "Y";
case 2:
return "Z";
case 3:
return "W";
default:
return "fail";
}
case 2:
return "0.0";
case 3:
return "1.0";
case 4:
return "0x1";
case 5:
return "VID";
default:
return "fail";
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Add per-dword decode of gen7 3DPRIMITIVE.
2012-03-02 11:27:55 -07:00
static const char *get_965_prim_type(uint32_t primtype)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (primtype) {
case 0x01:
return "point list";
case 0x02:
return "line list";
case 0x03:
return "line strip";
case 0x04:
return "tri list";
case 0x05:
return "tri strip";
case 0x06:
return "tri fan";
case 0x07:
return "quad list";
case 0x08:
return "quad strip";
case 0x09:
return "line list adj";
case 0x0a:
return "line strip adj";
case 0x0b:
return "tri list adj";
case 0x0c:
return "tri strip adj";
case 0x0d:
return "tri strip reverse";
case 0x0e:
return "polygon";
case 0x0f:
return "rect list";
case 0x10:
return "line loop";
case 0x11:
return "point list bf";
case 0x12:
return "line strip cont";
case 0x13:
return "line strip bf";
case 0x14:
return "line strip cont bf";
case 0x15:
return "tri fan no stipple";
default:
return "fail";
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
i965_decode_urb_fence(struct drm_intel_decode *ctx, int len)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
uint32_t vs_fence, clip_fence, gs_fence, sf_fence, vfe_fence, cs_fence;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
uint32_t *data = ctx->data;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
if (len != 3)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fprintf(out, "Bad count in URB_FENCE\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
vs_fence = data[1] & 0x3ff;
gs_fence = (data[1] >> 10) & 0x3ff;
clip_fence = (data[1] >> 20) & 0x3ff;
sf_fence = data[2] & 0x3ff;
vfe_fence = (data[2] >> 10) & 0x3ff;
cs_fence = (data[2] >> 20) & 0x7ff;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "URB_FENCE: %s%s%s%s%s%s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
(data[0] >> 13) & 1 ? "cs " : "",
(data[0] >> 12) & 1 ? "vfe " : "",
(data[0] >> 11) & 1 ? "sf " : "",
(data[0] >> 10) & 1 ? "clip " : "",
(data[0] >> 9) & 1 ? "gs " : "",
(data[0] >> 8) & 1 ? "vs " : "");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
"vs fence: %d, clip_fence: %d, gs_fence: %d\n",
vs_fence, clip_fence, gs_fence);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2,
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
"sf fence: %d, vfe_fence: %d, cs_fence: %d\n",
sf_fence, vfe_fence, cs_fence);
if (gs_fence < vs_fence)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fprintf(out, "gs fence < vs fence!\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
if (clip_fence < gs_fence)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fprintf(out, "clip fence < gs fence!\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
if (sf_fence < clip_fence)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fprintf(out, "sf fence < clip fence!\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
if (cs_fence < sf_fence)
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fprintf(out, "cs fence < sf fence!\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
return len;
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_base_out(struct drm_intel_decode *ctx, unsigned int index,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
if (ctx->data[index] & 1) {
instr_out(ctx, index,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s state base address 0x%08x\n", name,
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
ctx->data[index] & ~1);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, index, "%s state base not updated\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
name);
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static void
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_max_out(struct drm_intel_decode *ctx, unsigned int index,
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
if (ctx->data[index] & 1) {
if (ctx->data[index] == 1) {
instr_out(ctx, index,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s state upper bound disabled\n", name);
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, index,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s state upper bound 0x%08x\n", name,
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
ctx->data[index] & ~1);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, index,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s state upper bound not updated\n", name);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Add decode for gen7 state pointers. Since CC_STATE_POINTERS for gen6 and 7 are quite different but use the same opcode, move gen6 out to a helper function too, so we can use a helper function for gen7.
2012-01-04 13:23:42 -07:00
static int
gen7_3DSTATE_VIEWPORT_STATE_POINTERS_CC(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_VIEWPORT_STATE_POINTERS_CC\n");
instr_out(ctx, 1, "pointer to CC viewport\n");
return 2;
}
static int
gen7_3DSTATE_VIEWPORT_STATE_POINTERS_SF_CLIP(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_VIEWPORT_STATE_POINTERS_SF_CLIP\n");
instr_out(ctx, 1, "pointer to SF_CLIP viewport\n");
return 2;
}
static int
gen7_3DSTATE_BLEND_STATE_POINTERS(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_BLEND_STATE_POINTERS\n");
instr_out(ctx, 1, "pointer to BLEND_STATE at 0x%08x (%s)\n",
ctx->data[1] & ~1,
(ctx->data[1] & 1) ? "changed" : "unchanged");
return 2;
}
static int
gen7_3DSTATE_DEPTH_STENCIL_STATE_POINTERS(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_DEPTH_STENCIL_STATE_POINTERS\n");
instr_out(ctx, 1,
"pointer to DEPTH_STENCIL_STATE at 0x%08x (%s)\n",
ctx->data[1] & ~1,
(ctx->data[1] & 1) ? "changed" : "unchanged");
return 2;
}
intel: Add decode for gen7 HIER_DEPTH_BUFFER. Note that the regression test complains here: The batch that was captured included a bug in its packet output, which was later fixed in Mesa. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-30 16:13:32 -07:00
static int
gen7_3DSTATE_HIER_DEPTH_BUFFER(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_HIER_DEPTH_BUFFER\n");
instr_out(ctx, 1, "pitch %db\n",
(ctx->data[1] & 0x1ffff) + 1);
instr_out(ctx, 2, "pointer to HiZ buffer\n");
return 3;
}
intel: Add decode for gen7 state pointers. Since CC_STATE_POINTERS for gen6 and 7 are quite different but use the same opcode, move gen6 out to a helper function too, so we can use a helper function for gen7.
2012-01-04 13:23:42 -07:00
static int
gen6_3DSTATE_CC_STATE_POINTERS(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_CC_STATE_POINTERS\n");
instr_out(ctx, 1, "blend change %d\n", ctx->data[1] & 1);
instr_out(ctx, 2, "depth stencil change %d\n",
ctx->data[2] & 1);
instr_out(ctx, 3, "cc change %d\n", ctx->data[3] & 1);
return 4;
}
static int
gen7_3DSTATE_CC_STATE_POINTERS(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_CC_STATE_POINTERS\n");
instr_out(ctx, 1, "pointer to COLOR_CALC_STATE at 0x%08x "
"(%s)\n",
ctx->data[1] & ~1,
(ctx->data[1] & 1) ? "changed" : "unchanged");
return 2;
}
intel: Add support for parsing gen7 URB packets.
2012-01-04 13:12:41 -07:00
static int
gen7_3DSTATE_URB_unit(struct drm_intel_decode *ctx, const char *unit)
{
int start_kb = ((ctx->data[1] >> 25) & 0x3f) * 8;
/* the field is # of 512-bit rows - 1, we print bytes */
int entry_size = (((ctx->data[1] >> 16) & 0x1ff) + 1);
int nr_entries = ctx->data[1] & 0xffff;
instr_out(ctx, 0, "3DSTATE_URB_%s\n", unit);
instr_out(ctx, 1,
"%dKB start, size=%d 64B rows, nr_entries=%d, total size %dB\n",
start_kb, entry_size, nr_entries, nr_entries * 64 * entry_size);
return 2;
}
static int
gen7_3DSTATE_URB_VS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_URB_unit(ctx, "VS");
}
static int
gen7_3DSTATE_URB_HS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_URB_unit(ctx, "HS");
}
static int
gen7_3DSTATE_URB_DS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_URB_unit(ctx, "DS");
}
static int
gen7_3DSTATE_URB_GS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_URB_unit(ctx, "GS");
}
intel: Add decode for gen7 constant buffer packets.
2012-01-04 14:41:55 -07:00
static int
gen7_3DSTATE_CONSTANT(struct drm_intel_decode *ctx, const char *unit)
{
int rlen[4];
rlen[0] = (ctx->data[1] >> 0) & 0xffff;
rlen[1] = (ctx->data[1] >> 16) & 0xffff;
rlen[2] = (ctx->data[2] >> 0) & 0xffff;
rlen[3] = (ctx->data[2] >> 16) & 0xffff;
instr_out(ctx, 0, "3DSTATE_CONSTANT_%s\n", unit);
instr_out(ctx, 1, "len 0 = %d, len 1 = %d\n", rlen[0], rlen[1]);
instr_out(ctx, 2, "len 2 = %d, len 3 = %d\n", rlen[2], rlen[3]);
instr_out(ctx, 3, "pointer to constbuf 0\n");
instr_out(ctx, 4, "pointer to constbuf 1\n");
instr_out(ctx, 5, "pointer to constbuf 2\n");
instr_out(ctx, 6, "pointer to constbuf 3\n");
return 7;
}
static int
gen7_3DSTATE_CONSTANT_VS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_CONSTANT(ctx, "VS");
}
static int
gen7_3DSTATE_CONSTANT_GS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_CONSTANT(ctx, "GS");
}
static int
gen7_3DSTATE_CONSTANT_PS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_CONSTANT(ctx, "PS");
}
static int
gen7_3DSTATE_CONSTANT_DS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_CONSTANT(ctx, "DS");
}
static int
gen7_3DSTATE_CONSTANT_HS(struct drm_intel_decode *ctx)
{
return gen7_3DSTATE_CONSTANT(ctx, "HS");
}
intel: Add decode for gen7 3DSTATE_WM. This requires pulling the gen6 3DSTATE_WM out to a function so it doesn't override gen7's handler. v2: Fix pasteo in interpreting ZW interpolation (thanks danvet!). Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-30 16:04:10 -07:00
static int
gen6_3DSTATE_WM(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0, "3DSTATE_WM\n");
instr_out(ctx, 1, "kernel start pointer 0\n");
instr_out(ctx, 2,
"SPF=%d, VME=%d, Sampler Count %d, "
"Binding table count %d\n",
(ctx->data[2] >> 31) & 1,
(ctx->data[2] >> 30) & 1,
(ctx->data[2] >> 27) & 7,
(ctx->data[2] >> 18) & 0xff);
instr_out(ctx, 3, "scratch offset\n");
instr_out(ctx, 4,
"Depth Clear %d, Depth Resolve %d, HiZ Resolve %d, "
"Dispatch GRF start[0] %d, start[1] %d, start[2] %d\n",
(ctx->data[4] & (1 << 30)) != 0,
(ctx->data[4] & (1 << 28)) != 0,
(ctx->data[4] & (1 << 27)) != 0,
(ctx->data[4] >> 16) & 0x7f,
(ctx->data[4] >> 8) & 0x7f,
(ctx->data[4] & 0x7f));
instr_out(ctx, 5,
"MaxThreads %d, PS KillPixel %d, PS computed Z %d, "
"PS use sourceZ %d, Thread Dispatch %d, PS use sourceW %d, "
"Dispatch32 %d, Dispatch16 %d, Dispatch8 %d\n",
((ctx->data[5] >> 25) & 0x7f) + 1,
(ctx->data[5] & (1 << 22)) != 0,
(ctx->data[5] & (1 << 21)) != 0,
(ctx->data[5] & (1 << 20)) != 0,
(ctx->data[5] & (1 << 19)) != 0,
(ctx->data[5] & (1 << 8)) != 0,
(ctx->data[5] & (1 << 2)) != 0,
(ctx->data[5] & (1 << 1)) != 0,
(ctx->data[5] & (1 << 0)) != 0);
instr_out(ctx, 6,
"Num SF output %d, Pos XY offset %d, ZW interp mode %d , "
"Barycentric interp mode 0x%x, Point raster rule %d, "
"Multisample mode %d, "
"Multisample Dispatch mode %d\n",
(ctx->data[6] >> 20) & 0x3f,
(ctx->data[6] >> 18) & 3,
(ctx->data[6] >> 16) & 3,
(ctx->data[6] >> 10) & 0x3f,
(ctx->data[6] & (1 << 9)) != 0,
(ctx->data[6] >> 1) & 3,
(ctx->data[6] & 1));
instr_out(ctx, 7, "kernel start pointer 1\n");
instr_out(ctx, 8, "kernel start pointer 2\n");
return 9;
}
static int
gen7_3DSTATE_WM(struct drm_intel_decode *ctx)
{
const char *computed_depth = "";
const char *early_depth = "";
const char *zw_interp = "";
switch ((ctx->data[1] >> 23) & 0x3) {
case 0:
computed_depth = "";
break;
case 1:
computed_depth = "computed depth";
break;
case 2:
computed_depth = "computed depth >=";
break;
case 3:
computed_depth = "computed depth <=";
break;
}
switch ((ctx->data[1] >> 21) & 0x3) {
case 0:
early_depth = "";
break;
case 1:
early_depth = ", EDSC_PSEXEC";
break;
case 2:
early_depth = ", EDSC_PREPS";
break;
case 3:
early_depth = ", BAD EDSC";
break;
}
switch ((ctx->data[1] >> 17) & 0x3) {
case 0:
early_depth = "";
break;
case 1:
early_depth = ", BAD ZW interp";
break;
case 2:
early_depth = ", ZW centroid";
break;
case 3:
early_depth = ", ZW sample";
break;
}
instr_out(ctx, 0, "3DSTATE_WM\n");
instr_out(ctx, 1, "(%s%s%s%s%s%s)%s%s%s%s%s%s%s%s%s%s%s%s%s%s\n",
(ctx->data[1] & (1 << 11)) ? "PP " : "",
(ctx->data[1] & (1 << 12)) ? "PC " : "",
(ctx->data[1] & (1 << 13)) ? "PS " : "",
(ctx->data[1] & (1 << 14)) ? "NPP " : "",
(ctx->data[1] & (1 << 15)) ? "NPC " : "",
(ctx->data[1] & (1 << 16)) ? "NPS " : "",
(ctx->data[1] & (1 << 30)) ? ", depth clear" : "",
(ctx->data[1] & (1 << 29)) ? "" : ", disabled",
(ctx->data[1] & (1 << 28)) ? ", depth resolve" : "",
(ctx->data[1] & (1 << 27)) ? ", hiz resolve" : "",
(ctx->data[1] & (1 << 25)) ? ", kill" : "",
computed_depth,
early_depth,
zw_interp,
(ctx->data[1] & (1 << 20)) ? ", source depth" : "",
(ctx->data[1] & (1 << 19)) ? ", source W" : "",
(ctx->data[1] & (1 << 10)) ? ", coverage" : "",
(ctx->data[1] & (1 << 4)) ? ", poly stipple" : "",
(ctx->data[1] & (1 << 3)) ? ", line stipple" : "",
(ctx->data[1] & (1 << 2)) ? ", point UL" : ", point UR"
);
instr_out(ctx, 2, "MS\n");
return 3;
}
intel: Move the gen4-6 3DPRIMITIVE handling out of the switch statement.
2012-03-02 11:18:51 -07:00
static int
gen4_3DPRIMITIVE(struct drm_intel_decode *ctx)
{
instr_out(ctx, 0,
"3DPRIMITIVE: %s %s\n",
intel: Add per-dword decode of gen7 3DPRIMITIVE.
2012-03-02 11:27:55 -07:00
get_965_prim_type((ctx->data[0] >> 10) & 0x1f),
intel: Move the gen4-6 3DPRIMITIVE handling out of the switch statement.
2012-03-02 11:18:51 -07:00
(ctx->data[0] & (1 << 15)) ? "random" : "sequential");
instr_out(ctx, 1, "vertex count\n");
instr_out(ctx, 2, "start vertex\n");
instr_out(ctx, 3, "instance count\n");
instr_out(ctx, 4, "start instance\n");
instr_out(ctx, 5, "index bias\n");
return 6;
}
intel: Add per-dword decode of gen7 3DPRIMITIVE.
2012-03-02 11:27:55 -07:00
static int
gen7_3DPRIMITIVE(struct drm_intel_decode *ctx)
{
bool indirect = !!(ctx->data[0] & (1 << 10));
instr_out(ctx, 0,
"3DPRIMITIVE: %s%s\n",
indirect ? " indirect" : "",
(ctx->data[0] & (1 << 8)) ? " predicated" : "");
instr_out(ctx, 1, "%s %s\n",
get_965_prim_type(ctx->data[1] & 0x3f),
(ctx->data[1] & (1 << 8)) ? "random" : "sequential");
instr_out(ctx, 2, indirect ? "ignored" : "vertex count\n");
instr_out(ctx, 3, indirect ? "ignored" : "start vertex\n");
instr_out(ctx, 4, indirect ? "ignored" : "instance count\n");
instr_out(ctx, 5, indirect ? "ignored" : "start instance\n");
instr_out(ctx, 6, indirect ? "ignored" : "index bias\n");
return 7;
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_965(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
uint32_t opcode;
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
unsigned int len;
intel: Remove c99ish variable declarations. I'd rather be able to use c99 variable declarations (there's a lot of awful code layout due to being c90ish), but I'll leave that for later. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:27:17 -07:00
unsigned int i, j, sba_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *desc1 = NULL;
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
uint32_t devid = ctx->devid;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
uint32_t len_mask;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
int unsigned min_len;
int unsigned max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel: Put the "gen" shorthand chipset identifier in the context. It's a lot nicer than using IS_WHATEVER(devid) all over the place, and we have this in our other projects too.
2012-01-04 13:00:59 -07:00
int gen;
intel: Add support for parsing 965 3d packets using helper functions. I want to add packets, without contributing to the switch statement of doom.
2012-01-04 13:06:44 -07:00
int (*func)(struct drm_intel_decode *ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_3d[] = {
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x6000, 0x00ff, 3, 3, "URB_FENCE" },
{ 0x6001, 0xffff, 2, 2, "CS_URB_STATE" },
{ 0x6002, 0x00ff, 2, 2, "CONSTANT_BUFFER" },
intel: Make most of the logic for 965 3d packet length checks table-driven. This puts the error message in a consistent location relative to the packet, and while I'm here I made the error message a bit more informative. Now, most static length packets need to just declare their length in the table and not worry.
2012-01-04 14:18:42 -07:00
{ 0x6101, 0xffff, 6, 10, "STATE_BASE_ADDRESS" },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x6102, 0xffff, 2, 2, "STATE_SIP" },
{ 0x6104, 0xffff, 1, 1, "3DSTATE_PIPELINE_SELECT" },
{ 0x680b, 0xffff, 1, 1, "3DSTATE_VF_STATISTICS" },
{ 0x6904, 0xffff, 1, 1, "3DSTATE_PIPELINE_SELECT" },
{ 0x7800, 0xffff, 7, 7, "3DSTATE_PIPELINED_POINTERS" },
intel: Make most of the logic for 965 3d packet length checks table-driven. This puts the error message in a consistent location relative to the packet, and while I'm here I made the error message a bit more informative. Now, most static length packets need to just declare their length in the table and not worry.
2012-01-04 14:18:42 -07:00
{ 0x7801, 0x00ff, 4, 6, "3DSTATE_BINDING_TABLE_POINTERS" },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7802, 0x00ff, 4, 4, "3DSTATE_SAMPLER_STATE_POINTERS" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7805, 0x00ff, 7, 7, "3DSTATE_DEPTH_BUFFER", 7 },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7805, 0x00ff, 3, 3, "3DSTATE_URB" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7804, 0x00ff, 3, 3, "3DSTATE_CLEAR_PARAMS" },
{ 0x7806, 0x00ff, 3, 3, "3DSTATE_STENCIL_BUFFER" },
intel-decode: Fix gen6 HIER_DEPTH_BUFFER decoding It accidentally used the cmd id for the gen7 command and had an outdated lenght field. Spotted while trying to make sense of an ivb error_state from mesa 7.11 ... Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-04-03 10:25:12 -06:00
{ 0x790f, 0x00ff, 3, 3, "3DSTATE_HIER_DEPTH_BUFFER", 6 },
intel: Add decode for gen7 HIER_DEPTH_BUFFER. Note that the regression test complains here: The batch that was captured included a bug in its packet output, which was later fixed in Mesa. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-30 16:13:32 -07:00
{ 0x7807, 0x00ff, 3, 3, "3DSTATE_HIER_DEPTH_BUFFER", 7, gen7_3DSTATE_HIER_DEPTH_BUFFER },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7808, 0x00ff, 5, 257, "3DSTATE_VERTEX_BUFFERS" },
{ 0x7809, 0x00ff, 3, 256, "3DSTATE_VERTEX_ELEMENTS" },
{ 0x780a, 0x00ff, 3, 3, "3DSTATE_INDEX_BUFFER" },
{ 0x780b, 0xffff, 1, 1, "3DSTATE_VF_STATISTICS" },
{ 0x780d, 0x00ff, 4, 4, "3DSTATE_VIEWPORT_STATE_POINTERS" },
intel: Add decode for gen7 state pointers. Since CC_STATE_POINTERS for gen6 and 7 are quite different but use the same opcode, move gen6 out to a helper function too, so we can use a helper function for gen7.
2012-01-04 13:23:42 -07:00
{ 0x780e, 0xffff, 4, 4, NULL, 6, gen6_3DSTATE_CC_STATE_POINTERS },
{ 0x780e, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_CC_STATE_POINTERS },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x780f, 0x00ff, 2, 2, "3DSTATE_SCISSOR_POINTERS" },
{ 0x7810, 0x00ff, 6, 6, "3DSTATE_VS" },
{ 0x7811, 0x00ff, 7, 7, "3DSTATE_GS" },
{ 0x7812, 0x00ff, 4, 4, "3DSTATE_CLIP" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7813, 0x00ff, 20, 20, "3DSTATE_SF", 6 },
{ 0x7813, 0x00ff, 7, 7, "3DSTATE_SF", 7 },
intel: Add decode for gen7 3DSTATE_WM. This requires pulling the gen6 3DSTATE_WM out to a function so it doesn't override gen7's handler. v2: Fix pasteo in interpreting ZW interpolation (thanks danvet!). Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-30 16:04:10 -07:00
{ 0x7814, 0x00ff, 3, 3, "3DSTATE_WM", 7, gen7_3DSTATE_WM },
{ 0x7814, 0x00ff, 9, 9, "3DSTATE_WM", 6, gen6_3DSTATE_WM },
intel: Add decode for gen7 constant buffer packets.
2012-01-04 14:41:55 -07:00
{ 0x7815, 0x00ff, 5, 5, "3DSTATE_CONSTANT_VS_STATE", 6 },
{ 0x7815, 0x00ff, 7, 7, "3DSTATE_CONSTANT_VS", 7, gen7_3DSTATE_CONSTANT_VS },
{ 0x7816, 0x00ff, 5, 5, "3DSTATE_CONSTANT_GS_STATE", 6 },
{ 0x7816, 0x00ff, 7, 7, "3DSTATE_CONSTANT_GS", 7, gen7_3DSTATE_CONSTANT_GS },
{ 0x7817, 0x00ff, 5, 5, "3DSTATE_CONSTANT_PS_STATE", 6 },
{ 0x7817, 0x00ff, 7, 7, "3DSTATE_CONSTANT_PS", 7, gen7_3DSTATE_CONSTANT_PS },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7818, 0xffff, 2, 2, "3DSTATE_SAMPLE_MASK" },
intel: Add decode for gen7 constant buffer packets.
2012-01-04 14:41:55 -07:00
{ 0x7819, 0x00ff, 7, 7, "3DSTATE_CONSTANT_HS", 7, gen7_3DSTATE_CONSTANT_HS },
{ 0x781a, 0x00ff, 7, 7, "3DSTATE_CONSTANT_DS", 7, gen7_3DSTATE_CONSTANT_DS },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x781b, 0x00ff, 7, 7, "3DSTATE_HS" },
{ 0x781c, 0x00ff, 4, 4, "3DSTATE_TE" },
{ 0x781d, 0x00ff, 6, 6, "3DSTATE_DS" },
{ 0x781e, 0x00ff, 3, 3, "3DSTATE_STREAMOUT" },
{ 0x781f, 0x00ff, 14, 14, "3DSTATE_SBE" },
{ 0x7820, 0x00ff, 8, 8, "3DSTATE_PS" },
intel: Add decode for gen7 state pointers. Since CC_STATE_POINTERS for gen6 and 7 are quite different but use the same opcode, move gen6 out to a helper function too, so we can use a helper function for gen7.
2012-01-04 13:23:42 -07:00
{ 0x7821, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_VIEWPORT_STATE_POINTERS_SF_CLIP },
{ 0x7823, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_VIEWPORT_STATE_POINTERS_CC },
{ 0x7824, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_BLEND_STATE_POINTERS },
{ 0x7825, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_DEPTH_STENCIL_STATE_POINTERS },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7826, 0x00ff, 2, 2, "3DSTATE_BINDING_TABLE_POINTERS_VS" },
{ 0x7827, 0x00ff, 2, 2, "3DSTATE_BINDING_TABLE_POINTERS_HS" },
{ 0x7828, 0x00ff, 2, 2, "3DSTATE_BINDING_TABLE_POINTERS_DS" },
{ 0x7829, 0x00ff, 2, 2, "3DSTATE_BINDING_TABLE_POINTERS_GS" },
{ 0x782a, 0x00ff, 2, 2, "3DSTATE_BINDING_TABLE_POINTERS_PS" },
{ 0x782b, 0x00ff, 2, 2, "3DSTATE_SAMPLER_STATE_POINTERS_VS" },
intel/decode: add sampler state pointers for [HD]S Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-24 22:53:50 -06:00
{ 0x782c, 0x00ff, 2, 2, "3DSTATE_SAMPLER_STATE_POINTERS_HS" },
{ 0x782d, 0x00ff, 2, 2, "3DSTATE_SAMPLER_STATE_POINTERS_DS" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x782e, 0x00ff, 2, 2, "3DSTATE_SAMPLER_STATE_POINTERS_GS" },
{ 0x782f, 0x00ff, 2, 2, "3DSTATE_SAMPLER_STATE_POINTERS_PS" },
intel: Add support for parsing gen7 URB packets.
2012-01-04 13:12:41 -07:00
{ 0x7830, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_URB_VS },
{ 0x7831, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_URB_HS },
{ 0x7832, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_URB_DS },
{ 0x7833, 0x00ff, 2, 2, NULL, 7, gen7_3DSTATE_URB_GS },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7900, 0xffff, 4, 4, "3DSTATE_DRAWING_RECTANGLE" },
{ 0x7901, 0xffff, 5, 5, "3DSTATE_CONSTANT_COLOR" },
{ 0x7905, 0xffff, 5, 7, "3DSTATE_DEPTH_BUFFER" },
{ 0x7906, 0xffff, 2, 2, "3DSTATE_POLY_STIPPLE_OFFSET" },
{ 0x7907, 0xffff, 33, 33, "3DSTATE_POLY_STIPPLE_PATTERN" },
{ 0x7908, 0xffff, 3, 3, "3DSTATE_LINE_STIPPLE" },
{ 0x7909, 0xffff, 2, 2, "3DSTATE_GLOBAL_DEPTH_OFFSET_CLAMP" },
{ 0x7909, 0xffff, 2, 2, "3DSTATE_CLEAR_PARAMS" },
{ 0x790a, 0xffff, 3, 3, "3DSTATE_AA_LINE_PARAMETERS" },
{ 0x790b, 0xffff, 4, 4, "3DSTATE_GS_SVB_INDEX" },
{ 0x790d, 0xffff, 3, 3, "3DSTATE_MULTISAMPLE", 6 },
{ 0x790d, 0xffff, 4, 4, "3DSTATE_MULTISAMPLE", 7 },
intel: fix length mask for Gen5/Gen6 3DSTATE_CLEAR_PARAMS On Gen6, bit 15 is now `Depth Clear Value Valid`. This was being treated as part of the length, and failing the rest of the batchbuffer decode. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Signed-off-by: Chris Forbes <chrisf@ijw.co.nz>
2013-01-28 01:01:18 -07:00
{ 0x7910, 0x00ff, 2, 2, "3DSTATE_CLEAR_PARAMS" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7912, 0x00ff, 2, 2, "3DSTATE_PUSH_CONSTANT_ALLOC_VS" },
intel: Add IVB PUSH_CONSTANT decodes Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-24 18:12:24 -06:00
{ 0x7913, 0x00ff, 2, 2, "3DSTATE_PUSH_CONSTANT_ALLOC_HS" },
{ 0x7914, 0x00ff, 2, 2, "3DSTATE_PUSH_CONSTANT_ALLOC_DS" },
{ 0x7915, 0x00ff, 2, 2, "3DSTATE_PUSH_CONSTANT_ALLOC_GS" },
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
{ 0x7916, 0x00ff, 2, 2, "3DSTATE_PUSH_CONSTANT_ALLOC_PS" },
{ 0x7917, 0x00ff, 2, 2+128*2, "3DSTATE_SO_DECL_LIST" },
{ 0x7918, 0x00ff, 4, 4, "3DSTATE_SO_BUFFER" },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
{ 0x7a00, 0x00ff, 4, 6, "PIPE_CONTROL" },
intel: Add per-dword decode of gen7 3DPRIMITIVE.
2012-03-02 11:27:55 -07:00
{ 0x7b00, 0x00ff, 7, 7, NULL, 7, gen7_3DPRIMITIVE },
intel: Move the gen4-6 3DPRIMITIVE handling out of the switch statement.
2012-03-02 11:18:51 -07:00
{ 0x7b00, 0x00ff, 6, 6, NULL, 0, gen4_3DPRIMITIVE },
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
}, *opcode_3d = NULL;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode = (data[0] & 0xffff0000) >> 16;
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
for (i = 0; i < ARRAY_SIZE(opcodes_3d); i++) {
if (opcode != opcodes_3d[i].opcode)
continue;
/* If it's marked as not our gen, skip. */
if (opcodes_3d[i].gen && opcodes_3d[i].gen != ctx->gen)
continue;
opcode_3d = &opcodes_3d[i];
break;
}
if (opcode_3d) {
if (opcode_3d->max_len == 1)
len = 1;
else
len = (data[0] & opcode_3d->len_mask) + 2;
intel: Make most of the logic for 965 3d packet length checks table-driven. This puts the error message in a consistent location relative to the packet, and while I'm here I made the error message a bit more informative. Now, most static length packets need to just declare their length in the table and not worry.
2012-01-04 14:18:42 -07:00
if (len < opcode_3d->min_len ||
len > opcode_3d->max_len) {
intel: Fix a typo in decode error message. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-27 14:27:56 -07:00
fprintf(out, "Bad length %d in %s, expected %d-%d\n",
intel: Make most of the logic for 965 3d packet length checks table-driven. This puts the error message in a consistent location relative to the packet, and while I'm here I made the error message a bit more informative. Now, most static length packets need to just declare their length in the table and not worry.
2012-01-04 14:18:42 -07:00
len, opcode_3d->name,
opcode_3d->min_len, opcode_3d->max_len);
}
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
} else {
len = (data[0] & 0x0000ffff) + 2;
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
switch (opcode) {
case 0x6000:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
return i965_decode_urb_fence(ctx, len);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x6001:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "CS_URB_STATE\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"entry_size: %d [%d bytes], n_entries: %d\n",
(data[1] >> 4) & 0x1f,
(((data[1] >> 4) & 0x1f) + 1) * 64, data[1] & 0x7);
return len;
case 0x6002:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "CONSTANT_BUFFER: %s\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
(data[0] >> 8) & 1 ? "valid" : "invalid");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"offset: 0x%08x, length: %d bytes\n", data[1] & ~0x3f,
((data[1] & 0x3f) + 1) * 64);
return len;
case 0x6101:
i = 0;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "STATE_BASE_ADDRESS\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
i++;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN6(devid) || IS_GEN7(devid))
sba_len = 10;
else if (IS_GEN5(devid))
sba_len = 8;
else
sba_len = 6;
if (len != sba_len)
fprintf(out, "Bad count in STATE_BASE_ADDRESS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_base_out(ctx, i++, "general");
state_base_out(ctx, i++, "surface");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN6(devid) || IS_GEN7(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_base_out(ctx, i++, "dynamic");
state_base_out(ctx, i++, "indirect");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN5(devid) || IS_GEN6(devid) || IS_GEN7(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_base_out(ctx, i++, "instruction");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_max_out(ctx, i++, "general");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN6(devid) || IS_GEN7(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_max_out(ctx, i++, "dynamic");
state_max_out(ctx, i++, "indirect");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN5(devid) || IS_GEN6(devid) || IS_GEN7(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
state_max_out(ctx, i++, "instruction");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x7800:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_PIPELINED_POINTERS\n");
instr_out(ctx, 1, "VS state\n");
instr_out(ctx, 2, "GS state\n");
instr_out(ctx, 3, "Clip state\n");
instr_out(ctx, 4, "SF state\n");
instr_out(ctx, 5, "WM state\n");
instr_out(ctx, 6, "CC state\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x7801:
if (len != 6 && len != 4)
fprintf(out,
"Bad count in 3DSTATE_BINDING_TABLE_POINTERS\n");
if (len == 6) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_BINDING_TABLE_POINTERS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "VS binding table\n");
instr_out(ctx, 2, "GS binding table\n");
instr_out(ctx, 3, "Clip binding table\n");
instr_out(ctx, 4, "SF binding table\n");
instr_out(ctx, 5, "WM binding table\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_BINDING_TABLE_POINTERS: VS mod %d, "
"GS mod %d, PS mod %d\n",
(data[0] & (1 << 8)) != 0,
(data[0] & (1 << 9)) != 0,
(data[0] & (1 << 12)) != 0);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "VS binding table\n");
instr_out(ctx, 2, "GS binding table\n");
instr_out(ctx, 3, "WM binding table\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x7802:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_SAMPLER_STATE_POINTERS: VS mod %d, "
"GS mod %d, PS mod %d\n", (data[0] & (1 << 8)) != 0,
(data[0] & (1 << 9)) != 0,
(data[0] & (1 << 12)) != 0);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "VS sampler state\n");
instr_out(ctx, 2, "GS sampler state\n");
instr_out(ctx, 3, "WM sampler state\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x7805:
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
/* Actually 3DSTATE_DEPTH_BUFFER on gen7. */
if (ctx->gen == 7)
break;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_URB\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"VS entries %d, alloc size %d (1024bit row)\n",
data[1] & 0xffff, ((data[1] >> 16) & 0x07f) + 1);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"GS entries %d, alloc size %d (1024bit row)\n",
(data[2] >> 8) & 0x3ff, (data[2] & 7) + 1);
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7808:
if ((len - 1) % 4 != 0)
fprintf(out, "Bad count in 3DSTATE_VERTEX_BUFFERS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_VERTEX_BUFFERS\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 1; i < len;) {
int idx, access;
if (IS_GEN6(devid)) {
idx = 26;
access = 20;
} else {
idx = 27;
access = 26;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"buffer %d: %s, pitch %db\n", data[i] >> idx,
data[i] & (1 << access) ? "random" :
"sequential", data[i] & 0x07ff);
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i++, "buffer address\n");
instr_out(ctx, i++, "max index\n");
instr_out(ctx, i++, "mbz\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7809:
if ((len + 1) % 2 != 0)
fprintf(out, "Bad count in 3DSTATE_VERTEX_ELEMENTS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_VERTEX_ELEMENTS\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 1; i < len;) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"buffer %d: %svalid, type 0x%04x, "
"src offset 0x%04x bytes\n",
intel/decode: fix the reference file for I mistakenly "fixed" a bad decode with commit 7d0a1d5ebbe2c6aecd96eef94b0af038858a0178 Author: Ben Widawsky <ben@bwidawsk.net> Date: Sun Jun 24 20:35:57 2012 -0700 intel/decode: VERTEX_ELEMENT_STATE, 1 means valid However the actual fix is just to update the reference file, and include GEN7 in the decode. Props to Eric Anholt for putting the test in distcheck, or else I wouldn't have caught this. Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-27 11:10:53 -06:00
data[i] >> ((IS_GEN6(devid) || IS_GEN7(devid)) ? 26 : 27),
data[i] & (1 << ((IS_GEN6(devid) || IS_GEN7(devid)) ? 25 : 26)) ?
Revert "intel/decode: VERTEX_ELEMENT_STATE, 1 means valid" This reverts commit 7d0a1d5ebbe2c6aecd96eef94b0af038858a0178. The actual fix
2012-06-27 11:19:49 -06:00
"" : "in", (data[i] >> 16) & 0x1ff,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[i] & 0x07ff);
i++;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "(%s, %s, %s, %s), "
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"dst offset 0x%02x bytes\n",
get_965_element_component(data[i], 0),
get_965_element_component(data[i], 1),
get_965_element_component(data[i], 2),
get_965_element_component(data[i], 3),
(data[i] & 0xff) * 4);
i++;
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x780d:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"3DSTATE_VIEWPORT_STATE_POINTERS\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "clip\n");
instr_out(ctx, 2, "sf\n");
instr_out(ctx, 3, "cc\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x780a:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_INDEX_BUFFER\n");
instr_out(ctx, 1, "beginning buffer address\n");
instr_out(ctx, 2, "ending buffer address\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x780f:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_SCISSOR_POINTERS\n");
instr_out(ctx, 1, "scissor rect offset\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7810:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_VS\n");
instr_out(ctx, 1, "kernel pointer\n");
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"SPF=%d, VME=%d, Sampler Count %d, "
"Binding table count %d\n", (data[2] >> 31) & 1,
(data[2] >> 30) & 1, (data[2] >> 27) & 7,
(data[2] >> 18) & 0xff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "scratch offset\n");
instr_out(ctx, 4,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Dispatch GRF start %d, VUE read length %d, "
"VUE read offset %d\n", (data[4] >> 20) & 0x1f,
(data[4] >> 11) & 0x3f, (data[4] >> 4) & 0x3f);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Max Threads %d, Vertex Cache %sable, "
"VS func %sable\n", ((data[5] >> 25) & 0x7f) + 1,
(data[5] & (1 << 1)) != 0 ? "dis" : "en",
(data[5] & 1) != 0 ? "en" : "dis");
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7811:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_GS\n");
instr_out(ctx, 1, "kernel pointer\n");
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"SPF=%d, VME=%d, Sampler Count %d, "
"Binding table count %d\n", (data[2] >> 31) & 1,
(data[2] >> 30) & 1, (data[2] >> 27) & 7,
(data[2] >> 18) & 0xff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "scratch offset\n");
instr_out(ctx, 4,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Dispatch GRF start %d, VUE read length %d, "
"VUE read offset %d\n", (data[4] & 0xf),
(data[4] >> 11) & 0x3f, (data[4] >> 4) & 0x3f);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Max Threads %d, Rendering %sable\n",
((data[5] >> 25) & 0x7f) + 1,
(data[5] & (1 << 8)) != 0 ? "en" : "dis");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Reorder %sable, Discard Adjaceny %sable, "
"GS %sable\n",
(data[6] & (1 << 30)) != 0 ? "en" : "dis",
(data[6] & (1 << 29)) != 0 ? "en" : "dis",
(data[6] & (1 << 15)) != 0 ? "en" : "dis");
return len;
case 0x7812:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_CLIP\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"UserClip distance cull test mask 0x%x\n",
data[1] & 0xff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Clip %sable, API mode %s, Viewport XY test %sable, "
"Viewport Z test %sable, Guardband test %sable, Clip mode %d, "
"Perspective Divide %sable, Non-Perspective Barycentric %sable, "
"Tri Provoking %d, Line Provoking %d, Trifan Provoking %d\n",
(data[2] & (1 << 31)) != 0 ? "en" : "dis",
(data[2] & (1 << 30)) != 0 ? "D3D" : "OGL",
(data[2] & (1 << 28)) != 0 ? "en" : "dis",
(data[2] & (1 << 27)) != 0 ? "en" : "dis",
(data[2] & (1 << 26)) != 0 ? "en" : "dis",
(data[2] >> 13) & 7,
(data[2] & (1 << 9)) != 0 ? "dis" : "en",
(data[2] & (1 << 8)) != 0 ? "en" : "dis",
(data[2] >> 4) & 3, (data[2] >> 2) & 3,
(data[2] & 3));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Min PointWidth %d, Max PointWidth %d, "
"Force Zero RTAIndex %sable, Max VPIndex %d\n",
(data[3] >> 17) & 0x7ff, (data[3] >> 6) & 0x7ff,
(data[3] & (1 << 5)) != 0 ? "en" : "dis",
(data[3] & 0xf));
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7813:
intel: Add minimal decode for remaining gen7 packets in use. This just gets packet name and length in place, with the remainder unfinished. I've long since finished the work that got me started fixing up the decode.
2012-01-04 15:36:13 -07:00
if (ctx->gen == 7)
break;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_SF\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Attrib Out %d, Attrib Swizzle %sable, VUE read length %d, "
"VUE read offset %d\n", (data[1] >> 22) & 0x3f,
(data[1] & (1 << 21)) != 0 ? "en" : "dis",
(data[1] >> 11) & 0x1f, (data[1] >> 4) & 0x3f);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Legacy Global DepthBias %sable, FrontFace fill %d, BF fill %d, "
"VP transform %sable, FrontWinding_%s\n",
(data[2] & (1 << 11)) != 0 ? "en" : "dis",
(data[2] >> 5) & 3, (data[2] >> 3) & 3,
(data[2] & (1 << 1)) != 0 ? "en" : "dis",
(data[2] & 1) != 0 ? "CCW" : "CW");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"AA %sable, CullMode %d, Scissor %sable, Multisample m ode %d\n",
(data[3] & (1 << 31)) != 0 ? "en" : "dis",
(data[3] >> 29) & 3,
(data[3] & (1 << 11)) != 0 ? "en" : "dis",
(data[3] >> 8) & 3);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Last Pixel %sable, SubPixel Precision %d, Use PixelWidth %d\n",
(data[4] & (1 << 31)) != 0 ? "en" : "dis",
(data[4] & (1 << 12)) != 0 ? 4 : 8,
(data[4] & (1 << 11)) != 0);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5,
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
"Global Depth Offset Constant %f\n",
*(float *)(&data[5]));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6, "Global Depth Offset Scale %f\n",
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
*(float *)(&data[6]));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 7, "Global Depth Offset Clamp %f\n",
intel: Fix printf format warnings for intel_decode. There was plenty of dropped useful data, and some horribly mis-formatted data. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:23:15 -07:00
*(float *)(&data[7]));
intel: Remove c99ish variable declarations. I'd rather be able to use c99 variable declarations (there's a lot of awful code layout due to being c90ish), but I'll leave that for later. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 15:27:17 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 0, j = 0; i < 8; i++, j += 2)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i + 8,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Attrib %d (Override %s%s%s%s, Const Source %d, Swizzle Select %d, "
"Source %d); Attrib %d (Override %s%s%s%s, Const Source %d, Swizzle Select %d, Source %d)\n",
j + 1,
(data[8 + i] & (1 << 31)) != 0 ? "W" : "",
(data[8 + i] & (1 << 30)) != 0 ? "Z" : "",
(data[8 + i] & (1 << 29)) != 0 ? "Y" : "",
(data[8 + i] & (1 << 28)) != 0 ? "X" : "",
(data[8 + i] >> 25) & 3,
(data[8 + i] >> 22) & 3,
(data[8 + i] >> 16) & 0x1f, j,
(data[8 + i] & (1 << 15)) != 0 ? "W" : "",
(data[8 + i] & (1 << 14)) != 0 ? "Z" : "",
(data[8 + i] & (1 << 13)) != 0 ? "Y" : "",
(data[8 + i] & (1 << 12)) != 0 ? "X" : "",
(data[8 + i] >> 9) & 3,
(data[8 + i] >> 6) & 3, (data[8 + i] & 0x1f));
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 16,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Point Sprite TexCoord Enable\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 17, "Const Interp Enable\n");
instr_out(ctx, 18,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Attrib 7-0 WrapShortest Enable\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 19,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"Attrib 15-8 WrapShortest Enable\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x7900:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_DRAWING_RECTANGLE\n");
instr_out(ctx, 1, "top left: %d,%d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[1] & 0xffff, (data[1] >> 16) & 0xffff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "bottom right: %d,%d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
data[2] & 0xffff, (data[2] >> 16) & 0xffff);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3, "origin: %d,%d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
(int)data[3] & 0xffff, ((int)data[3] >> 16) & 0xffff);
return len;
case 0x7905:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3DSTATE_DEPTH_BUFFER\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (IS_GEN5(devid) || IS_GEN6(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Fix spelling mistakes Signed-off-by: Eric Engestrom <eric@engestrom.ch> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2016-04-03 12:48:09 -06:00
"%s, %s, pitch = %d bytes, %stiled, HiZ %d, Separate Stencil %d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
get_965_surfacetype(data[1] >> 29),
get_965_depthformat((data[1] >> 18) & 0x7),
(data[1] & 0x0001ffff) + 1,
data[1] & (1 << 27) ? "" : "not ",
(data[1] & (1 << 22)) != 0,
(data[1] & (1 << 21)) != 0);
else
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s, %s, pitch = %d bytes, %stiled\n",
get_965_surfacetype(data[1] >> 29),
get_965_depthformat((data[1] >> 18) & 0x7),
(data[1] & 0x0001ffff) + 1,
data[1] & (1 << 27) ? "" : "not ");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2, "depth offset\n");
instr_out(ctx, 3, "%dx%d\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
((data[3] & 0x0007ffc0) >> 6) + 1,
((data[3] & 0xfff80000) >> 19) + 1);
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4, "volume depth\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len >= 6)
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 5, "\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len >= 7) {
if (IS_GEN6(devid))
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6, "\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
else
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 6,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"render target view extent\n");
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
case 0x7a00:
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
if (IS_GEN6(devid) || IS_GEN7(devid)) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != 4 && len != 5)
fprintf(out, "Bad count in PIPE_CONTROL\n");
switch ((data[1] >> 14) & 0x3) {
case 0:
desc1 = "no write";
break;
case 1:
desc1 = "qword write";
break;
case 2:
desc1 = "PS_DEPTH_COUNT write";
break;
case 3:
desc1 = "TIMESTAMP write";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "PIPE_CONTROL\n");
instr_out(ctx, 1,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"%s, %s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s\n",
desc1,
data[1] & (1 << 20) ? "cs stall, " : "",
data[1] & (1 << 19) ?
"global snapshot count reset, " : "",
data[1] & (1 << 18) ? "tlb invalidate, " : "",
data[1] & (1 << 17) ? "gfdt flush, " : "",
data[1] & (1 << 17) ? "media state clear, " :
"",
data[1] & (1 << 13) ? "depth stall, " : "",
data[1] & (1 << 12) ?
"render target cache flush, " : "",
data[1] & (1 << 11) ?
"instruction cache invalidate, " : "",
data[1] & (1 << 10) ?
"texture cache invalidate, " : "",
data[1] & (1 << 9) ?
"indirect state invalidate, " : "",
data[1] & (1 << 8) ? "notify irq, " : "",
data[1] & (1 << 7) ? "PIPE_CONTROL flush, " :
"",
data[1] & (1 << 6) ? "protect mem app_id, " :
"", data[1] & (1 << 5) ? "DC flush, " : "",
data[1] & (1 << 4) ? "vf fetch invalidate, " :
"",
data[1] & (1 << 3) ?
"constant cache invalidate, " : "",
data[1] & (1 << 2) ?
"state cache invalidate, " : "",
data[1] & (1 << 1) ? "stall at scoreboard, " :
"",
data[1] & (1 << 0) ? "depth cache flush, " :
"");
if (len == 5) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 2,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"destination address\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 3,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"immediate dword low\n");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 4,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"immediate dword high\n");
} else {
for (i = 2; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
} else {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (len != 4)
fprintf(out, "Bad count in PIPE_CONTROL\n");
switch ((data[0] >> 14) & 0x3) {
case 0:
desc1 = "no write";
break;
case 1:
desc1 = "qword write";
break;
case 2:
desc1 = "PS_DEPTH_COUNT write";
break;
case 3:
desc1 = "TIMESTAMP write";
break;
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0,
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
"PIPE_CONTROL: %s, %sdepth stall, %sRC write flush, "
"%sinst flush\n",
desc1,
data[0] & (1 << 13) ? "" : "no ",
data[0] & (1 << 12) ? "" : "no ",
data[0] & (1 << 11) ? "" : "no ");
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 1, "destination address\n");
instr_out(ctx, 2, "immediate dword low\n");
instr_out(ctx, 3, "immediate dword high\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Move the logic for getting 965 3d packet length to the packet table. While I'm touching every line of the table, sort it by opcode.
2012-01-04 14:00:29 -07:00
if (opcode_3d) {
intel: Add support for parsing 965 3d packets using helper functions. I want to add packets, without contributing to the switch statement of doom.
2012-01-04 13:06:44 -07:00
if (opcode_3d->func) {
return opcode_3d->func(ctx);
} else {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n", opcode_3d->name);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3D UNKNOWN: 3d_965 opcode = 0x%x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode);
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
static int
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_i830(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
unsigned int idx;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
uint32_t opcode;
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
uint32_t *data = ctx->data;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
struct {
uint32_t opcode;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int min_len;
unsigned int max_len;
intel: Fix a ton of signed vs unsigned and const char *warnings We've got a different (better) set of warning flags in place in this tree. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 13:00:28 -07:00
const char *name;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} opcodes_3d[] = {
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
{ 0x02, 1, 1, "3DSTATE_MODES_3" },
{ 0x03, 1, 1, "3DSTATE_ENABLES_1" },
{ 0x04, 1, 1, "3DSTATE_ENABLES_2" },
{ 0x05, 1, 1, "3DSTATE_VFT0" },
{ 0x06, 1, 1, "3DSTATE_AA" },
{ 0x07, 1, 1, "3DSTATE_RASTERIZATION_RULES" },
{ 0x08, 1, 1, "3DSTATE_MODES_1" },
{ 0x09, 1, 1, "3DSTATE_STENCIL_TEST" },
{ 0x0a, 1, 1, "3DSTATE_VFT1" },
{ 0x0b, 1, 1, "3DSTATE_INDPT_ALPHA_BLEND" },
{ 0x0c, 1, 1, "3DSTATE_MODES_5" },
{ 0x0d, 1, 1, "3DSTATE_MAP_BLEND_OP" },
{ 0x0e, 1, 1, "3DSTATE_MAP_BLEND_ARG" },
{ 0x0f, 1, 1, "3DSTATE_MODES_2" },
{ 0x15, 1, 1, "3DSTATE_FOG_COLOR" },
{ 0x16, 1, 1, "3DSTATE_MODES_4"},
}, *opcode_3d;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode = (data[0] & 0x1f000000) >> 24;
switch (opcode) {
case 0x1f:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_primitive(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x1d:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_1d(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x1c:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
return decode_3d_1c(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
for (idx = 0; idx < ARRAY_SIZE(opcodes_3d); idx++) {
opcode_3d = &opcodes_3d[idx];
if ((data[0] & 0x1f000000) >> 24 == opcode_3d->opcode) {
unsigned int len = 1, i;
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "%s\n", opcode_3d->name);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
if (opcode_3d->max_len > 1) {
len = (data[0] & 0xff) + 2;
if (len < opcode_3d->min_len ||
len > opcode_3d->max_len) {
fprintf(out, "Bad count in %s\n",
opcode_3d->name);
}
}
for (i = 1; i < len; i++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, i, "dword %d\n", i);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
return len;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
}
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, 0, "3D UNKNOWN: 3d_i830 opcode = 0x%x\n",
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
opcode);
return 1;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
struct drm_intel_decode *
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode_context_alloc(uint32_t devid)
{
struct drm_intel_decode *ctx;
ctx = calloc(1, sizeof(struct drm_intel_decode));
if (!ctx)
return NULL;
ctx->devid = devid;
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
ctx->out = stdout;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
intel/skl: add gen9 to the CS decoding init Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2013-02-13 09:09:38 -07:00
if (IS_GEN9(devid))
ctx->gen = 9;
else if (IS_GEN8(devid))
intel/bdw: Add gen8 to the decode init Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Eric Anholt <eric@anholt.net> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2013-02-13 09:09:34 -07:00
ctx->gen = 8;
else if (IS_GEN7(devid))
intel: Put the "gen" shorthand chipset identifier in the context. It's a lot nicer than using IS_WHATEVER(devid) all over the place, and we have this in our other projects too.
2012-01-04 13:00:59 -07:00
ctx->gen = 7;
else if (IS_GEN6(devid))
ctx->gen = 6;
else if (IS_GEN5(devid))
ctx->gen = 5;
else if (IS_GEN4(devid))
ctx->gen = 4;
else if (IS_9XX(devid))
ctx->gen = 3;
else {
assert(IS_GEN2(devid));
ctx->gen = 2;
}
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
return ctx;
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode_context_free(struct drm_intel_decode *ctx)
{
free(ctx);
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode_set_dump_past_end(struct drm_intel_decode *ctx,
int dump_past_end)
{
ctx->dump_past_end = !!dump_past_end;
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode_set_batch_pointer(struct drm_intel_decode *ctx,
void *data, uint32_t hw_offset, int count)
{
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
ctx->base_data = data;
ctx->base_hw_offset = hw_offset;
ctx->base_count = count;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode_set_head_tail(struct drm_intel_decode *ctx,
uint32_t head, uint32_t tail)
{
ctx->head = head;
ctx->tail = tail;
}
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
drm_intel_decode_set_output_file(struct drm_intel_decode *ctx,
intel: resolve shadowing warnings v2: keep the bo_gem declaration in exec2() within the loop (Chris) Cc: intel-gfx@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by Chris Wilson <chris@chris-wilson.co.uk>
2015-08-15 08:42:34 -06:00
FILE *output)
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
{
intel: resolve shadowing warnings v2: keep the bo_gem declaration in exec2() within the loop (Chris) Cc: intel-gfx@lists.freedesktop.org Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by Chris Wilson <chris@chris-wilson.co.uk>
2015-08-15 08:42:34 -06:00
ctx->out = output;
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
}
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
/**
* Decodes an i830-i915 batch buffer, writing the output to stdout.
*
* \param data batch buffer contents
* \param count number of DWORDs to decode in the batch buffer
* \param hw_offset hardware address for the buffer
*/
drm: remove drm_public macro Some compilers (like the Oracle Studio), require that the function declaration must be annotated with the same visibility attribute as the definition. As annotating functions with drm_public is no longer required just remove the macro. Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Damien Lespiau <damien.lespiau@intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Michel Dänzer <michel.daenzer@amd.com> Cc: Rob Clark <robdclark@gmail.com> Cc: Thierry Reding <treding@nvidia.com> Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 15:32:11 -06:00
void
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
drm_intel_decode(struct drm_intel_decode *ctx)
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
{
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
int ret;
intel: Fix Wsigned-compare warnings (soon to be enabled). Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:46:23 -07:00
unsigned int index = 0;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
uint32_t devid;
intel: avoid null pointer dereference Move the dereference after the null check. Fixes: 028715ee707469189505 ("intel: Avoid the need for most overflow checks by using a scratch page.") Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-02-02 15:57:29 -07:00
int size;
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
void *temp;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
if (!ctx)
return;
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
/* Put a scratch page full of obviously undefined data after
* the batchbuffer. This lets us avoid a bunch of length
* checking in statically sized packets.
*/
intel: avoid null pointer dereference Move the dereference after the null check. Fixes: 028715ee707469189505 ("intel: Avoid the need for most overflow checks by using a scratch page.") Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
2017-02-02 15:57:29 -07:00
size = ctx->base_count * 4;
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
temp = malloc(size + 4096);
memcpy(temp, ctx->base_data, size);
memset((char *)temp + size, 0xd0, 4096);
ctx->data = temp;
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
ctx->hw_offset = ctx->base_hw_offset;
ctx->count = ctx->base_count;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
devid = ctx->devid;
head_offset = ctx->head;
tail_offset = ctx->tail;
intel: Add an interface for setting the output file for decode. Consumers often want to choose stdout vs stderr, and for testing I want to output to an open_memstream file. Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-01-03 14:05:57 -07:00
out = ctx->out;
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
saved_s2_set = 0;
saved_s4_set = 1;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
while (ctx->count > 0) {
index = 0;
switch ((ctx->data[index] & 0xe0000000) >> 29) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
case 0x0:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
ret = decode_mi(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
intel: Minor style tweaks after Lindent. Some comments weren't wrapped, and for some reason uint32_t *data got an extra space (while other instances of "type *identifier" didn't), and the indentation of the opcode-list structs got trashed. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:44:36 -07:00
/* If MI_BATCHBUFFER_END happened, then dump
* the rest of the output in case we some day
* want it in debugging, but don't decode it
* since it'll just confuse in the common
* case.
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
*/
if (ret == -1) {
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
if (ctx->dump_past_end) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
index++;
} else {
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
for (index = index + 1; index < ctx->count;
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
index++) {
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, index, "\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
}
} else
index += ret;
break;
case 0x2:
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
index += decode_2d(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
break;
case 0x3:
intel: Get intel_decode.c minimally building. My plan is to use this drm_intel_dump_batchbuffer() interface for the current GPU tools, and the current Mesa batch dumping usage, while eventually building more interesting interfaces for other uses. Warnings are currently suppressed by using a helper lib with CFLAGS set manually, because the code is totally not ready for libdrm's warnings setup. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 14:06:16 -07:00
if (IS_9XX(devid) && !IS_GEN3(devid)) {
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
index +=
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_965(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else if (IS_GEN3(devid)) {
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
index += decode_3d(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
} else {
index +=
intel: Plumb the context through the decode callchain. We still deref the context at the start of every call, but that will change next.
2011-12-20 16:15:21 -07:00
decode_3d_i830(ctx);
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
}
break;
default:
intel: Make instr_out take the decode context. This reduces some of the extra derefs of the pointers.
2011-12-20 16:29:03 -07:00
instr_out(ctx, index, "UNKNOWN\n");
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
index++;
break;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Reformat intel_decode.c from intel-gpu-tools using Lindent. We generally go for kernel style in this tree, and this 4-space indent stuff was bothering me. The new results have some ugly bits, but they're in places where we desperately want to be using helper functions anyway. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:36:07 -07:00
fflush(out);
intel: Track the current packet location in the decode context. This is the start of plumbing the context through the decode callchain instead of the current 4 arguments.
2011-12-20 15:59:38 -07:00
if (ctx->count < index)
break;
ctx->count -= index;
ctx->data += index;
ctx->hw_offset += 4 * index;
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}
intel: Avoid the need for most overflow checks by using a scratch page. The overflow checks were all thoroughly untested, and a bunch of the ones I'm deleting were pretty broken. Now, in the case of overflow, you just decode data of 0xd0d0d0d0, and instr_out prints the warning message instead. Note that this still has the same issue of being under-tested, but at least it's one place instead of per-packet. A couple of BUFFER_FAIL uses are left where the length to be decoded could be (significantly) larger than a page, and the decode didn't just call instr_out (which doesn't dereference data itself unless it's safe).
2012-01-04 13:31:40 -07:00
free(temp);
intel: Import intel_decode.c from intel-gpu-tools. This is from commit dd9a5b4f7fb07c78db4e7481bedca1b981030e3f. We've been sharing this file between that repo and Mesa, and it's time to build a real interface using it. I'm also hoping to apply some of its packet-walking logic for AUB dumping and batch validation purposes. Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Eugeni Dodonov <eugeni@dodonov.net>
2011-12-20 12:25:20 -07:00
}