Browse Source

intel/batch-decoder: fix a vb end address calculation

According to the loop implementation (in 'ctx_print_buffer' function),
which advances dword by dword over vertex buffer(vb),
the vb size should be aligned by 4 bytes too.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109449
Signed-off-by: Andrii Simiklit <andrii.simiklit@globallogic.com>
Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
tags/19.0-branchpoint
Andrii Simiklit 6 years ago
parent
commit
4759bb2fcf
1 changed files with 3 additions and 1 deletions
  1. 3
    1
      src/intel/common/gen_batch_decoder.c

+ 3
- 1
src/intel/common/gen_batch_decoder.c View File

@@ -24,6 +24,7 @@
#include "common/gen_decoder.h"
#include "gen_disasm.h"
#include "util/macros.h"
#include "main/macros.h" /* Needed for ROUND_DOWN_TO */

#include <string.h>

@@ -169,7 +170,8 @@ ctx_print_buffer(struct gen_batch_decode_ctx *ctx,
uint32_t pitch,
int max_lines)
{
const uint32_t *dw_end = bo.map + MIN2(bo.size, read_length);
const uint32_t *dw_end =
bo.map + ROUND_DOWN_TO(MIN2(bo.size, read_length), 4);

int column_count = 0, line_count = -1;
for (const uint32_t *dw = bo.map; dw < dw_end; dw++) {

Loading…
Cancel
Save