http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #32 from Jan Kreuzer 2009-12-06 08:13:09 ---
I tried Dave's latest drm-radeon-next (has already the two patches from
drm-radeon-testing) plus your third patch, still the white screen when modeset
starts.
Thank you
--
Configure b
On Sat, Dec 05, 2009 at 11:30:38PM +0100, Thomas Hellström wrote:
> Jerome Glisse wrote:
> >On Sat, Dec 05, 2009 at 01:14:29PM +0100, Thomas Hellström wrote:
> >>Jerome,
> >>
> >>I'm just reviewing the API change here. I'll do a more thorough
> >>code review when the API is agreed upon.
> >>
> >>>+
Eric Anholt schrieb:
> You didn't mention the most important software version for 3D issues:
> that of Mesa. There were bugs there that this safety check caught.
You're right, Mesa 7.6.1rc1 fixes the issue for me (as well as at least
one other problem I didn't even assume to be related :)
Thank
http://bugs.freedesktop.org/show_bug.cgi?id=25163
--- Comment #1 from Alex Deucher 2009-12-06 08:49:42 PST ---
IIRC, HoN requires GL 2.x which is not currently implemented in the open source
drivers.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #33 from Alex Deucher 2009-12-06 17:08:52
---
Do these patches help?
http://www.botchco.com/alex/xorg/0001-drm-radeon-kms-further-r4xx-lvds-fixes.patch
http://www.botchco.com/alex/xorg/0001-drm-radeon-kms-more-r4xx-lvds-fixes.pat
http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #34 from Jan Kreuzer 2009-12-06 18:01:36 ---
No unfortunately still the white screen. However i noticed that when i do the
vbetool dpms on / off cycle there is now flickering in the non r4xx_atom case,
when using r4xx_atom no flick
http://bugs.freedesktop.org/show_bug.cgi?id=25478
Julien Cristau changed:
What|Removed |Added
AssignedTo|xorg-t...@lists.x.org |dri-
|
http://bugs.freedesktop.org/show_bug.cgi?id=25346
Aidan Marks changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_stub.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c
index 2c1b528..ad73e14 100644
--- a/drivers/gpu/drm/drm_stub.c
+++ b/drivers/gpu/drm/drm_stub.c
@@ -128,
Add objects needed for user-space to maintain reference counts on ttm objects.
This is used by the vmwgfx driver which allows user-space to maintain
map-counts on dma buffers, lock-counts on the ttm lock and ref-counts on
gpu surfaces, gpu contexts and dma buffer.
Signed-off-by: Thomas Hellstrom
This is intended to be used by ttm-aware drivers to
1) Block clients to inactive masters when
they try to validate buffers for GPU use.
2) Optionally block clients to the current master when
there is thrashing due to GPU memory shortage.
Used by the vmwgfx driver.
Signed-off-by: Thomas Hellstrom
This patch series adds TTM functionality and a couple of drm exports needed by
the
vmwgfx drm driver. The patch adding the vmwgfx driver itself will be posted
later. The current driver source is available at
git://git.freedesktop.org/git/mesa/vmwgfx
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo_util.c |1 +
drivers/gpu/drm/ttm/ttm_memory.c |3 +++
drivers/gpu/drm/ttm/ttm_tt.c |1 +
include/drm/ttm/ttm_bo_driver.h |9 +
4 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu
Utilities to reserve, unreserve and fence a list of TTM
buffer objects in a deadlock-safe manner.
Used by the vmwgfx driver.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/Makefile |2 +-
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 117
incl
From: Dave Airlie
This adds support for compressed textures to the r100->r500 CS
checker, it lets me run openarena and the demos in mesa fine,
If someone can check the size calcs for DXT1/35 the w//h changes
that would be nice.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c
From: Dave Airlie
Again we try to put VRAM at 0, and it didn't work on this chipset,
reports of corrupt RAM appeared on irc and bugzilla.
Fix the vram location according to what the BIOS setup, I'm not 100%
sure we don't need the same thing on rs690/rs780/rs880, we probably
should do it there ju
Currently making music; expect a Tested-By in a couple hours.
Posting from a mobile, pardon my terseness. ~ C.
On Dec 6, 2009 7:22 PM, "Dave Airlie" wrote:
From: Dave Airlie
This adds support for compressed textures to the r100->r500 CS
checker, it lets me run openarena and the demos in mesa
On Sun, Dec 6, 2009 at 10:31 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> Again we try to put VRAM at 0, and it didn't work on this chipset,
> reports of corrupt RAM appeared on irc and bugzilla.
>
> Fix the vram location according to what the BIOS setup, I'm not 100%
> sure we don't need the s
Hi,
I recently decided to try out the fancy KMS stuff with my RV770. Works
fine on the x86-64 main system, but trying to get direct rendering
working in a 32-bit chroot resulted in crashes. The main system has udev
running, but the chroot had a static dev. As the dri device nodes were
missing from
19 matches
Mail list logo