Hello Dave and Luc:
Sorry for the trouble we made and thank you very much for your comment.
We will (1) add inline comment for to the patch (2) explaination for the 2
new parameters (3) explaination of the ioctl. Moreover, we will attached the
test log Xorg.0.log of the compatibility
On Fri, Sep 11, 2009 at 05:15:04PM +0800, brucech...@via.com.tw wrote:
Hello Luc:
Can I know which chipset should I use if I like to verify the DRM
driver with UniChrome driver in SLED11? Is CX700M platform OK? Or
CN700?
Thanks and Best Regards
The three devices currently fully
Hello Luc:
Thanks you very much for your information. We will re-submit again and keep
the drm_via_init_t API no change. Hope it can be more acceptable for you.
Thanks and Best Regards
=
Bruce C. Chang(張祖明)
VIA Technologies, Inc.
Address: 1F,
http://bugzilla.kernel.org/show_bug.cgi?id=13683
Jan Kreuzer kontrolla...@gmx.de changed:
What|Removed |Added
Kernel Version|2.6.31-rc8 |2.6.31-rc9
---
On Fri, Sep 11, 2009 at 05:54:34AM +0100, Dave Airlie wrote:
What should the canonical source of such versioning information be?
* This header file defines the interface, and this versioning included
in the same headerfile should then niquely identify this interface.
* driver
http://bugzilla.kernel.org/show_bug.cgi?id=14139
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
Status|RESOLVED|CLOSED
http://bugzilla.kernel.org/show_bug.cgi?id=13819
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=23670
--- Comment #10 from Brian Paul brian.e.p...@gmail.com 2009-09-11 09:18:16
PST ---
(In reply to comment #9)
Created an attachment (id=29361)
-- (http://bugs.freedesktop.org/attachment.cgi?id=29361) [details]
small case
This case simply
This patch adds a new flag to the drmWaitVblank ioctl, which asks the drm
to return immediately and notify userspace when the specified vblank sequence
happens by sending an event back on the drm fd.
The event mechanism works with the other flags supported by the ioctls,
specifically, the vblank
This patchset implements features needed to implement real power management.
Last one (0005) even shows that it's possible to implement
downclocking on DPMS_OFF with previous patches. It's just prove of
working infrastructure, nothing acceptable to commit. However I hope
it makes you decide
From 702fd0710dad9c2f7767e98f6b650a8481a33c93 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 11 Sep 2009 11:15:43 -0400
Subject: [PATCH] drm/radeon/kms: add common lvds modes in the ddc case
previous patch only handled the non-ddc case.
Signed-off-by: Alex Deucher
From 1999443c55a989969ef0a9cc12167c058142ad3c Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 11 Sep 2009 12:02:03 -0400
Subject: [PATCH] drm/radeon/kms/r600: fix blit dword count for non r6xx
rv6xx emits two extra dwords in the render target setup.
Signed-off-by:
From 465dbcc9e66b200e6ed453818ddbf30a263b2f95 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 11 Sep 2009 15:27:14 -0400
Subject: [PATCH] drm/radeon/kms: fix typo in quirks
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c
http://bugs.freedesktop.org/show_bug.cgi?id=23670
Carl Worth cwo...@cworth.org changed:
What|Removed |Added
Keywords||NEEDINFO
--
Configure
No thats where you got it wrong, a driver should never *require* version
of interface at runtime == version of interface at build time. We
rarely make incompatible major number changes in the kernel drivers,
(radeon kms being the first in my memory). DRM drivers ship in the
kernel,
I've wasted half a day hunting a bug that could easily be spotted by
gcc. Prevent this from reoccurring.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_crtc.c |3 ++-
include/drm/drm_crtc.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff
These will be used to ensure that the clock of pipe a is running
when the overlay is switched on. Programming logic more or less
directly ported over from userspace.
Also export the already existing helper function drm_encoder_crtc_ok.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
radeon_share.h was begining to give problem with include order in
respect of radeon.h. It's easier and also i think cleaner to move
what was in radeon_share.h into radeon.h. At the same time use the
extern keyword for function shared accross the module.
Signed-off-by: Jerome Glisse
This just waits until the hw passed the current ring position with
cmd execution. This slightly changes the existing i915_wait_request
function to make uninterruptible waiting possible - no point in
returning to userspace while mucking around with the overlay, that
piece of hw is just too fragile.
It is identical to I85X. Use that one instead.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_drv.h |1 -
drivers/gpu/drm/i915/intel_display.c |4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h
This implements intel overlay support for kms via a device-specific
ioctl. Thomas Hellstrom brought up the idea of a general ioctl (on
dri-devel). We've reached the conclusion that such an infrastructure
only makes sense when multiple kms overlay implementations exists,
which atm don't (and it
Hi all,
Thanks to Jesse's hint I've finally fixed the visual corruptions. Patch series
is against latest drm-next. I'll repost the ddx cleanups as soon as 2.9 is out
of the door and the drmmode overlay implementation somewhen later, when the
kernel side has hit a stable release.
I've tried to
Move mtrr range and memory information printing to radeon_object_init,
this are memory information and initialization common to all GPU and
they better fit in this function. Will also prevent code duplication
with upcoming init path changes.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
On Fri, 11 Sep 2009 14:33:34 -0400
Kristian Høgsberg k...@bitplanet.net wrote:
This patch adds a new flag to the drmWaitVblank ioctl, which asks the
drm to return immediately and notify userspace when the specified
vblank sequence happens by sending an event back on the drm fd.
The event
http://bugs.freedesktop.org/show_bug.cgi?id=22271
--- Comment #11 from Krzysztof A. Sobiecki sob...@gmail.com 2009-09-11
19:12:32 PST ---
For drmRadeonCmdBuffer: -14 bug I have created separate bug #23626
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
25 matches
Mail list logo