lkml.org 
[lkml]   [2009]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject[git pull] more drm-fixes for rc6
    Hi Linus,

    Please pull the 'drm-fixes' branch from
    ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

    One real bug fix, and two quite stupid errors that people think are bugs,
    because we report them.

    Dave.

    drivers/gpu/drm/drm_irq.c | 2 +-
    drivers/gpu/drm/drm_modes.c | 2 ++
    drivers/gpu/drm/i915/i915_irq.c | 4 ++--
    3 files changed, 5 insertions(+), 3 deletions(-)

    commit 6cb504c29b1338925c83e4430e42a51eaa43781e
    Author: Frans Pop <elendil@planet.nl>
    Date: Sun Aug 9 12:25:29 2009 +1000

    drm/i915: silence vblank warnings

    these errors are pretty pointless

    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

    commit 8d3457ec3198a569dd14dc9e3ae8b6163bcaa0b5
    Author: Paul Rolland <rol@as2917.net>
    Date: Sun Aug 9 12:24:01 2009 +1000

    drm: silence pointless vblank warning.

    Some applications/hardware combinations are triggering the message "failed to
    acquire vblank counter" to be issued up to 20 times a second, which makes it
    both useless and dangerous, as this may hide other important messages.
    This changes makes it only appear when people are debugging.

    Signed-off-by: Paul Rolland <rol@as2917.net>
    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Lost-twice-by: Dave Airlie <airlied@redhat.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

    commit 38d5487db7f289be1d56ac7df704ee49ed3213b9
    Author: Keith Packard <keithp@keithp.com>
    Date: Mon Jul 20 14:49:17 2009 -0700

    drm: When adding probed modes, preserve duplicate mode types

    The code which takes probed modes and adds them to a connector eliminates
    duplicate modes by comparing them using drm_mode_equal. That function
    doesn't consider the type bits, which means that any modes which differ only
    in the type field will be lost.

    One of the bits in the mode->type field is the DRM_MODE_TYPE_PREFERRED bit.
    If the mode with that bit is lost, then higher level code will not know
    which mode to select, causing a random mode to be used instead.

    This patch simply merges the two mode type bits together; that seems
    reasonable to me, but perhaps only a subset of the bits should be used? None
    of these can be user defined as they all come from looking at just the
    hardware.

    Signed-off-by: Keith Packard <keithp@keithp.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>


    \
     
     \ /
      Last update: 2009-08-09 04:33    [W:0.043 / U:61.292 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site