summaryrefslogtreecommitdiff
path: root/arch
diff options
context:
space:
mode:
authorLespiau, Damien <damien.lespiau@intel.com>2014-03-24 19:53:15 +0400
committerDave Airlie <airlied@redhat.com>2014-03-28 06:57:36 +0400
commita73d4e91fbb5ed6821ec5b906028e0e94868ef79 (patch)
tree23c53972b71fc5dae0ed7e28a45b23ff3d928c19 /arch
parent8fa6a9e7e23ff163235d86b4d6f30692092dd1b5 (diff)
downloadlinux-a73d4e91fbb5ed6821ec5b906028e0e94868ef79.tar.xz
drm: Pull the test on drm_debug in the logging macros
In the logging code, we are currently checking is we need to output in drm_ut_debug_printk(). This is too late. The problem is that when we write something like: DRM_DEBUG_DRIVER("ELD on [CONNECTOR:%d:%s], [ENCODER:%d:%s]\n", connector->base.id, drm_get_connector_name(connector), connector->encoder->base.id, drm_get_encoder_name(connector->encoder)); We start by evaluating the arguments (so call drm_get_connector_name() and drm_get_connector_name()) before ending up in drm_ut_debug_printk() which will then does nothing. This means we execute a lot of instructions (drm_get_connector_name(), in turn, calls snprintf() for example) to happily discard them in the normal case, drm.debug=0. So, let's put the test on drm_debug earlier, in the macros themselves. Sprinkle an unlikely() as well for good measure. Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions