diff options
author | Chris Wilson <[email protected]> | 2016-01-22 18:32:31 +0000 |
---|---|---|
committer | Jani Nikula <[email protected]> | 2016-02-08 10:30:07 +0200 |
commit | 93232aeb304bc22d1bbd2b3ff2ebb485a408cb8d (patch) | |
tree | f00ed4e6c3c243dfb7d414fcdb11e80560761914 /tools/perf/scripts/python/call-graph-from-postgresql.py | |
parent | 388f7b1d6e8ca06762e2454d28d6c3c55ad0fe95 (diff) |
drm/i915: Allow i915_gem_object_get_page() on userptr as well
commit 033908aed5a596f6202c848c6bbc8a40fb1a8490
Author: Dave Gordon <[email protected]>
Date: Thu Dec 10 18:51:23 2015 +0000
drm/i915: mark GEM object pages dirty when mapped & written by the CPU
introduced a check into i915_gem_object_get_dirty_pages() that returned
a NULL pointer when called with a bad object, one that was not backed by
shmemfs. This WARN was too strict as we can work on all struct page
backed objects, and resulted in a WARN + GPF for existing userspace. In
order to differentiate the various types of objects, add a new flags field
to the i915_gem_object_ops struct to describe their capabilities, with
the first flag being whether the object has struct pages.
v2: Drop silly const before an integer in the structure declaration.
Testcase: igt/gem_userptr_blits/relocations
Reported-and-tested-by: Kristian Høgsberg Kristensen <[email protected]>
Signed-off-by: Chris Wilson <[email protected]>
Cc: Dave Gordon <[email protected]>
Cc: Kristian Høgsberg Kristensen <[email protected]>
Cc: Daniel Vetter <[email protected]>
Reviewed-by: Dave Gordon <[email protected]>
Reviewed-by: Kristian Høgsberg Kristensen <[email protected]>
Tested-by: Michal Winiarski <[email protected]>
Signed-off-by: Rodrigo Vivi <[email protected]>
Fixes: 033908aed5a5 ("drm/i915: mark GEM object pages dirty when mapped & written by the CPU")
Link: http://patchwork.freedesktop.org/patch/msgid/[email protected]
(cherry picked from commit de4726649b6b1d7f3f02b2031ee99e067cb71e2d)
Signed-off-by: Jani Nikula <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/call-graph-from-postgresql.py')
0 files changed, 0 insertions, 0 deletions