On Tue, Dec 21, 2010 at 08:29:03AM +0100, Michel D?nzer wrote:
On Die, 2010-12-21 at 11:41 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On my system with a radeon x2, the first GPU was not overlapping vesa
but the test decided it was.
Signed-off-by: Dave Airlie
On Tue, Dec 21, 2010 at 11:41:17AM +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
Situation as follow:
2 GPUs + vesafb + kms.
GPU 1 is primary, vesafb binds to it as fb0
radeon loads
GPU 0 loads as fb1
GPU 1 loads, vesafb gets kicked off which causes fb0 to unbind
On Mon, Mar 15, 2010 at 10:56:02AM +1000, Dave Airlie wrote:
On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse jcro...@codeaurora.org wrote:
Allow platform devices without PCI resources to be DRM devices.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
This patch has a bunch of
On Tue, Mar 09, 2010 at 10:08:28PM +0100, Rafael J. Wysocki wrote:
On Tuesday 09 March 2010, James Simmons wrote:
Second, in the KMS case, we'd be able to skip the kernel VT switch,
because
the KMS driver uses its own framebuffer anyway.
So, is there any reasonable
. Will send it as an attachment this time..
Regards,
--
Paul Mundt [EMAIL PROTECTED]
MontaVista Software, Inc.
Index: drmP.h
===
RCS file:
/cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h,v
