[Bug 31154] EIZO S2242W has invalid extension block, no display

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31154

sam tygier  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from sam tygier  2010-11-13 11:10:12 PST 
---
i confirmed that this is fixed in linus' tree by the recent dri merge.

commit is 0ea75e23356f73b4300492e04a62c90787a55c2d

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31565] [r300] radeon_texture.c:136: radeon_teximage_map: Assertion `!image->base.Data' failed.

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31565

Marek Olšák  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Drivers/DRI/r300

--- Comment #1 from Marek Olšák  2010-11-13 12:16:39 PST ---
This is a classic driver bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31568] [r300g] SIGSEGV src/mesa/vbo/vbo_exec_array.c:1154

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31568

Marek Olšák  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Mesa core
 AssignedTo|dri-de...@lists.freedesktop |mesa-...@lists.freedesktop.
   |.org|org

--- Comment #1 from Marek Olšák  2010-11-13 12:23:06 PST ---
I can't reproduce this, but it looks like a Mesa core bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31569] [r300g] SIGSEGV src/mesa/main/api_loopback.c:1470

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31569

Marek Olšák  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Mesa core
 AssignedTo|dri-de...@lists.freedesktop |mesa-...@lists.freedesktop.
   |.org|org

--- Comment #1 from Marek Olšák  2010-11-13 12:24:25 PST ---
I can't reproduce this, but it looks like a Mesa core bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=28860

--- Comment #26 from Marek Olšák  2010-11-13 12:36:27 PST ---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 28995] [r300g] dri rejects command buffers

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=28995

--- Comment #20 from Marek Olšák  2010-11-13 12:38:16 PST ---
Is this still an issue with current mesa git and kernel 2.6.36?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 29495] [r300g] Shadowgrounds: character portraits rendered wrong

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29495

--- Comment #1 from Marek Olšák  2010-11-13 12:40:51 PST ---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 29867] gallium r300g r600g broken shadows

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29867

--- Comment #2 from Marek Olšák  2010-11-13 12:42:59 PST ---
Is this still an issue with r300g from current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[PATCH 1/3] drm/radeon: embed struct drm_gem_object

2010-11-13 Thread Daniel Vetter
Unconditionally initialize the drm gem object - it's not
worth the trouble not to for the few kernel objects.

This patch only changes the place of the drm gem object,
access is still done via pointers.

Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +-
 drivers/gpu/drm/radeon/r600.c   |2 +-
 drivers/gpu/drm/radeon/r600_blit_kms.c  |2 +-
 drivers/gpu/drm/radeon/radeon.h |1 +
 drivers/gpu/drm/radeon/radeon_benchmark.c   |4 ++--
 drivers/gpu/drm/radeon/radeon_device.c  |2 +-
 drivers/gpu/drm/radeon/radeon_gart.c|2 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   22 +-
 drivers/gpu/drm/radeon/radeon_object.c  |   16 +---
 drivers/gpu/drm/radeon/radeon_object.h  |2 +-
 drivers/gpu/drm/radeon/radeon_ring.c|4 ++--
 drivers/gpu/drm/radeon/radeon_test.c|4 ++--
 drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
 drivers/gpu/drm/radeon/rv770.c  |2 +-
 14 files changed, 33 insertions(+), 34 deletions(-)

diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c 
b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
index ac3b6dd..f8b4b1b 100644
--- a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
+++ b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
@@ -459,7 +459,7 @@ int evergreen_blit_init(struct radeon_device *rdev)
obj_size += evergreen_ps_size * 4;
obj_size = ALIGN(obj_size, 256);
 
-   r = radeon_bo_create(rdev, NULL, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
+   r = radeon_bo_create(rdev, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
&rdev->r600_blit.shader_obj);
if (r) {
DRM_ERROR("evergreen failed to allocate shader\n");
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 33952a1..82376b2 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -2723,7 +2723,7 @@ static int r600_ih_ring_alloc(struct radeon_device *rdev)
 
/* Allocate ring buffer */
if (rdev->ih.ring_obj == NULL) {
-   r = radeon_bo_create(rdev, NULL, rdev->ih.ring_size,
+   r = radeon_bo_create(rdev, rdev->ih.ring_size,
 true,
 RADEON_GEM_DOMAIN_GTT,
 &rdev->ih.ring_obj);
diff --git a/drivers/gpu/drm/radeon/r600_blit_kms.c 
b/drivers/gpu/drm/radeon/r600_blit_kms.c
index 8362974..c9cb553 100644
--- a/drivers/gpu/drm/radeon/r600_blit_kms.c
+++ b/drivers/gpu/drm/radeon/r600_blit_kms.c
@@ -501,7 +501,7 @@ int r600_blit_init(struct radeon_device *rdev)
obj_size += r6xx_ps_size * 4;
obj_size = ALIGN(obj_size, 256);
 
-   r = radeon_bo_create(rdev, NULL, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
+   r = radeon_bo_create(rdev, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
&rdev->r600_blit.shader_obj);
if (r) {
DRM_ERROR("r600 failed to allocate shader\n");
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 73f600d..e2409b9 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -256,6 +256,7 @@ struct radeon_bo {
/* Constant after initialization */
struct radeon_device*rdev;
struct drm_gem_object   *gobj;
+   struct drm_gem_object   gem_base;
 };
 
 struct radeon_bo_list {
diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c 
b/drivers/gpu/drm/radeon/radeon_benchmark.c
index 7932dc4..1bdf3cc 100644
--- a/drivers/gpu/drm/radeon/radeon_benchmark.c
+++ b/drivers/gpu/drm/radeon/radeon_benchmark.c
@@ -41,7 +41,7 @@ void radeon_benchmark_move(struct radeon_device *rdev, 
unsigned bsize,
 
size = bsize;
n = 1024;
-   r = radeon_bo_create(rdev, NULL, size, true, sdomain, &sobj);
+   r = radeon_bo_create(rdev, size, true, sdomain, &sobj);
if (r) {
goto out_cleanup;
}
@@ -53,7 +53,7 @@ void radeon_benchmark_move(struct radeon_device *rdev, 
unsigned bsize,
if (r) {
goto out_cleanup;
}
-   r = radeon_bo_create(rdev, NULL, size, true, ddomain, &dobj);
+   r = radeon_bo_create(rdev, size, true, ddomain, &dobj);
if (r) {
goto out_cleanup;
}
diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 8adfedf..6ac28ee 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -180,7 +180,7 @@ int radeon_wb_init(struct radeon_device *rdev)
int r;
 
if (rdev->wb.wb_obj == NULL) {
-   r = radeon_bo_create(rdev, NULL, RADEON_GPU_PAGE_SIZE, true,
+   r = radeon_bo_create(rdev, RADEON_GPU_PAGE_SIZE, true,
RADEON_GEM_DOMAIN_GTT, &rdev->wb.wb_obj);
  

[PATCH 0/3] embed drm_gem_object into radeon_bo

2010-11-13 Thread Daniel Vetter
Hi all,

This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
  the userspace interface (I know, there's some overlap there, but that's
  not really a new problem).

Please review and consider merging for -next.

Yours, Daniel

Daniel Vetter (3):
  drm/radeon: embed struct drm_gem_object
  drm/radeon: introduce gem_to_radeon_bo helper
  drm/radeon: kill radeon_bo->gobj pointer

 drivers/gpu/drm/radeon/atombios_crtc.c  |8 ++--
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +-
 drivers/gpu/drm/radeon/r600.c   |2 +-
 drivers/gpu/drm/radeon/r600_blit_kms.c  |2 +-
 drivers/gpu/drm/radeon/radeon.h |3 +-
 drivers/gpu/drm/radeon/radeon_benchmark.c   |4 +-
 drivers/gpu/drm/radeon/radeon_cs.c  |2 +-
 drivers/gpu/drm/radeon/radeon_device.c  |4 +-
 drivers/gpu/drm/radeon/radeon_fb.c  |   10 +++---
 drivers/gpu/drm/radeon/radeon_gart.c|2 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   43 ---
 drivers/gpu/drm/radeon/radeon_legacy_crtc.c |4 +-
 drivers/gpu/drm/radeon/radeon_object.c  |   24 +++
 drivers/gpu/drm/radeon/radeon_object.h  |2 +-
 drivers/gpu/drm/radeon/radeon_ring.c|4 +-
 drivers/gpu/drm/radeon/radeon_test.c|4 +-
 drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
 drivers/gpu/drm/radeon/rv770.c  |2 +-
 18 files changed, 59 insertions(+), 65 deletions(-)

___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[PATCH 3/3] drm/radeon: kill radeon_bo->gobj pointer

2010-11-13 Thread Daniel Vetter
Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/radeon.h|1 -
 drivers/gpu/drm/radeon/radeon_object.c |9 +++--
 2 files changed, 3 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 239eba7..9464100 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -255,7 +255,6 @@ struct radeon_bo {
int surface_reg;
/* Constant after initialization */
struct radeon_device*rdev;
-   struct drm_gem_object   *gobj;
struct drm_gem_object   gem_base;
 };
 #define gem_to_radeon_bo(gobj) container_of((gobj), struct radeon_bo, gem_base)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c 
b/drivers/gpu/drm/radeon/radeon_object.c
index 99efe4a..18db45f 100644
--- a/drivers/gpu/drm/radeon/radeon_object.c
+++ b/drivers/gpu/drm/radeon/radeon_object.c
@@ -112,7 +112,6 @@ int radeon_bo_create(struct radeon_device *rdev,
return r;
}
bo->rdev = rdev;
-   bo->gobj = &bo->gem_base;
bo->gem_base.driver_private = NULL;
bo->surface_reg = -1;
INIT_LIST_HEAD(&bo->list);
@@ -250,7 +249,6 @@ int radeon_bo_evict_vram(struct radeon_device *rdev)
 void radeon_bo_force_delete(struct radeon_device *rdev)
 {
struct radeon_bo *bo, *n;
-   struct drm_gem_object *gobj;
 
if (list_empty(&rdev->gem.objects)) {
return;
@@ -258,15 +256,14 @@ void radeon_bo_force_delete(struct radeon_device *rdev)
dev_err(rdev->dev, "Userspace still has active objects !\n");
list_for_each_entry_safe(bo, n, &rdev->gem.objects, list) {
mutex_lock(&rdev->ddev->struct_mutex);
-   gobj = bo->gobj;
dev_err(rdev->dev, "%p %p %lu %lu force free\n",
-   gobj, bo, (unsigned long)gobj->size,
-   *((unsigned long *)&gobj->refcount));
+   &bo->gem_base, bo, (unsigned long)bo->gem_base.size,
+   *((unsigned long *)&bo->gem_base.refcount));
mutex_lock(&bo->rdev->gem.mutex);
list_del_init(&bo->list);
mutex_unlock(&bo->rdev->gem.mutex);
radeon_bo_unref(&bo);
-   drm_gem_object_unreference(gobj);
+   drm_gem_object_unreference(&bo->gem_base);
mutex_unlock(&rdev->ddev->struct_mutex);
}
 }
-- 
1.7.1

___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[PATCH 2/3] drm/radeon: introduce gem_to_radeon_bo helper

2010-11-13 Thread Daniel Vetter
... and switch it to container_of upcasting.

Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/atombios_crtc.c  |8 
 drivers/gpu/drm/radeon/radeon.h |1 +
 drivers/gpu/drm/radeon/radeon_cs.c  |2 +-
 drivers/gpu/drm/radeon/radeon_device.c  |2 +-
 drivers/gpu/drm/radeon/radeon_fb.c  |   10 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   21 ++---
 drivers/gpu/drm/radeon/radeon_legacy_crtc.c |4 ++--
 drivers/gpu/drm/radeon/radeon_object.c  |3 +--
 8 files changed, 25 insertions(+), 26 deletions(-)

diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c 
b/drivers/gpu/drm/radeon/atombios_crtc.c
index df2b6f2..7ecb154 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
+++ b/drivers/gpu/drm/radeon/atombios_crtc.c
@@ -978,7 +978,7 @@ static int evergreen_crtc_do_set_base(struct drm_crtc *crtc,
 * just update base pointers
 */
obj = radeon_fb->obj;
-   rbo = obj->driver_private;
+   rbo = gem_to_radeon_bo(obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1086,7 +1086,7 @@ static int evergreen_crtc_do_set_base(struct drm_crtc 
*crtc,
 
if (!atomic && fb && fb != crtc->fb) {
radeon_fb = to_radeon_framebuffer(fb);
-   rbo = radeon_fb->obj->driver_private;
+   rbo = gem_to_radeon_bo(radeon_fb->obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1131,7 +1131,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc,
}
 
obj = radeon_fb->obj;
-   rbo = obj->driver_private;
+   rbo = gem_to_radeon_bo(obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1240,7 +1240,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc,
 
if (!atomic && fb && fb != crtc->fb) {
radeon_fb = to_radeon_framebuffer(fb);
-   rbo = radeon_fb->obj->driver_private;
+   rbo = gem_to_radeon_bo(radeon_fb->obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index e2409b9..239eba7 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -258,6 +258,7 @@ struct radeon_bo {
struct drm_gem_object   *gobj;
struct drm_gem_object   gem_base;
 };
+#define gem_to_radeon_bo(gobj) container_of((gobj), struct radeon_bo, gem_base)
 
 struct radeon_bo_list {
struct list_headlist;
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c 
b/drivers/gpu/drm/radeon/radeon_cs.c
index 6d64a27..64096f3 100644
--- a/drivers/gpu/drm/radeon/radeon_cs.c
+++ b/drivers/gpu/drm/radeon/radeon_cs.c
@@ -75,7 +75,7 @@ int radeon_cs_parser_relocs(struct radeon_cs_parser *p)
return -ENOENT;
}
p->relocs_ptr[i] = &p->relocs[i];
-   p->relocs[i].robj = p->relocs[i].gobj->driver_private;
+   p->relocs[i].robj = gem_to_radeon_bo(p->relocs[i].gobj);
p->relocs[i].lobj.bo = p->relocs[i].robj;
p->relocs[i].lobj.rdomain = r->read_domains;
p->relocs[i].lobj.wdomain = r->write_domain;
diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 6ac28ee..3f42760 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -851,7 +851,7 @@ int radeon_suspend_kms(struct drm_device *dev, pm_message_t 
state)
if (rfb == NULL || rfb->obj == NULL) {
continue;
}
-   robj = rfb->obj->driver_private;
+   robj = gem_to_radeon_bo(rfb->obj);
/* don't unpin kernel fb objects */
if (!radeon_fbdev_robj_is_fb(rdev, robj)) {
r = radeon_bo_reserve(robj, false);
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c 
b/drivers/gpu/drm/radeon/radeon_fb.c
index efa2118..99712b3 100644
--- a/drivers/gpu/drm/radeon/radeon_fb.c
+++ b/drivers/gpu/drm/radeon/radeon_fb.c
@@ -90,7 +90,7 @@ static int radeon_align_pitch(struct radeon_device *rdev, int 
width, int bpp, bo
 
 static void radeonfb_destroy_pinned_object(struct drm_gem_object *gobj)
 {
-   struct radeon_bo *rbo = gobj->driver_private;
+   struct radeon_bo *rbo = gem_to_radeon_bo(gobj);
int ret;
 
ret = radeon_bo_reserve(rbo, false);
@@ -128,7 +128,7 @@ static int radeonfb_create_pinned_object(struct 
radeon_fbdev *rfbdev,
   aligned_size);
return -ENOMEM;
}
-   rbo = gobj->driver_private;
+   rbo = gem_to_radeon_bo(gobj);
 

[Bug 30166] [wine] Shader issues in rthdribl 1.2

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30166

--- Comment #2 from Marek Olšák  2010-11-13 12:57:43 PST ---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31586] using GLX module screw the X server when it's used

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31586

--- Comment #1 from Maximiliano Castañón  2010-11-13 
16:33:17 PST ---
this is Minefield using OpenGL
http://img530.imageshack.us/img530/8976/minefield2.png

and the one with OpenOffice moving the Slides.

Don't know if it's a problem of OpenOffice/LibreOffice deactivating "User 
Hardware Acceleration", https://bugs.freedesktop.org/show_bug.cgi?id=31610

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31586] using GLX module screw the X server when it's used

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31586

Maximiliano Castañón  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||NOTOURBUG

--- Comment #2 from Maximiliano Castañón  2010-11-13 
21:08:30 PST ---
Closing, not a bug, Firefox Minefield are implementing this feature, and
OpenOffice/LibreOffice, it was an option called "Antialiasing", deactivating it
fixes the problem, but don't know if it a bad implementation of OO/LO or a bug
in the features used... anyway, closing, "Antialiasing" option ít's a feature
of LO/OO, so opening bug there:

https://bugs.freedesktop.org/show_bug.cgi?id=31446

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31482] When trying to put the fullscreen window, data show and LCD laptop screen, the screen windwos screw up

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31482

--- Comment #10 from Maximiliano Castañón  2010-11-13 
21:13:32 PST ---
Just left the problem of Fullscreen when we use Dual-Screen... 

http://img143.imageshack.us/img143/829/libreofficefail.png
http://img180.imageshack.us/img180/18/libreofficefail2.png
http://img210.imageshack.us/img210/5763/weblogic2.png
http://img404.imageshack.us/img404/5441/weblogic3.png 
http://img225.imageshack.us/img225/9334/weblogic4.png

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31613] New: UI Fonts in Blender are not visible with recent Mesa.

2010-11-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31613

   Summary: UI Fonts in Blender are not visible with recent Mesa.
   Product: Mesa
   Version: git
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r600
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: fj.whit...@gmail.com


All user interface text in Blender 2.55(alpha) and smooth fonts variations of
Blender 2.49 is rendered invisible by recent build of Mesa on the r600 gallium
driver.

Prerequisites: Mesa current git, any blender 2.55 alpha version including
latest svn

Steps to reproduce: Run blender

Expected outcome: Full user interface with fonts correctly rendered.

Actual outcome: No user interface text visible.

git bisect identifies 

commit 63c3e3a3dc73f8a72e0d08ac4453df57bccdfdb9
Author: Keith Whitwell 
Date:   Tue Nov 9 20:08:45 2010 +

r600: fix my pessimism about PIPE_TRANSFER_x flags

as the culprit.  Rebasing to latest mesa git (master) with this commit reverted
works as expected.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Bug 31154] EIZO S2242W has invalid extension block, no display

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31154

sam tygier  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from sam tygier  2010-11-13 11:10:12 
PST ---
i confirmed that this is fixed in linus' tree by the recent dri merge.

commit is 0ea75e23356f73b4300492e04a62c90787a55c2d

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31565] [r300] radeon_texture.c:136: radeon_teximage_map: Assertion `!image->base.Data' failed.

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31565

Marek Ol??k  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Drivers/DRI/r300

--- Comment #1 from Marek Ol??k  2010-11-13 12:16:39 PST 
---
This is a classic driver bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31568] [r300g] SIGSEGV src/mesa/vbo/vbo_exec_array.c:1154

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31568

Marek Ol??k  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Mesa core
 AssignedTo|dri-devel at lists.freedesktop |mesa-dev at 
lists.freedesktop.
   |.org|org

--- Comment #1 from Marek Ol??k  2010-11-13 12:23:06 PST 
---
I can't reproduce this, but it looks like a Mesa core bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31569] [r300g] SIGSEGV src/mesa/main/api_loopback.c:1470

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31569

Marek Ol??k  changed:

   What|Removed |Added

  Component|Drivers/Gallium/r300|Mesa core
 AssignedTo|dri-devel at lists.freedesktop |mesa-dev at 
lists.freedesktop.
   |.org|org

--- Comment #1 from Marek Ol??k  2010-11-13 12:24:25 PST 
---
I can't reproduce this, but it looks like a Mesa core bug.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28860

--- Comment #26 from Marek Ol??k  2010-11-13 12:36:27 PST 
---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 28995] [r300g] dri rejects command buffers

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28995

--- Comment #20 from Marek Ol??k  2010-11-13 12:38:16 PST 
---
Is this still an issue with current mesa git and kernel 2.6.36?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 29495] [r300g] Shadowgrounds: character portraits rendered wrong

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29495

--- Comment #1 from Marek Ol??k  2010-11-13 12:40:51 PST 
---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 29867] gallium r300g r600g broken shadows

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29867

--- Comment #2 from Marek Ol??k  2010-11-13 12:42:59 PST 
---
Is this still an issue with r300g from current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[PATCH 1/3] drm/radeon: embed struct drm_gem_object

2010-11-13 Thread Daniel Vetter
Unconditionally initialize the drm gem object - it's not
worth the trouble not to for the few kernel objects.

This patch only changes the place of the drm gem object,
access is still done via pointers.

Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +-
 drivers/gpu/drm/radeon/r600.c   |2 +-
 drivers/gpu/drm/radeon/r600_blit_kms.c  |2 +-
 drivers/gpu/drm/radeon/radeon.h |1 +
 drivers/gpu/drm/radeon/radeon_benchmark.c   |4 ++--
 drivers/gpu/drm/radeon/radeon_device.c  |2 +-
 drivers/gpu/drm/radeon/radeon_gart.c|2 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   22 +-
 drivers/gpu/drm/radeon/radeon_object.c  |   16 +---
 drivers/gpu/drm/radeon/radeon_object.h  |2 +-
 drivers/gpu/drm/radeon/radeon_ring.c|4 ++--
 drivers/gpu/drm/radeon/radeon_test.c|4 ++--
 drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
 drivers/gpu/drm/radeon/rv770.c  |2 +-
 14 files changed, 33 insertions(+), 34 deletions(-)

diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c 
b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
index ac3b6dd..f8b4b1b 100644
--- a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
+++ b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
@@ -459,7 +459,7 @@ int evergreen_blit_init(struct radeon_device *rdev)
obj_size += evergreen_ps_size * 4;
obj_size = ALIGN(obj_size, 256);

-   r = radeon_bo_create(rdev, NULL, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
+   r = radeon_bo_create(rdev, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
&rdev->r600_blit.shader_obj);
if (r) {
DRM_ERROR("evergreen failed to allocate shader\n");
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 33952a1..82376b2 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -2723,7 +2723,7 @@ static int r600_ih_ring_alloc(struct radeon_device *rdev)

/* Allocate ring buffer */
if (rdev->ih.ring_obj == NULL) {
-   r = radeon_bo_create(rdev, NULL, rdev->ih.ring_size,
+   r = radeon_bo_create(rdev, rdev->ih.ring_size,
 true,
 RADEON_GEM_DOMAIN_GTT,
 &rdev->ih.ring_obj);
diff --git a/drivers/gpu/drm/radeon/r600_blit_kms.c 
b/drivers/gpu/drm/radeon/r600_blit_kms.c
index 8362974..c9cb553 100644
--- a/drivers/gpu/drm/radeon/r600_blit_kms.c
+++ b/drivers/gpu/drm/radeon/r600_blit_kms.c
@@ -501,7 +501,7 @@ int r600_blit_init(struct radeon_device *rdev)
obj_size += r6xx_ps_size * 4;
obj_size = ALIGN(obj_size, 256);

-   r = radeon_bo_create(rdev, NULL, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
+   r = radeon_bo_create(rdev, obj_size, true, RADEON_GEM_DOMAIN_VRAM,
&rdev->r600_blit.shader_obj);
if (r) {
DRM_ERROR("r600 failed to allocate shader\n");
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 73f600d..e2409b9 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -256,6 +256,7 @@ struct radeon_bo {
/* Constant after initialization */
struct radeon_device*rdev;
struct drm_gem_object   *gobj;
+   struct drm_gem_object   gem_base;
 };

 struct radeon_bo_list {
diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c 
b/drivers/gpu/drm/radeon/radeon_benchmark.c
index 7932dc4..1bdf3cc 100644
--- a/drivers/gpu/drm/radeon/radeon_benchmark.c
+++ b/drivers/gpu/drm/radeon/radeon_benchmark.c
@@ -41,7 +41,7 @@ void radeon_benchmark_move(struct radeon_device *rdev, 
unsigned bsize,

size = bsize;
n = 1024;
-   r = radeon_bo_create(rdev, NULL, size, true, sdomain, &sobj);
+   r = radeon_bo_create(rdev, size, true, sdomain, &sobj);
if (r) {
goto out_cleanup;
}
@@ -53,7 +53,7 @@ void radeon_benchmark_move(struct radeon_device *rdev, 
unsigned bsize,
if (r) {
goto out_cleanup;
}
-   r = radeon_bo_create(rdev, NULL, size, true, ddomain, &dobj);
+   r = radeon_bo_create(rdev, size, true, ddomain, &dobj);
if (r) {
goto out_cleanup;
}
diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 8adfedf..6ac28ee 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -180,7 +180,7 @@ int radeon_wb_init(struct radeon_device *rdev)
int r;

if (rdev->wb.wb_obj == NULL) {
-   r = radeon_bo_create(rdev, NULL, RADEON_GPU_PAGE_SIZE, true,
+   r = radeon_bo_create(rdev, RADEON_GPU_PAGE_SIZE, true,
RADEON_GEM_DOMAIN_GTT, &rdev->wb.wb_obj);
if (

[PATCH 0/3] embed drm_gem_object into radeon_bo

2010-11-13 Thread Daniel Vetter
Hi all,

This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
  the userspace interface (I know, there's some overlap there, but that's
  not really a new problem).

Please review and consider merging for -next.

Yours, Daniel

Daniel Vetter (3):
  drm/radeon: embed struct drm_gem_object
  drm/radeon: introduce gem_to_radeon_bo helper
  drm/radeon: kill radeon_bo->gobj pointer

 drivers/gpu/drm/radeon/atombios_crtc.c  |8 ++--
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +-
 drivers/gpu/drm/radeon/r600.c   |2 +-
 drivers/gpu/drm/radeon/r600_blit_kms.c  |2 +-
 drivers/gpu/drm/radeon/radeon.h |3 +-
 drivers/gpu/drm/radeon/radeon_benchmark.c   |4 +-
 drivers/gpu/drm/radeon/radeon_cs.c  |2 +-
 drivers/gpu/drm/radeon/radeon_device.c  |4 +-
 drivers/gpu/drm/radeon/radeon_fb.c  |   10 +++---
 drivers/gpu/drm/radeon/radeon_gart.c|2 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   43 ---
 drivers/gpu/drm/radeon/radeon_legacy_crtc.c |4 +-
 drivers/gpu/drm/radeon/radeon_object.c  |   24 +++
 drivers/gpu/drm/radeon/radeon_object.h  |2 +-
 drivers/gpu/drm/radeon/radeon_ring.c|4 +-
 drivers/gpu/drm/radeon/radeon_test.c|4 +-
 drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
 drivers/gpu/drm/radeon/rv770.c  |2 +-
 18 files changed, 59 insertions(+), 65 deletions(-)



[PATCH 3/3] drm/radeon: kill radeon_bo->gobj pointer

2010-11-13 Thread Daniel Vetter
Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/radeon.h|1 -
 drivers/gpu/drm/radeon/radeon_object.c |9 +++--
 2 files changed, 3 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 239eba7..9464100 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -255,7 +255,6 @@ struct radeon_bo {
int surface_reg;
/* Constant after initialization */
struct radeon_device*rdev;
-   struct drm_gem_object   *gobj;
struct drm_gem_object   gem_base;
 };
 #define gem_to_radeon_bo(gobj) container_of((gobj), struct radeon_bo, gem_base)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c 
b/drivers/gpu/drm/radeon/radeon_object.c
index 99efe4a..18db45f 100644
--- a/drivers/gpu/drm/radeon/radeon_object.c
+++ b/drivers/gpu/drm/radeon/radeon_object.c
@@ -112,7 +112,6 @@ int radeon_bo_create(struct radeon_device *rdev,
return r;
}
bo->rdev = rdev;
-   bo->gobj = &bo->gem_base;
bo->gem_base.driver_private = NULL;
bo->surface_reg = -1;
INIT_LIST_HEAD(&bo->list);
@@ -250,7 +249,6 @@ int radeon_bo_evict_vram(struct radeon_device *rdev)
 void radeon_bo_force_delete(struct radeon_device *rdev)
 {
struct radeon_bo *bo, *n;
-   struct drm_gem_object *gobj;

if (list_empty(&rdev->gem.objects)) {
return;
@@ -258,15 +256,14 @@ void radeon_bo_force_delete(struct radeon_device *rdev)
dev_err(rdev->dev, "Userspace still has active objects !\n");
list_for_each_entry_safe(bo, n, &rdev->gem.objects, list) {
mutex_lock(&rdev->ddev->struct_mutex);
-   gobj = bo->gobj;
dev_err(rdev->dev, "%p %p %lu %lu force free\n",
-   gobj, bo, (unsigned long)gobj->size,
-   *((unsigned long *)&gobj->refcount));
+   &bo->gem_base, bo, (unsigned long)bo->gem_base.size,
+   *((unsigned long *)&bo->gem_base.refcount));
mutex_lock(&bo->rdev->gem.mutex);
list_del_init(&bo->list);
mutex_unlock(&bo->rdev->gem.mutex);
radeon_bo_unref(&bo);
-   drm_gem_object_unreference(gobj);
+   drm_gem_object_unreference(&bo->gem_base);
mutex_unlock(&rdev->ddev->struct_mutex);
}
 }
-- 
1.7.1



[PATCH 2/3] drm/radeon: introduce gem_to_radeon_bo helper

2010-11-13 Thread Daniel Vetter
... and switch it to container_of upcasting.

Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/radeon/atombios_crtc.c  |8 
 drivers/gpu/drm/radeon/radeon.h |1 +
 drivers/gpu/drm/radeon/radeon_cs.c  |2 +-
 drivers/gpu/drm/radeon/radeon_device.c  |2 +-
 drivers/gpu/drm/radeon/radeon_fb.c  |   10 +-
 drivers/gpu/drm/radeon/radeon_gem.c |   21 ++---
 drivers/gpu/drm/radeon/radeon_legacy_crtc.c |4 ++--
 drivers/gpu/drm/radeon/radeon_object.c  |3 +--
 8 files changed, 25 insertions(+), 26 deletions(-)

diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c 
b/drivers/gpu/drm/radeon/atombios_crtc.c
index df2b6f2..7ecb154 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
+++ b/drivers/gpu/drm/radeon/atombios_crtc.c
@@ -978,7 +978,7 @@ static int evergreen_crtc_do_set_base(struct drm_crtc *crtc,
 * just update base pointers
 */
obj = radeon_fb->obj;
-   rbo = obj->driver_private;
+   rbo = gem_to_radeon_bo(obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1086,7 +1086,7 @@ static int evergreen_crtc_do_set_base(struct drm_crtc 
*crtc,

if (!atomic && fb && fb != crtc->fb) {
radeon_fb = to_radeon_framebuffer(fb);
-   rbo = radeon_fb->obj->driver_private;
+   rbo = gem_to_radeon_bo(radeon_fb->obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1131,7 +1131,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc,
}

obj = radeon_fb->obj;
-   rbo = obj->driver_private;
+   rbo = gem_to_radeon_bo(obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
@@ -1240,7 +1240,7 @@ static int avivo_crtc_do_set_base(struct drm_crtc *crtc,

if (!atomic && fb && fb != crtc->fb) {
radeon_fb = to_radeon_framebuffer(fb);
-   rbo = radeon_fb->obj->driver_private;
+   rbo = gem_to_radeon_bo(radeon_fb->obj);
r = radeon_bo_reserve(rbo, false);
if (unlikely(r != 0))
return r;
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index e2409b9..239eba7 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -258,6 +258,7 @@ struct radeon_bo {
struct drm_gem_object   *gobj;
struct drm_gem_object   gem_base;
 };
+#define gem_to_radeon_bo(gobj) container_of((gobj), struct radeon_bo, gem_base)

 struct radeon_bo_list {
struct list_headlist;
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c 
b/drivers/gpu/drm/radeon/radeon_cs.c
index 6d64a27..64096f3 100644
--- a/drivers/gpu/drm/radeon/radeon_cs.c
+++ b/drivers/gpu/drm/radeon/radeon_cs.c
@@ -75,7 +75,7 @@ int radeon_cs_parser_relocs(struct radeon_cs_parser *p)
return -ENOENT;
}
p->relocs_ptr[i] = &p->relocs[i];
-   p->relocs[i].robj = p->relocs[i].gobj->driver_private;
+   p->relocs[i].robj = gem_to_radeon_bo(p->relocs[i].gobj);
p->relocs[i].lobj.bo = p->relocs[i].robj;
p->relocs[i].lobj.rdomain = r->read_domains;
p->relocs[i].lobj.wdomain = r->write_domain;
diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 6ac28ee..3f42760 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -851,7 +851,7 @@ int radeon_suspend_kms(struct drm_device *dev, pm_message_t 
state)
if (rfb == NULL || rfb->obj == NULL) {
continue;
}
-   robj = rfb->obj->driver_private;
+   robj = gem_to_radeon_bo(rfb->obj);
/* don't unpin kernel fb objects */
if (!radeon_fbdev_robj_is_fb(rdev, robj)) {
r = radeon_bo_reserve(robj, false);
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c 
b/drivers/gpu/drm/radeon/radeon_fb.c
index efa2118..99712b3 100644
--- a/drivers/gpu/drm/radeon/radeon_fb.c
+++ b/drivers/gpu/drm/radeon/radeon_fb.c
@@ -90,7 +90,7 @@ static int radeon_align_pitch(struct radeon_device *rdev, int 
width, int bpp, bo

 static void radeonfb_destroy_pinned_object(struct drm_gem_object *gobj)
 {
-   struct radeon_bo *rbo = gobj->driver_private;
+   struct radeon_bo *rbo = gem_to_radeon_bo(gobj);
int ret;

ret = radeon_bo_reserve(rbo, false);
@@ -128,7 +128,7 @@ static int radeonfb_create_pinned_object(struct 
radeon_fbdev *rfbdev,
   aligned_size);
return -ENOMEM;
}
-   rbo = gobj->driver_private;
+   rbo = gem_to_radeon_bo(gobj);

   

[Bug 30166] [wine] Shader issues in rthdribl 1.2

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=30166

--- Comment #2 from Marek Ol??k  2010-11-13 12:57:43 PST 
---
Is this still an issue with current mesa git?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31586] using GLX module screw the X server when it's used

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31586

--- Comment #1 from Maximiliano Casta??n  2010-11-13 
16:33:17 PST ---
this is Minefield using OpenGL
http://img530.imageshack.us/img530/8976/minefield2.png

and the one with OpenOffice moving the Slides.

Don't know if it's a problem of OpenOffice/LibreOffice deactivating "User 
Hardware Acceleration", https://bugs.freedesktop.org/show_bug.cgi?id=31610

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31586] using GLX module screw the X server when it's used

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31586

Maximiliano Casta??n  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||NOTOURBUG

--- Comment #2 from Maximiliano Casta??n  2010-11-13 
21:08:30 PST ---
Closing, not a bug, Firefox Minefield are implementing this feature, and
OpenOffice/LibreOffice, it was an option called "Antialiasing", deactivating it
fixes the problem, but don't know if it a bad implementation of OO/LO or a bug
in the features used... anyway, closing, "Antialiasing" option ?t's a feature
of LO/OO, so opening bug there:

https://bugs.freedesktop.org/show_bug.cgi?id=31446

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31482] When trying to put the fullscreen window, data show and LCD laptop screen, the screen windwos screw up

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31482

--- Comment #10 from Maximiliano Casta??n  2010-11-13 
21:13:32 PST ---
Just left the problem of Fullscreen when we use Dual-Screen... 

http://img143.imageshack.us/img143/829/libreofficefail.png
http://img180.imageshack.us/img180/18/libreofficefail2.png
http://img210.imageshack.us/img210/5763/weblogic2.png
http://img404.imageshack.us/img404/5441/weblogic3.png 
http://img225.imageshack.us/img225/9334/weblogic4.png

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


[Bug 31613] New: UI Fonts in Blender are not visible with recent Mesa.

2010-11-13 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=31613

   Summary: UI Fonts in Blender are not visible with recent Mesa.
   Product: Mesa
   Version: git
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r600
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: FJ.Whittle at gmail.com


All user interface text in Blender 2.55(alpha) and smooth fonts variations of
Blender 2.49 is rendered invisible by recent build of Mesa on the r600 gallium
driver.

Prerequisites: Mesa current git, any blender 2.55 alpha version including
latest svn

Steps to reproduce: Run blender

Expected outcome: Full user interface with fonts correctly rendered.

Actual outcome: No user interface text visible.

git bisect identifies 

commit 63c3e3a3dc73f8a72e0d08ac4453df57bccdfdb9
Author: Keith Whitwell 
Date:   Tue Nov 9 20:08:45 2010 +

r600: fix my pessimism about PIPE_TRANSFER_x flags

as the culprit.  Rebasing to latest mesa git (master) with this commit reverted
works as expected.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.