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    [from the cache]
©2003-2011 Jasper Spaans