#include #include "gtk.h" #include "../progress.h" #include "util.h" static GtkWidget *dialog; static GtkWidget *progress; static void gtk_ui_progress__update(struct ui_progress *p) { double fraction = p->total ? 1.0 * p->curr / p->total : 0.0; char buf[1024]; if (dialog == NULL) { GtkWidget *vbox = gtk_vbox_new(TRUE, 5); GtkWidget *label = gtk_label_new(p->title); dialog = gtk_window_new(GTK_WINDOW_TOPLEVEL); progress = gtk_progress_bar_new(); gtk_box_pack_start(GTK_BOX(vbox), label, TRUE, FALSE, 3); gtk_box_pack_start(GTK_BOX(vbox), progress, TRUE, TRUE, 3); gtk_container_add(GTK_CONTAINER(dialog), vbox); gtk_window_set_title(GTK_WINDOW(dialog), "perf"); gtk_window_resize(GTK_WINDOW(dialog), 300, 80); gtk_window_set_position(GTK_WINDOW(dialog), GTK_WIN_POS_CENTER); gtk_widget_show_all(dialog); } gtk_progress_bar_set_fraction(GTK_PROGRESS_BAR(progress), fraction); snprintf(buf, sizeof(buf), "%"PRIu64" / %"PRIu64, p->curr, p->total); gtk_progress_bar_set_text(GTK_PROGRESS_BAR(progress), buf); /* we didn't call gtk_main yet, so do it manually */ while (gtk_events_pending()) gtk_main_iteration(); } static void gtk_ui_progress__finish(void) { /* this will also destroy all of its children */ gtk_widget_destroy(dialog); dialog = NULL; } static struct ui_progress_ops gtk_ui_progress__ops = { .update = gtk_ui_progress__update, .finish = gtk_ui_progress__finish, }; void gtk_ui_progress__init(void) { ui_progress__ops = >k_ui_progress__ops; } '> summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2017-01-09 11:19:32 +0000
committerJani Nikula <jani.nikula@intel.com>2017-02-08 13:10:24 +0200
commite3818697e1d9140d0b990fecf4429d40c41ca0b5 (patch)
treeff9717fc8bb3a99735084c5b6f01385889b6e36e
parent5351fbb1bf1413f6024892093528280769ca852f (diff)
drm/i915: Flush untouched framebuffers before display on !llc
On a non-llc system, the objects are created with .cache_level = CACHE_NONE and so the transition to uncached for scanout is a no-op. However, if the object was never written to, it will still be in the CPU domain (having been zeroed out by shmemfs). Those cachelines need to be flushed prior to display. Reported-and-tested-by: Vito Caputo Fixes: a6a7cc4b7db6 ("drm/i915: Always flush the dirty CPU cache when pinning the scanout") Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: <drm-intel-fixes@lists.freedesktop.org> # v4.10-rc1+ Link: http://patchwork.freedesktop.org/patch/msgid/20170109111932.6342-1-chris@chris-wilson.co.uk Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> (cherry picked from commit 69aeafeae9b30d797c439a30d1a4ccc8dc5b0eb0) Signed-off-by: Jani Nikula <jani.nikula@intel.com>
-rw-r--r--drivers/gpu/drm/i915/i915_gem.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c