summaryrefslogtreecommitdiff
path: root/fs/omfs/bitmap.c
diff options
context:
space:
mode:
authorDaniel Vetter <daniel.vetter@ffwll.ch>2015-03-05 15:21:20 +0100
committerDaniel Vetter <daniel.vetter@ffwll.ch>2024-01-08 13:49:42 +0100
commit09c72028392cf5e12532411c0a0caa72d886b6b6 (patch)
tree2800ed233a295a926e6fc36c28cf524473714079 /fs/omfs/bitmap.c
parent02f5ea298cc80b6785f5bc04bb0fbf3d53a616a9 (diff)
kernel/latencytop: Add non-scheduler interface for latency reporting
Some sources of significant amounts of latency aren't simple sleeps but instead busy-loops or a series of hundreds of small sleeps simply because the hardware can't do better. Unfortunately latencytop doesn't register these and so they slip under the radar. Hence expose a simplified interface to report additional latencies and export the underlying function so that modules can use this. The example I have in mind are edid reads. The drm subsystem exposes both interfaces to do full probes and to just get at the cached state from the last probe and often userspace developers don't know about the difference and incur unecessary big latencies. And usually the i2c transfer is done with busy-looping or if there is a hw engine it might only be able to transfer a few bytes per sleep/irq cycle. And edid reads take at least 12ms and with crappy hw can easily be a few hundred ms. v2: Simplify #ifdefs a bit (Chris). Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Arjan van de Ven <arjan@linux.intel.com> Cc: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Diffstat (limited to 'fs/omfs/bitmap.c')
0 files changed, 0 insertions, 0 deletions