#ifndef LOCKME_H #define LOCKME_H #include #include "die.h" static inline void xlockme(void) { if (mlockall(MCL_CURRENT | MCL_FUTURE) != 0) panic("Cannot lock pages!\n"); } static inline void xunlockme(void) { munlockall(); } #endif /* LOCKME_H */ m feed' href='https://git.distanz.ch/cgit.cgi/linux/net-next.git/atom/?h=master' type='application/atom+xml'/>
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2016-09-09 14:11:59 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2016-09-09 14:23:07 +0100
commit32c2b4bda62839c527b47bc843aebcdd535c9519 (patch)
treef9e27e592bcffd9034495a742910fbe54faa5640
parent80b5bdbdcbce6efd1083269616dc9efea3c63363 (diff)
drm/i915: Avoid incrementing hangcheck whilst waiting for external fence
If we are waiting upon an external fence, from the pov of hangcheck the engine is stuck on the last submitted seqno. Currently we give a small increment to the hangcheck score in order to catch a stuck waiter / driver. Now that we both have an independent wait hangcheck and may be stuck waiting on an external fence, resetting the GPU has little effect on that external fence. As we cannot advance by resetting, skip incrementing the hangcheck score. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Mika Kuoppala <mika.kuoppala@intel.com> Reviewed-by: Mika Kuoppala <mika.kuoppala@intel.com> Link: http://patchwork.freedesktop.org/patch/msgid/20160909131201.16673-19-chris@chris-wilson.co.uk