[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4

https://bugs.freedesktop.org/show_bug.cgi?id=27524 Michel Dänzer changed: What|Removed |Added Product|Mesa|DRI Component|Drivers/DRI/r300

[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4

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

[Bug 15736] New: Radeon crashes booting after enabling KMS

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

[Bug 15030] screen connected to displayport is not detected - kms radeon

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

[Bug 27521] corrupted rendering with vbo + kms + rv515 (hits Blender 2.50!)

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

[Bug 15030] screen connected to displayport is not detected - kms radeon

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:

[PATCH 03/13] drm/nouveau: update to TTM no_wait splitted argument

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

[PATCH 01/13] drm/ttm: split no_wait argument in 2 GPU or reserve wait

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

[PATCH 04/13] drm/vmwgfx: update to TTM no_wait splitted argument

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

[PATCH 09/13] drm/radeon/kms: don't initialize TTM io memory manager field

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

unmappable vram v8

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

[PATCH 02/13] drm/radeon/kms: update to TTM no_wait splitted argument

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(-)

[PATCH 11/13] drm/vmwgfx: don't initialize TTM io memory manager field

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

[PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V6

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

[PATCH 13/13] drm/radeon/kms: enable use of unmappable VRAM V2

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

[PATCH 06/13] drm/radeon/kms: add support for new fault callback V7

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

[PATCH 07/13] drm/nouveau/kms: add support for new TTM fault callback V5

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

[PATCH 08/13] drm/vmwgfx: add support for new TTM fault callback V5

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

[PATCH 10/13] drm/nouveau/kms: don't initialize TTM io memory manager field

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

[PATCH 12/13] drm/ttm: remove io_ field from TTM V6

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

Re: [PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V5

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 >

[PATCH] tests/ programs need -lrt too since they use clock_gettime.

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

[Bug 15738] New: VGA output of Radeon HD3450 displays too bright colors with KMS radeon driver

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

[Bug 27566] New: r300g segfaults in glDrawPixels

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

[Bug 27566] r300g segfaults in glDrawPixels

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

[Bug 27566] r300g segfaults in glDrawPixels

https://bugs.freedesktop.org/show_bug.cgi?id=27566 Wiktor Janas changed: What|Removed |Added Attachment #34848|application/octet-stream|text/plain mime type|

[Bug 27566] r300g segfaults in glDrawPixels

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: ---

[Bug 27566] r300g segfaults in glDrawPixels

https://bugs.freedesktop.org/show_bug.cgi?id=27566 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/edid: When checking duplicate standard modes, walked the probed list

... 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

[Bug 15736] Radeon crashes booting after enabling KMS

https://bugzilla.kernel.org/show_bug.cgi?id=15736 Pauli changed: What|Removed |Added CC||suok...@gmail.com --- Comment #1 from Pauli

[Bug 15736] Radeon crashes booting after enabling KMS

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

[PATCH] drm/radeon/kms: more atom parser fixes

>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

[Bug 15738] VGA output of Radeon HD3450 displays too bright colors with KMS radeon driver

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

Re: [PATCH] drm/radeon/kms: more atom parser fixes

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

[PATCH 3/6] drm/i915: introduce i915_gem_alloc_object

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/

[PATCH 1/6] drm: extract drm_gem_object_init

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

[PATCH 2/6] drm: free core gem object from driver callbacks

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 |

[PATCH 6/6] drm/i915: drop pointer to drm_gem_object

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/

Re: [PATCH] drm/radeon/kms: more atom parser fixes

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

[Bug 27569] New: Radeon KMS panic with certain kernel config.

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

[Bug 27522] rendering of large vtk datasets very slow

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

[Bug 27521] corrupted rendering with vbo + kms + rv515 (hits Blender 2.50!)

https://bugs.freedesktop.org/show_bug.cgi?id=27521 Maciej Cencora changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 5/6] drm/i915: don't use ->driver_private anymore

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

[PATCH 0/6] make gem_object embedable and convert i915 driver

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

[PATCH 4/6] drm/i915: embed the gem object into drm_i915_gem_object

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 -

[Bug 27443] radeonFreeTexImageData: Assertion `!image->base.Data' failed when running Ogre3D samples

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

Re: 2.6.34-rc3-git8: Reported regressions 2.6.32 -> 2.6.33

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

List moved to freedesktop.org

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 dri-de...@lists.freedesktop.org. Old subscribers have automatically been subscribed to the new list, preserving existing subscr

[Bug 27570] New: r300g incorrectly claims npot support

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

[Bug 27570] r300g incorrectly claims npot support

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

[Bug 27570] r300g incorrectly claims npot support

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

[Bug 27522] rendering of large vtk datasets very slow

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

[Bug 27570] r300g incorrectly claims npot support

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

[Bug 27569] Radeon KMS panic with certain kernel config.

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:

[Bug 27569] Radeon KMS panic with certain kernel config.

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

[Bug 27571] New: Regression: r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer.

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

[Bug 27571] Regression: r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer.

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.

[Bug 27521] corrupted rendering with vbo + kms + rv515 (hits Blender 2.50!)

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