[<prev] [next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0908090330040.18904@skynet.skynet.ie>
Date: Sun, 9 Aug 2009 03:31:12 +0100 (IST)
From: Dave Airlie <airlied@...ux.ie>
To: torvalds@...ux-foundation.org
cc: linux-kernel@...r.kernel.org, dri-devel@...ts.sf.net
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@...net.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@...tuousgeek.org>
Signed-off-by: Dave Airlie <airlied@...hat.com>
commit 8d3457ec3198a569dd14dc9e3ae8b6163bcaa0b5
Author: Paul Rolland <rol@...917.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@...917.net>
Reviewed-by: Jesse Barnes <jbarnes@...tuousgeek.org>
Lost-twice-by: Dave Airlie <airlied@...hat.com>
Signed-off-by: Dave Airlie <airlied@...hat.com>
commit 38d5487db7f289be1d56ac7df704ee49ed3213b9
Author: Keith Packard <keithp@...thp.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@...thp.com>
Signed-off-by: Dave Airlie <airlied@...hat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists