https://bugs.freedesktop.org/show_bug.cgi?id=27521
--- Comment #5 from Rafał Miłecki 2010-04-09 22:41:12 PDT ---
(In reply to comment #4)
> I've pushed a fix on mesa_7_7_branch
> (a5489649593427e47b039ad0d4a98cbb4e547f69).
> Thanks for the report and testcase!
Thanks for fix! ;)
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=27571
--- Comment #1 from Nick Bowler 2010-04-09 21:58:27 PDT ---
Created an attachment (id=34859)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34859)
Full kernel log.
Just in case it's needed.
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=27571
Summary: Regression: r600 CS checker rejects GL_DEPTH_TEST w/o
depth buffer.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27569
--- Comment #2 from Nick Bowler 2010-04-09 16:49:45 PDT ---
I don't expect it to work.
I do expect the driver to not oops, however.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=27569
--- Comment #1 from Dave Airlie 2010-04-09 15:55:27
PDT ---
Not sure how you expect this to work since we need AGP working.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=27570
--- Comment #3 from Marek Olšák 2010-04-09 14:16:25 PDT ---
The NPOT textures are mandatory in GL2 and if the driver doesn't claim their
support, Mesa will report OpenGL 1.5 only, pretty much killing the main selling
point of r300g.
I plan to im
https://bugs.freedesktop.org/show_bug.cgi?id=27522
--- Comment #3 from Paulo César Pereira de Andrade
2010-04-09 13:57:25 PDT ---
Created an attachment (id=34856)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34856)
% perf record invesalius; perf report 2>& 1
The file should give
https://bugs.freedesktop.org/show_bug.cgi?id=27570
--- Comment #2 from Wiktor Janas 2010-04-09 13:48:27 PDT
---
Created an attachment (id=34855)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34855)
the r300g's rendering
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=27570
--- Comment #1 from Wiktor Janas 2010-04-09 13:48:05 PDT
---
Created an attachment (id=34854)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34854)
the correct rendering
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=27570
Summary: r300g incorrectly claims npot support
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
Thanks to Tollef, we've just finished moving this list over to
freedesktop.org. This should give us faster delivery and a better
archive viewer.
The new list address is [email protected]. Old
subscribers have automatically been subscribed to the new list,
preserving existing subscr
On Friday 09 April 2010, Gertjan van Wingerde wrote:
> On 04/09/10 00:54, Rafael J. Wysocki wrote:
> >
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15699
> > Subject : rt2500usb driver cannot remain connected
> > Submitter :
> > Date: 2010-04-05 19:3
https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #2 from Laurent carlier 2010-04-09 12:43:12
PDT ---
Here is a backtrace of the problem:
[lo...@archmain g3dtest]$ gdb gbx3
GNU gdb (GDB) 7.1
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Just embed it and adjust the pointers, No other changes (that's
for later patches).
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/i915_gem.c | 58 +++---
2 files changed, 30 insertions(+), 29 deletions(-)
diff -
Hi all,
As promised here's my patch series to make struct drm_gem_object embedable.
Also converts drm/i915 as a proof of concept.
I've already looked at the radeon and nouveau modules and a straightforward
replament of the gem_object pointer looks simple. But I think embedding it
into the ttm_bo
Thanks to the to_intel_bo helper, this change is rather trivial.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.h |2 +-
drivers/gpu/drm/i915/i915_gem.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=27521
Maciej Cencora changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27522
--- Comment #2 from Paulo César Pereira de Andrade
2010-04-09 12:29:09 PDT ---
(In reply to comment #1)
> (In reply to comment #1)
> > Using oprofile, and starting the application, loading a project and clicking
> > the close button shows that m
https://bugs.freedesktop.org/show_bug.cgi?id=27569
Summary: Radeon KMS panic with certain kernel config.
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pr
Updated version with stable cc and remove some leftover unused vars
noticed by roysjosh on IRC.
Alex
On Fri, Apr 9, 2010 at 2:41 PM, Alex Deucher wrote:
> From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 9 Apr 2010 14:27:18 -0400
> Subject
When drivers embed the core gem object into their own structures,
they'll have to do this. Temporarily this results in an ugly
kfree(gem_obj);
in every gem driver.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_gem.c | 10 +++---
drivers/gpu/drm/i915/i915_gem.c |
Luckily the change is quite a little bit less invasive than I've
feared.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_debugfs.c | 15 +++
drivers/gpu/drm/i915/i915_drv.h |1 -
drivers/gpu/drm/i915/i915_gem.c | 21 ++---
drivers/gpu/
Just preparation, no functional change.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.h |2 ++
drivers/gpu/drm/i915/i915_gem.c | 12 +---
drivers/gpu/drm/i915/intel_display.c |2 +-
drivers/gpu/drm/i915/intel_fb.c |2 +-
drivers/gpu/drm/i915/
This function can be used by drivers who allocate the drm gem object
on their own. No functional change in here, just preparation.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_gem.c | 39 +--
include/drm/drmP.h|2 ++
2 files changed, 31 i
This should go to stable as well. Forgot to add the stable cc.
Alex
On Fri, Apr 9, 2010 at 2:41 PM, Alex Deucher wrote:
> From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 9 Apr 2010 14:27:18 -0400
> Subject: [PATCH] drm/radeon/kms: more a
https://bugzilla.kernel.org/show_bug.cgi?id=15738
--- Comment #1 from Alex Deucher 2010-04-09 18:42:38
---
Created an attachment (id=25932)
--> (https://bugzilla.kernel.org/attachment.cgi?id=25932)
fix atom parser bug
This patch fixes the issue.
--
Configure bugmail: https://bugzilla.ke
>From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 9 Apr 2010 14:27:18 -0400
Subject: [PATCH] drm/radeon/kms: more atom parser fixes
shr/shl ops need the full dst rather than the pre-masked
version. Fixes fdo bug 27478 and kernel bug 15738.
Sig
https://bugzilla.kernel.org/show_bug.cgi?id=15736
--- Comment #2 from Marc Haber 2010-04-09
17:59:48 ---
Really? The log doesn't contain the string "drm" before "Linux agpgart
interface v0.103"?
Greetings
Marc
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=15736
Pauli changed:
What|Removed |Added
CC||[email protected]
--- Comment #1 from Pauli
... and not the global list.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c4a578e..b407eef 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=27566
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27566
--- Comment #2 from Brian Paul 2010-04-09 08:47:37 PDT ---
Looks like a state tracker issue. I'm looking into it...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=27566
Wiktor Janas changed:
What|Removed |Added
Attachment #34848|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=27566
--- Comment #1 from Wiktor Janas 2010-04-09 08:37:09 PDT
---
Created an attachment (id=34848)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34848)
the backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27566
Summary: r300g segfaults in glDrawPixels
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugzilla.kernel.org/show_bug.cgi?id=15738
Summary: VGA output of Radeon HD3450 displays too bright colors
with KMS radeon driver
Product: Drivers
Version: 2.5
Kernel Version: 2.6.33.1 and 2.6.33.2
Platform: All
OS/V
When using the binutils gold linker, even if libdrm.so is already linked against
-lrt you still need to link your app against -lrt if your app needs symbols from
it.
Signed-off-by: Török Edwin
---
tests/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/M
Dave Airlie wrote:
> On Wed, Apr 7, 2010 at 8:21 PM, Jerome Glisse wrote:
>
>> On fault the driver is given the opportunity to perform any operation
>> it sees fit in order to place the buffer into a CPU visible area of
>> memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
>
All TTM driver have been converted to new io_mem_reserve/free
interface which allow driver to choose and return proper io
base, offset to core TTM for ioremapping if necessary. This
patch remove what is now deadcode.
V2 adapt to match with change in first patch of the patchset
V3 update after io_m
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index 2
This add the support for the new fault callback, does change anything
from driver point of view.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been tested.
V2 don't derefence bo->mem.mm_node as it's not NULL only for
This add the support for the new fault callback and also the
infrastructure for supporting unmappable VRAM.
V2 validate BO with no_wait = true
V3 don't derefence bo->mem.mm_node as it's not NULL only for
VRAM or GTT
V4 update to splitted no_wait ttm change
V5 update to new balanced io_mem_reser
This add the support for the new fault callback, does change anything
from driver point of view, thought it should allow nouveau to add
support for unmappable VRAM.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been teste
On fault the driver is given the opportunity to perform any operation
it sees fit in order to place the buffer into a CPU visible area of
memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
should keep working properly. Future patch will take advantage of this
infrastructure and
This patch enable the use of unmappable VRAM thanks to
previous TTM infrastructure change.
V2 update after io_mem_reserve/io_mem_free callback balancing
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c |5 -
drivers/gpu/drm/radeon/r100.c |5 -
drivers/gpu
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
index f
Ok so here again this time ioremap is kept inside ttm so we don't
waste ioremap when faulting page.
Cheers,
Jerome
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bu
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c |6 ++--
drivers/gpu/drm/radeon/radeon_ttm.c| 39 +--
2 files changed, 24 insertions(+), 21 deletions(-)
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c |4 ++--
drivers/gpu/drm/vmwgfx/vmwg
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_ttm.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index 91
There is case where we want to be able to wait only for the
GPU while not waiting for other buffer to be unreserved. This
patch split the no_wait argument all the way down in the whole
ttm path so that upper level can decide on what to wait on or
not.
This patch break the API to other modules, upd
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 45 ++--
d
https://bugzilla.kernel.org/show_bug.cgi?id=15030
--- Comment #16 from Nicolas Reinecke 2010-04-09
12:11:26 ---
Created an attachment (id=25928)
--> (https://bugzilla.kernel.org/attachment.cgi?id=25928)
DP screen not detected, drm.debug, second screen on dvi-d found
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27521
--- Comment #3 from Wiktor Janas 2010-04-09 05:07:59 PDT
---
Indeed, gallium version works for me too. However, it has some serious texture
problems - basically anything Blender draws using textures is garbage. Blender
can be used without vbo, b
https://bugzilla.kernel.org/show_bug.cgi?id=15030
Nicolas Reinecke changed:
What|Removed |Added
Kernel Version|2.6.33-rc6 |2.6.34-rc3
--- Comment #15 from Ni
https://bugzilla.kernel.org/show_bug.cgi?id=15736
Summary: Radeon crashes booting after enabling KMS
Product: Drivers
Version: 2.5
Kernel Version: 2.6.33.2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #12 from Jeremy Huddleston 2010-04-09
02:48:57 PDT ---
Ok, tell me what you want me to dump, when you want me to dump it, and how.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
Component|Drivers/DRI/r300
58 matches
Mail list logo
