[Bug 105762] [CI] igt at kms_*@*suspend* - dmesg-warn - Delta way too big! 18446743856563626466 ts=18446744054496180323 write stamp = 197932553857 - WARNING: CPU: 0 PID: 1596 at kernel/trace/ring_buffer.c:2640 rb_handle_timestamp.isra.33+0x6c/0x70
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Apr 3 10:40:50 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=105762
Chris Wilson <chris at chris-wilson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #2 from Chris Wilson <chris at chris-wilson.co.uk> ---
Patches heading upstream; merged to topic/core-for-CI for safe keeping.
commit 344cbd8805a44f2692623eb29b7231d3d52902ad
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Tue Mar 27 10:44:52 2018 +0100
trace: Default to using trace_global_clock if sched_clock is unstable
Across suspend, we may see a very large drift in timestamps if the sched
clock is unstable, prompting the global trace's ringbuffer code to warn
and suggest switching to the global clock. Preempt this request by
detecting when the sched clock is unstable (determined during
late_initcall) and automatically switching the default clock over to
trace_global_clock.
This should prevent requiring user interaction to resolve warnings such
as:
Delta way too big! 18446743856563626466 ts=18446744054496180323 write
stamp = 197932553857
If you just came from a suspend/resume,
please switch to the trace global clock:
echo global > /sys/kernel/debug/tracing/trace_clock
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Steven Rostedt (VMware) <rostedt at goodmis.org>
---
v2: Tell the user what's happening and what they can do to correct it.
Blessed-by: Steven Rostedt (VMware) <rostedt at goodmis.org>
Link:
https://patchwork.freedesktop.org/patch/msgid/20180330150132.16903-1-chris@chris-wilson.co.uk
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180403/0589029e/attachment.html>
More information about the intel-gfx-bugs
mailing list