gem_vmap_blits: fix compilation if I915_PARAM_HAS_VMAP is not defined

Previously, "make check" failed because the main() function was not
defined.

Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
Tested-By: Eugeni Dodonov <eugeni.dodonov@intel.com>
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

intel_gpu_top: access hardware before running profiling command

Without this patch, intel_gpu_top will try to get access to the hardware
after running the profiling command in the background. In case such access
fails, the main process quits, but the background one will continue
running.

So let's move this test up, so it is done before we fork.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_tools: describe -e option in usage screen

This patch adds a short description of '-e' option to the usage screen.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_top: adopt to kernel coding style

This patch fixes adopts the code to the kernel coding_style.

intel_gpu_top: support profiling user-specified commands

This patch adds support for running intel_gpu_top to profile specific
commands. The required command will be carried out in separate process,
and main intel_gpu_top will leave when the child process will exit.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_top: support non-interactive mode

This patch adds support for non-interactive mode, invoked by running with
'-o output' switch. In this case, no interactive output is being
performed, but the execution statistics are being saved into the output
file.

The output file is generated in both human and gnuplot-readable format.

Unlike interactive mode, where non-supported pipes and non-active
registers are skipped, the content of such pipes and registers is recorded
into the log file to simplify parsing and standardize the list of columns.

Also, unlike interactive mode, the registers are not sorted according to
the usage - this way, their variation over time can be analysed offline.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

This patch initializes the last_stats[] for registers prior to starting
the monitoring itself. This way, the first measure will already contain
the difference from the previous value instead of non-initialized value.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

Revert "intel_gpu_top: initialize monitoring statistics at startup"

This reverts commit 431fe7803d37f344275fdaceb57c1fbaeee8541c.

Will be replaced with more fine-grained commits.

intel_gpu_top: initialize monitoring statistics at startup

This patch initializes the last_stats[] for registers prior to starting
the monitoring itself. This way, the first measure will already contain
the difference from the previous value instead of non-initialized value.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_tool: initial support for non-screen output

This patch adds initial support for non-stdio output, to be used for
non-interactive monitoring.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_top: suport command line parameters and variable samples per
second

This patch adds support for getopt, and adds two default parameters to it:
-h to show usage notes; and -s to allow user to define number of samples
to acquire per second.

Manpage documentation is also adjusted accordingly.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

intel_gpu_top: account for time spent in syscalls

This allows intel_gpu_top to properly account for time spent inside system
calls. Effectively, with previous implementation, intel_gpu_top could
spent longer than 1s between consecutive measures. This attempts to
minimize the extra time spent while polling for data.

Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>

tests: add store dword tests

Add a couple of simple store dword tests to test memory coherence.

gem_storedw_loop simply executes a batch that continually stores an
incremented value to a target buffer object, checking the results after
each batch completes.

gem_storedw_batches_loop does the same thing, but creates a new command
batch buffer for each iteration, which can exercise the buffer creation
code.  This test is based on one from Andrzej Kacprowski from Intel.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

testdisplay: for tiled mode test, the height should be aligned

Signed-off-by: Hai Lan <hai.lan@intel.com>

Add missing copyright info to intel_decode.c

tools: readme addition for shader debugging

tools/range handing: forgot the register map file :(

intel-gpu-tools/debugging: shader debugger

high level summary of the files:
  * debug_rdata - get current state from debug registers. Helpful
    when developing the debugger, and could serve some purpose in the
    future.
  * eudb - the debugger itself
  * eviction_macro - generate the proper macro to flush the EU render
    cache until I get control flow working
  * pre_cpp - an evaluating c preprocesser like thing, to be used before
    cpp
  * sr - the system routine, exception handler which runs on the EU
  * test - a very basic test system routine
  * debug.h

intel-gpu-tools/debugging: add important debug regs

Cc: Chris Wilson <chris@chris-wilson.co.uk>

intel-gpu-tools/forcewaked: sample forcewake app

This app is required for debug features which seem to (undocumented)
reset themselves if/when the GT goes to sleep.

It is also useful for those doing general debugging or profiling from
userspace when they do not wish to have the GT sleep.

v2: made forcewaked more daemon-like

Cc: Chris Wilson <chris@chris-wilson.co.uk>

intel-gpu-tools/range handling: register range handling

Hooks to allow safe accesses from userspace. Can revert to old behavior
by using unsafe access.

forcewake: Add mmio code to do proper forcewake stuff for gen6

Add intel_backlight

A trivial tool to adjust the backlight registers (gen5+ only atm).

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

intel_decode: Handle a few gen7 blocks

gem_stress: ducttaping mandatory

In other news: We've been missing a unmapping_mapping_range somewhere
in the kernel. But lazy me never came around to digging up the real
cause.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

testdisplay: Test the first mode if there is no preferred mode.

For a TV device, there  might be no preferred mode. In this case,
we can test the first mode.

Signed-off-by: Hai Lan <hai.lan@intel.com>

tests/gem_vmap_blits: Fix typo

Why, oh why, do these only become obvious after pushing upstream?

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

intel_reg_dumper: Slightly tidy the reporting of pipe configs

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Add a test case for coherency of vmaps

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: Assert we have no pending ops when using the CPU

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_gtt_speed: Add option for variable buffer size

gem_stress: Add an option to test handling of signals

As signals cause the syscalls to be interrupted, we often need to clean
up partial state before returning to userspace. Often a source of
unamusing bugs, so encourage gem_stress to provoke them.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

tests: Add an exercise for zero-length buffers

Triggers an OOPS with dmar enabled currently.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

tests: Add a simple exercise of GTT mmaps

Test copying between 2 mappings and reading/writing from and to.

References: https://bugs.freedesktop.org/show_bug.cgi?id=38115
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: some stats about incoherencies

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option to disable render copyfunc check

Too noisy - which is an another way of saying too broken :(

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option for tile_size

I want to know how large these corruptions can get!

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option to set tiles per buffer

gem_stress -p1 is much more evil than gem_stress -c1, it also manages
to tear appart untiled workloads!

Now duct-taping over it still works (--apply-duct-tape) ... hm.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option to continue despite failures

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option to override the number of rounds to complete

gem_stress -c 1

... sometimes takes a while to hit a problem.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

scripts: Add throttle.py

Parses a trace.dat and works out how long each throttle was and how many
batches retired within that period (and their average duration).

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

testdisplay: automatically enable TEST_PLANES if possible

Just look for the ADDFB2 ioctl and enable the new code if it exists.

testdisplay: fix error output if test pattern draw fails

testdisplay: add tiled buffer test support

Useful for testing tiled vs linear framebuffers.

testdisplay: add overlay plane test option

Enumerate available extra planes and try to use one on each CRTC we enable.

testdisplay: fix possible_crtcs check so LVDS works

When using testdisplay on GM965 and Pineview with LVDS, it will fail to
set a mode because the first unused crtc can't be used for LVDS.  So
check the possible_crtcs to make sure the crtc can be used.

Signed-off-by: Hai Lan <hai.lan@intel.com>

gem_stress: avoid division by 0

Without this height would be 16 with the minimal buffer size.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: disable fence storm when only using untiled buffers

This explains why gem_stress -u worked beforehand - the rendercpy
was not actually used!

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: round max_dimension down to the next pot

Creates funny rounding problems otherwise.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: trim buffer sizes to fit into 3D pipeline

Remember the 3D pipeline is much more restricted than the BLT engine,
and we were feeding it buffers much larger than either the
render engine or the sampler could manager.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: cpu maps force tiling to be disabled, so fix the printf

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: Add extra passes to intial render copyfunc verification

...and allow for cpu maps!

test/gen3_mixed_blits: Remember that the BLT engine cannot handle Y-tiling

...even through a fence that can.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

test/gen3_mixed_blits: Alternately use fence regs for the render copies

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

test/gen3_mixed_blits: Acutally use fences for BLT

Gah, in my excitement of reproducing the failure reported by
gem_stress, I missed using fenced relocs for the BLT.

Fortunately, it doesn't affect the presence of the error.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

decode: Fix segmentation fault

The decode for A8 is incomplete and died with a segfault. First hide the
segfault, latter fix the pretty printing.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

test: Add more gen3 render blitters

... and we have a winner: gen3_mixed_blits reproduces the issue Daniel
Vetter originally found. It seems clear that we have some incoherence
between the RENDER and BLT units on gen3 that no amount of MI_FLUSH can
hide. Hmmm....

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

test: Exercise gen3 render copies

gem_stress is unhappy with tiled render copies on gen3. This is a simple
little test to ensure that a set of pure copies with a working set
larger than the aperture are handled correctly.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

tests: Add a fenced execbuffer thrash test

Exercise a nasty corner-case in the reservation logic for the fence
accounting.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

testdisplay: print pixel clock in mode debug output

Print the pixel clock of each mode.

Update gitignore

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: '-b' option to disable BLT copyfunc

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: Add render copyfunc for SandyBridge

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Add Ivybridge support to intel_gpu_dump and the BLT tests.

testdisplay: add 30bpp support (#ifdef'd out until the next cairo release)

Add Ivybridge device IDs

Makes the reg dumper work better.

testdisplay: don't read hotplug events from buffer before libudev

Otherwise we'll just block rather than trying to update the display.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

gem_stress: option to use cpu mappings

This things just won't die (libva!!!), so add an option to test them.

_Not_ meant to test snoopable mappings.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Fix a bug of testing preferred mode

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

testdisplay: add non-24 bit depth support

Testing 16bpp is useful, and 30bpp will be added once cairo supports it.

testdisplay: paint color gradients

Helps identify dithering problems.

gem_stress: option to only use x-tiling

This seems to be another trick to massively improve correctness
of the render blit. At least on my i945.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Add C99 requirement to autoconf.

snprintf is part of the C99 standard and is used in many places in the
tools.

Signed-off-by: Ben Widawsky <ben@bwidawsk.net>

Disable gem tests when libdrm is not available

Quickly checked on ppc by Cyril Brulebois.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

intel_decode: drop unused code

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

decode: Correct a couple of mistakes in gen3 IMMEDIATE_STATE_1

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: option to disable tiling

Of all the things I've tried, this seems to be the only thing
to fix tile corruptions reliably on gen2&gen3 (safe for outright
disabling the render copy).

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: clean up fence_storm

That little snippet creapt in and magically made render copy work -
by essentially disabling it.

Restore order, everything incoherent again.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: extract emit_blt

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: gen2 render copy

Sometimes acts up like gen3 on my i855gm. Sometimes works flawless.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: split out gen3 render copy

Header conflicts with other headers for different generations.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: option to disable render copy

It seems to be randomly broken, every boot in a slightly different
way on my i945gme. Works quite well on my Q35. So add an option to
disable it till this is resolved.

Well, more testing seems to suggest that I've been hunting ghosts.
Or maybe not and it works now simply because it's a different day.
Anyway, leave this in for future testing.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: render copy on gen3

Headers copied over from xf86-video-intel, code built after the Xrender
support.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

lib: execbuffer2 support

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: fix set_tiling

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: ad-hoc tile tracing

Signed-off-by: root <daniel.vetter@ffwll.ch>

gem_stress: optin to set num_buffers

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: variable gpu busy load

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: getoptification

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: dump complete failed tile

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Move gen5 blitter work-around to lib

Suggested by Chris Wilson to prevent utterly strange gpu hangs.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: limit gtt_size to 256

gem_stress maps all buffers, so more only results in trashing (which
should be handled with an option).

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: implement gen5 blitter work-around

ddx and mesa assume that this is issued after every blit command.
Breaking that invariant results in a dying gpu.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

gem_stress: fix blitter_copy on gen4+

Utter fail at copy&pasting.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

intel_bios_dumper: handle rom_size == 0

Some versions of libpciaccess on Linux set rom_size to 0 for VGA
devices.  While this behavior may change, intel_bios_dumper should
handle this situation to be compatible with current versions of the
library.

This fixes segmentation faults on affected systems.

Signed-off-by: Forest Bond <forest.bond@rapidrollout.com>
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: submit batch if there's only one fence left

... for a copy might use up to two fences!

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

stress: Distinguish between busy_bo and scratch_bo creation sizes

The busy bo has a fixed size (1024x256, 32bpp) whereas the scratch bo
may need to vary their size to exercise different features of fence
allocation.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

gem_stress: pwrite/pread support

And a few other things:
- inline checking when copying tiles with the cpu, fails _much_ faster.
- bo size seems to have a tremendous effect, put on the TODO.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Add gem stress test

Not where I want it to be, yet. And not as good as I've hoped in detecting
broken kernels.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Decode map state on gen2

At least the important stuff.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>