summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/drm_of.c
diff options
context:
space:
mode:
authorVille Syrjälä <ville.syrjala@linux.intel.com>2015-10-08 11:43:33 +0300
committerDaniel Vetter <daniel.vetter@ffwll.ch>2015-10-20 12:01:29 +0200
commit9afd808cf3c45810492f2e05b7c422c99edc88cc (patch)
treebd3b215864bef85ee765743983e2e672d51ebe04 /drivers/gpu/drm/drm_of.c
parentfa3a7340eaa174a36c12c31747dc6eccd08530b5 (diff)
downloadlinux-9afd808cf3c45810492f2e05b7c422c99edc88cc.tar.gz
linux-9afd808cf3c45810492f2e05b7c422c99edc88cc.tar.bz2
linux-9afd808cf3c45810492f2e05b7c422c99edc88cc.zip
drm/edid: Round to closest when computing the CEA/HDMI alternate clock
Rounding to the closest kHz seems like the better option that round down or up when computing the alternate clock for CEA/HDMI modes. It'll give us a slightly more accurate clock in some cases. Not sure why I went for the down+up approach originally. Perhaps I was thinking we can go back and forth betwen the two frequencies without introducing errors, but round to closest still maintains that property. Cc: Adam Jackson <ajax@redhat.com> Cc: Clint Taylor <clinton.a.taylor@intel.com> Cc: Libin Yang <libin.yang@intel.com> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Reviewed-by: Adam Jackson <ajax@redhat.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'drivers/gpu/drm/drm_of.c')
0 files changed, 0 insertions, 0 deletions