[PATCH] drm/i915: add missing intel_enable_plane() call to i9xx_crtc_mode_set()

2011-05-31 Thread Melchior FRANZ 
From: Melchior FRANZ 

Fix garbled up virtual linux console on Acer TM 5735Z-452G32Mnss
(colored stripes, unreadable text) by adding the intel_enable_plane()
call also to i9xx_crtc_mode_set(), which didn't inherit it from
intel_crtc_mode_set() like its twin ironlake_crtc_mode_set().

Signed-off-by: Melchior FRANZ 
---

The bug was originally introduced with 49183b2818 and fixed with
982b2035d9, but re-introduced by a recent drm/i915 branch merge.


diff --git a/drivers/gpu/drm/i915/intel_display.c 
b/drivers/gpu/drm/i915/intel_display.c
index f553ddf..5d20579 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4735,6 +4735,8 @@ static int i9xx_crtc_mode_set(struct drm_crtc *crtc,

I915_WRITE(DSPCNTR(plane), dspcntr);
POSTING_READ(DSPCNTR(plane));
+   if (!HAS_PCH_SPLIT(dev))
+   intel_enable_plane(dev_priv, plane, pipe);

ret = intel_pipe_set_base(crtc, x, y, old_fb);

[RFC PATCH 10/35] drivers/gpu changes for SMBIOS and System Firmware

2011-05-31 Thread Chris Wilson 
On Tue, 31 May 2011 11:51:47 -0400, Prarit Bhargava  
wrote:
> drivers/gpu changes for SMBIOS and System Firmware

Acked-by: Chris Wilson 

-- 
Chris Wilson, Intel Open Source Technology Centre

[PATCH] drm/radeon: fix oops in ttm reserve when pageflipping (v2)

2011-05-31 Thread Alex Deucher 
On Sun, May 29, 2011 at 5:16 AM, Dave Airlie  wrote:
> From: Dave Airlie 
>
> We need to take a reference to this object, pinning doesn't take a reference
> so if userspace deletes the object it can disappear even if pinned.
>
> v2: fix error paths to unreference properly also.
>
> should fix:
> https://bugzilla.kernel.org/show_bug.cgi?id=32402
> and
> https://bugzilla.redhat.com/show_bug.cgi?id=680651
>

Thanks for tracking this down.

Acked-By: Alex Deucher 

> Signed-off-by: Dave Airlie 
> ---
> ?drivers/gpu/drm/radeon/radeon_display.c | ? 13 -
> ?1 files changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_display.c 
> b/drivers/gpu/drm/radeon/radeon_display.c
> index ae247ee..292f73f 100644
> --- a/drivers/gpu/drm/radeon/radeon_display.c
> +++ b/drivers/gpu/drm/radeon/radeon_display.c
> @@ -264,6 +264,8 @@ static void radeon_unpin_work_func(struct work_struct 
> *__work)
> ? ? ? ? ? ? ? ?radeon_bo_unreserve(work->old_rbo);
> ? ? ? ?} else
> ? ? ? ? ? ? ? ?DRM_ERROR("failed to reserve buffer after flip\n");
> +
> + ? ? ? drm_gem_object_unreference_unlocked(>old_rbo->gem_base);
> ? ? ? ?kfree(work);
> ?}
>
> @@ -371,6 +373,8 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc,
> ? ? ? ?new_radeon_fb = to_radeon_framebuffer(fb);
> ? ? ? ?/* schedule unpin of the old buffer */
> ? ? ? ?obj = old_radeon_fb->obj;
> + ? ? ? /* take a reference to the old object */
> + ? ? ? drm_gem_object_reference(obj);
> ? ? ? ?rbo = gem_to_radeon_bo(obj);
> ? ? ? ?work->old_rbo = rbo;
> ? ? ? ?INIT_WORK(>work, radeon_unpin_work_func);
> @@ -378,12 +382,9 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc,
> ? ? ? ?/* We borrow the event spin lock for protecting unpin_work */
> ? ? ? ?spin_lock_irqsave(>event_lock, flags);
> ? ? ? ?if (radeon_crtc->unpin_work) {
> - ? ? ? ? ? ? ? spin_unlock_irqrestore(>event_lock, flags);
> - ? ? ? ? ? ? ? kfree(work);
> - ? ? ? ? ? ? ? radeon_fence_unref();
> -
> ? ? ? ? ? ? ? ?DRM_DEBUG_DRIVER("flip queue: crtc already busy\n");
> - ? ? ? ? ? ? ? return -EBUSY;
> + ? ? ? ? ? ? ? r = -EBUSY;
> + ? ? ? ? ? ? ? goto unlock_free;
> ? ? ? ?}
> ? ? ? ?radeon_crtc->unpin_work = work;
> ? ? ? ?radeon_crtc->deferred_flip_completion = 0;
> @@ -497,6 +498,8 @@ pflip_cleanup1:
> ?pflip_cleanup:
> ? ? ? ?spin_lock_irqsave(>event_lock, flags);
> ? ? ? ?radeon_crtc->unpin_work = NULL;
> +unlock_free:
> + ? ? ? drm_gem_object_unreference_unlocked(old_radeon_fb->obj);
> ? ? ? ?spin_unlock_irqrestore(>event_lock, flags);
> ? ? ? ?radeon_fence_unref();
> ? ? ? ?kfree(work);
> --
> 1.7.4.4
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>

[Bug 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

--- Comment #3 from Albert Gall  2011-05-31 16:25:13 PDT 
---
(In reply to comment #2)
> Can you try with KMS and a newer version of mesa?

Yes, under kms and newer mesa version work fine.

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

Questions about libdrm_intel and way to share physical memory between CPU and GPU

2011-05-31 Thread Segovia, Benjamin 
1/ Thanks!
2/ Is it available now or is it still a project?
Thanks,
Ben


-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk] 
Sent: Saturday, May 28, 2011 1:54 AM
To: Segovia, Benjamin; dri-devel at lists.freedesktop.org
Subject: Re: Questions about libdrm_intel and way to share physical memory 
between CPU and GPU

On Fri, 27 May 2011 14:37:45 -0700, "Segovia, Benjamin"  wrote:
> Hello gurus,
> 
> I have two question mostly regarding libdrm_intel
> 
> 1/ What is the difference between drm_intel_bo_map and 
> drm_intel_gem_bo_map_gtt ?
bo_map uses the CPU domain, and so is CPU linear (needs sw detiling).
bo_gtt_map uses the uncached [WC] GTT domain, and so is GPU linear
(detiling is performed by the hardware using a fence).

> 2/ Will it be possible (or is it already possible) to directly share a 
> regularly allocated piece of physical memory? Typical use case is the 
> following one using OpenCL API:

Yes. I've proposed a vmap interface to bind user-pages into the GTT,
similar to a completely unused bit of TTM functionality.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

[PATCH 4/4] drm/radeon/kms: add llano pci ids

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher 
---
 include/drm/drm_pciids.h |   11 +++
 1 files changed, 11 insertions(+), 0 deletions(-)

diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index f04b2a3..e08f344 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -467,6 +467,17 @@
{0x1002, 0x9614, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9615, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9616, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9640, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9641, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9642, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9643, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9644, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9645, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9647, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x9648, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x964a, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x964e, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x964f, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
{0x1002, 0x9710, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9711, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9712, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
-- 
1.7.1.1

[PATCH 3/4] drm/radeon/kms: add support for Llano Fusion APUs

2011-05-31 Thread Alex Deucher 
- add gpu init support
- add blit support
- add ucode loader

Signed-off-by: Alex Deucher 
---
 drivers/gpu/drm/radeon/evergreen.c  |   58 +++
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |   46 +
 drivers/gpu/drm/radeon/r600.c   |   12 ++
 3 files changed, 116 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/evergreen.c 
b/drivers/gpu/drm/radeon/evergreen.c
index 5f0c345..98ea597 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -1433,6 +1433,8 @@ static u32 evergreen_get_tile_pipe_to_backend_map(struct 
radeon_device *rdev,
case CHIP_CEDAR:
case CHIP_REDWOOD:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_TURKS:
case CHIP_CAICOS:
force_no_swizzle = false;
@@ -1562,6 +1564,8 @@ static void evergreen_program_channel_remap(struct 
radeon_device *rdev)
case CHIP_REDWOOD:
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_TURKS:
case CHIP_CAICOS:
default:
@@ -1707,6 +1711,54 @@ static void evergreen_gpu_init(struct radeon_device 
*rdev)
rdev->config.evergreen.sc_hiz_tile_fifo_size = 0x30;
rdev->config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
break;
+   case CHIP_SUMO:
+   rdev->config.evergreen.num_ses = 1;
+   rdev->config.evergreen.max_pipes = 4;
+   rdev->config.evergreen.max_tile_pipes = 2;
+   if (rdev->pdev->device == 0x9648)
+   rdev->config.evergreen.max_simds = 3;
+   else if ((rdev->pdev->device == 0x9647) ||
+(rdev->pdev->device == 0x964a))
+   rdev->config.evergreen.max_simds = 4;
+   else
+   rdev->config.evergreen.max_simds = 5;
+   rdev->config.evergreen.max_backends = 2 * 
rdev->config.evergreen.num_ses;
+   rdev->config.evergreen.max_gprs = 256;
+   rdev->config.evergreen.max_threads = 248;
+   rdev->config.evergreen.max_gs_threads = 32;
+   rdev->config.evergreen.max_stack_entries = 256;
+   rdev->config.evergreen.sx_num_of_sets = 4;
+   rdev->config.evergreen.sx_max_export_size = 256;
+   rdev->config.evergreen.sx_max_export_pos_size = 64;
+   rdev->config.evergreen.sx_max_export_smx_size = 192;
+   rdev->config.evergreen.max_hw_contexts = 8;
+   rdev->config.evergreen.sq_num_cf_insts = 2;
+
+   rdev->config.evergreen.sc_prim_fifo_size = 0x40;
+   rdev->config.evergreen.sc_hiz_tile_fifo_size = 0x30;
+   rdev->config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
+   break;
+   case CHIP_SUMO2:
+   rdev->config.evergreen.num_ses = 1;
+   rdev->config.evergreen.max_pipes = 4;
+   rdev->config.evergreen.max_tile_pipes = 4;
+   rdev->config.evergreen.max_simds = 2;
+   rdev->config.evergreen.max_backends = 1 * 
rdev->config.evergreen.num_ses;
+   rdev->config.evergreen.max_gprs = 256;
+   rdev->config.evergreen.max_threads = 248;
+   rdev->config.evergreen.max_gs_threads = 32;
+   rdev->config.evergreen.max_stack_entries = 512;
+   rdev->config.evergreen.sx_num_of_sets = 4;
+   rdev->config.evergreen.sx_max_export_size = 256;
+   rdev->config.evergreen.sx_max_export_pos_size = 64;
+   rdev->config.evergreen.sx_max_export_smx_size = 192;
+   rdev->config.evergreen.max_hw_contexts = 8;
+   rdev->config.evergreen.sq_num_cf_insts = 2;
+
+   rdev->config.evergreen.sc_prim_fifo_size = 0x40;
+   rdev->config.evergreen.sc_hiz_tile_fifo_size = 0x30;
+   rdev->config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
+   break;
case CHIP_BARTS:
rdev->config.evergreen.num_ses = 2;
rdev->config.evergreen.max_pipes = 4;
@@ -2057,6 +2109,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev->family) {
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_CAICOS:
/* no vertex cache */
sq_config &= ~VC_ENABLE;
@@ -2078,6 +2132,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev->family) {
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
ps_thread_count = 96;
break;
default:
@@ -2117,6 +2173,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev->family) {
case CHIP_CEDAR:
case

[PATCH 2/4] drm/radeon/kms: fill in asic struct for llano

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher 
---
 drivers/gpu/drm/radeon/radeon_asic.c |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_asic.c 
b/drivers/gpu/drm/radeon/radeon_asic.c
index b9b3c2a..9bd162f 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -1020,6 +1020,8 @@ int radeon_asic_init(struct radeon_device *rdev)
rdev->asic = _asic;
break;
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
rdev->asic = _asic;
break;
case CHIP_BARTS:
-- 
1.7.1.1

[PATCH 1/4] drm/radeon/kms: add family ids for llano APUs

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher 
---
 drivers/gpu/drm/radeon/radeon_device.c |2 ++
 drivers/gpu/drm/radeon/radeon_family.h |2 ++
 2 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 5b61364..d77ede3 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -82,6 +82,8 @@ static const char radeon_family_name[][16] = {
"CYPRESS",
"HEMLOCK",
"PALM",
+   "SUMO",
+   "SUMO2",
"BARTS",
"TURKS",
"CAICOS",
diff --git a/drivers/gpu/drm/radeon/radeon_family.h 
b/drivers/gpu/drm/radeon/radeon_family.h
index 6f1d9e5..ec2f1ea 100644
--- a/drivers/gpu/drm/radeon/radeon_family.h
+++ b/drivers/gpu/drm/radeon/radeon_family.h
@@ -81,6 +81,8 @@ enum radeon_family {
CHIP_CYPRESS,
CHIP_HEMLOCK,
CHIP_PALM,
+   CHIP_SUMO,
+   CHIP_SUMO2,
CHIP_BARTS,
CHIP_TURKS,
CHIP_CAICOS,
-- 
1.7.1.1

[Bug 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

--- Comment #2 from Alex Deucher  2011-05-31 13:30:36 PDT 
---
Can you try with KMS and a newer version of mesa?

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

[Bug 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

Alex Deucher  changed:

   What|Removed |Added

  Attachment #41646|text/x-log  |text/plain
  mime type||
  Attachment #41646|0   |1
   is patch||

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

3D support for Displaylink devices

2011-05-31 Thread Alex Deucher 
On Mon, May 30, 2011 at 1:30 PM, PRASANNA KUMAR
 wrote:
> USB graphics devices from displaylink does not have 3D hardware. To get 3D
> effects (compiz, GNOME 3, KWin, OpenGL apps etc) with these device in Linux
> the native (primary) GPU can be used to provide hardware acceleration. All
> the graphics operation is done using the native (primary) GPU and the end
> result is taken and send to the displaylink device. Can this be achieved? If
> so is it possible to implement a generic framework so that any device (USB,
> thunderbolt or any new technology) can use this just by implementing device
> specific (compression and) data transport? I am not sure this is the correct
> mailing list.

The window system needs support for splitting rendering and display.
In X these are currently tied together.  The only real obstacle is
fixing this in X.  However, this is a lot of work.  Dave Airlie has
started working on this, but it's not really usable yet.   See:
http://airlied.livejournal.com/71734.html
http://cgit.freedesktop.org/~airlied/xserver/log/?h=drvlayer

Alex

[Bug 37696] [RADEON:KMS:PLL] frequent colored lines appear on screen

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37696

--- Comment #1 from Alex Deucher  2011-05-31 09:48:29 PDT 
---
Can you try with 2.6.39?

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

[Bug 37075] objview demo has messed up geometry with r300g

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #4 from almos  2011-05-31 05:04:53 PDT ---
Created an attachment (id=47359)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=47359)
objview debug output.txt

The output of
RADEON_DEBUG=fp,vp ./objview
with mesa 7.11-dev.

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED
 Resolution|INVALID |DUPLICATE

--- Comment #4 from Scott Moreau  2011-05-31 04:09:18 PDT 
---


*** This bug has been marked as a duplicate of bug 35452 ***

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #3 from Scott Moreau  2011-05-31 03:55:21 PDT 
---
On Tue, May 31, 2011 at 3:34 AM,  wrote:

> https://bugs.freedesktop.org/show_bug.cgi?id=37781
>
> --- Comment #2 from Michel D?nzer  2011-05-31 02:34:43
> PDT ---
> (In reply to comment #2)
> > With default packages in ubuntu natty 11.04, there is a problem where
> running
> > and exiting a fullscreen application with compiz running causes major
> > redraw/refresh flickering issues. They go away after restarting compiz,
> but
> > start again reliably after exiting any fullscreen GL app.
>
> Sounds like bug 35452.
>
Yes, it does.

>
>
> > Here are the bisect results:
> >
> > 2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
> > commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
> > Author: Kenneth Graunke 
> > Date:   Wed May 11 07:54:57 2011 -0700
> >
> > i965: Avoid register coalescing away MATH workarounds on Ivybridge.
>
> As Dave Airlie pointed out on IRC, that commit can't possibly have any
> effect
> on r300g.
>
Well the md5sums were different from the previous commit but I digress.

>
>
> > As a side note, the problem is actually worse in mesa current master,
> where it
> > does not require triggering, but instead is flickering right after
> X/compiz
> > start the first time.
>
> Sounds like a different problem. Try current Git again first, there have
> been
> some fixes for intermittent Gallium texture format related regressions.
>
Now that I know the problem occurs intermittently (depending whether the
frame fullscreen window exits on is odd) and see that disabling pageflipping
prevents the issue from happening, I do believe it's most likely the same as
the bug you mentioned. This should probably be closed as invalid.

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

[Bug 37785] [r600g Evergreen] GPU lockup on Blender 2.57 when moving objects

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37785

--- Comment #1 from Antti Lahtinen  2011-05-31 03:28:00 
PDT ---
Created an attachment (id=47354)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=47354)
Xorg.log

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

[Bug 37785] New: [r600g Evergreen] GPU lockup on Blender 2.57 when moving objects

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37785

   Summary: [r600g Evergreen] GPU lockup on Blender 2.57 when
moving objects
   Product: DRI
   Version: XOrg CVS
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: DRM/Radeon
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: ahlaht at gmail.com


Created an attachment (id=47353)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=47353)
dmesg with errors

GPU lockup (waiting for 0x4E51 last fence id 0x4E50)

Using the latest git:
Linux 2.6.39, drm 61be940, mesa 29ceeeb, xorg 1.10.2, ati 6.14.2

Hardware:
HP laptop, Core i5-450M + Radeon HD 5650 REDWOOD (68C1)

Steps to reproduce:

1. Start Blender 2.57 normally:
$ blender-2.5 --factory-startup

2. On the default scene with the cube press 'g' to move the cube

3. Use mouse to continuously move the cube on screen on random directions

4. After about 5 seconds Blender freezes but mouse cursor keeps moving

5. A GPU lockup occurs and the provided errors appear on dmesg

The bug is very easy to reproduce on my system. I can keep using the system
normally after the bug, but sometimes I have to reset the video mode by
switching to text console and then back to Xorg.

Also there is an alternative way to trigger the bug: Instead of moving the
cube keep resizing any of the side panels continuously.

The problem disappears if I gpu-switcheroo to i965 so I assume this is
something r600g related. Also I was not able to reproduce it on r600c.

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #2 from Michel D?nzer  2011-05-31 02:34:43 
PDT ---
(In reply to comment #2)
> With default packages in ubuntu natty 11.04, there is a problem where running
> and exiting a fullscreen application with compiz running causes major
> redraw/refresh flickering issues. They go away after restarting compiz, but
> start again reliably after exiting any fullscreen GL app.

Sounds like bug 35452.


> Here are the bisect results:
> 
> 2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
> commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
> Author: Kenneth Graunke 
> Date:   Wed May 11 07:54:57 2011 -0700
> 
> i965: Avoid register coalescing away MATH workarounds on Ivybridge.

As Dave Airlie pointed out on IRC, that commit can't possibly have any effect
on r300g.


> As a side note, the problem is actually worse in mesa current master, where it
> does not require triggering, but instead is flickering right after X/compiz
> start the first time.

Sounds like a different problem. Try current Git again first, there have been
some fixes for intermittent Gallium texture format related regressions.

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

[Bug 37075] objview demo has messed up geometry with r300g

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #3 from Tom Stellard  2011-05-31 02:27:09 
PDT ---
Could you run the program with RADEON_DEBUG=fp,vp and post the output.

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

[Bug 36812] GPU lockup in Team Fortress 2

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=36812

--- Comment #7 from Tom Stellard  2011-05-31 02:21:06 
PDT ---
With MESA_GLSL=nopt the code that was changed by the bisected commit is not
being executed, so I think the real problem might be somewhere else.  I guess
you could try bisecting again with MESA_GLSL=nopt and maybe you'll come up with
a different bad commit.

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau  changed:

   What|Removed |Added

   Severity|normal  |major
   Priority|medium  |high

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

[Bug 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #1 from Scott Moreau  2011-05-31 02:05:51 PDT 
---
I probably should mention this is with RV350..

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

[Bug 37781] New: Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

   Summary: Major redraw/flicker issues on rv350 after exiting
fullscreen app with compiz running
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: oreaus at gmail.com


With default packages in ubuntu natty 11.04, there is a problem where running
and exiting a fullscreen application with compiz running causes major
redraw/refresh flickering issues. They go away after restarting compiz, but
start again reliably after exiting any fullscreen GL app. Here are the bisect
results:

2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
Author: Kenneth Graunke 
Date:   Wed May 11 07:54:57 2011 -0700

i965: Avoid register coalescing away MATH workarounds on Ivybridge.

The MATH instruction cannot handle source modifiers, even on Gen7.
So, apply this workaround for Sandybridge on Ivybridge as well.

Signed-off-by: Kenneth Graunke 
Reviewed-by: Eric Anholt 

:04 04 9cb73cbd09661d6ca745d42fa4aac07963d439b2
2b1804644fe873d2b054645c8e8d5a435d3cbe75 Msrc


As a side note, the problem is actually worse in mesa current master, where it
does not require triggering, but instead is flickering right after X/compiz
start the first time. I plan to bisect between the problem commit here and
master next to find out what causes it to get worse.

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

3D support for Displaylink devices

2011-05-31 Thread PRASANNA KUMAR 
USB graphics devices from displaylink does not have 3D hardware. To get 3D 
effects (compiz, GNOME 3, KWin, OpenGL apps etc) with these device in Linux the 
native (primary) GPU can be used to provide hardware acceleration. All the 
graphics operation is done using the native (primary) GPU and the end result is 
taken and send to the displaylink device. Can this be achieved? If so is it 
possible to implement a generic framework so that any device (USB, thunderbolt 
or any new technology) can use this just by implementing device specific 
(compression and) data transport? I am not sure this is the correct mailing 
list.

Thanks,
Prasanna Kumar
-- next part --
An HTML attachment was scrubbed...
URL:

[Bug 37781] New: Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

   Summary: Major redraw/flicker issues on rv350 after exiting
fullscreen app with compiz running
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: ore...@gmail.com


With default packages in ubuntu natty 11.04, there is a problem where running
and exiting a fullscreen application with compiz running causes major
redraw/refresh flickering issues. They go away after restarting compiz, but
start again reliably after exiting any fullscreen GL app. Here are the bisect
results:

2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
Author: Kenneth Graunke kenn...@whitecape.org
Date:   Wed May 11 07:54:57 2011 -0700

i965: Avoid register coalescing away MATH workarounds on Ivybridge.

The MATH instruction cannot handle source modifiers, even on Gen7.
So, apply this workaround for Sandybridge on Ivybridge as well.

Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Reviewed-by: Eric Anholt e...@anholt.net

:04 04 9cb73cbd09661d6ca745d42fa4aac07963d439b2
2b1804644fe873d2b054645c8e8d5a435d3cbe75 Msrc


As a side note, the problem is actually worse in mesa current master, where it
does not require triggering, but instead is flickering right after X/compiz
start the first time. I plan to bisect between the problem commit here and
master next to find out what causes it to get worse.

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #1 from Scott Moreau ore...@gmail.com 2011-05-31 02:05:51 PDT ---
I probably should mention this is with RV350..

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau ore...@gmail.com changed:

   What|Removed |Added

   Severity|normal  |major
   Priority|medium  |high

-- 
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 36812] GPU lockup in Team Fortress 2

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=36812

--- Comment #7 from Tom Stellard tstel...@gmail.com 2011-05-31 02:21:06 PDT 
---
With MESA_GLSL=nopt the code that was changed by the bisected commit is not
being executed, so I think the real problem might be somewhere else.  I guess
you could try bisecting again with MESA_GLSL=nopt and maybe you'll come up with
a different bad commit.

-- 
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 37075] objview demo has messed up geometry with r300g

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #3 from Tom Stellard tstel...@gmail.com 2011-05-31 02:27:09 PDT 
---
Could you run the program with RADEON_DEBUG=fp,vp and post the output.

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #2 from Michel Dänzer mic...@daenzer.net 2011-05-31 02:34:43 PDT 
---
(In reply to comment #2)
 With default packages in ubuntu natty 11.04, there is a problem where running
 and exiting a fullscreen application with compiz running causes major
 redraw/refresh flickering issues. They go away after restarting compiz, but
 start again reliably after exiting any fullscreen GL app.

Sounds like bug 35452.


 Here are the bisect results:
 
 2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
 commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
 Author: Kenneth Graunke kenn...@whitecape.org
 Date:   Wed May 11 07:54:57 2011 -0700
 
 i965: Avoid register coalescing away MATH workarounds on Ivybridge.

As Dave Airlie pointed out on IRC, that commit can't possibly have any effect
on r300g.


 As a side note, the problem is actually worse in mesa current master, where it
 does not require triggering, but instead is flickering right after X/compiz
 start the first time.

Sounds like a different problem. Try current Git again first, there have been
some fixes for intermittent Gallium texture format related regressions.

-- 
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 37785] New: [r600g Evergreen] GPU lockup on Blender 2.57 when moving objects

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37785

   Summary: [r600g Evergreen] GPU lockup on Blender 2.57 when
moving objects
   Product: DRI
   Version: XOrg CVS
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: DRM/Radeon
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: ahl...@gmail.com


Created an attachment (id=47353)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=47353)
dmesg with errors

GPU lockup (waiting for 0x4E51 last fence id 0x4E50)

Using the latest git:
Linux 2.6.39, drm 61be940, mesa 29ceeeb, xorg 1.10.2, ati 6.14.2

Hardware:
HP laptop, Core i5-450M + Radeon HD 5650 REDWOOD (68C1)

Steps to reproduce:

1. Start Blender 2.57 normally:
$ blender-2.5 --factory-startup

2. On the default scene with the cube press 'g' to move the cube

3. Use mouse to continuously move the cube on screen on random directions

4. After about 5 seconds Blender freezes but mouse cursor keeps moving

5. A GPU lockup occurs and the provided errors appear on dmesg

The bug is very easy to reproduce on my system. I can keep using the system
normally after the bug, but sometimes I have to reset the video mode by
switching to text console and then back to Xorg.

Also there is an alternative way to trigger the bug: Instead of moving the
cube keep resizing any of the side panels continuously.

The problem disappears if I gpu-switcheroo to i965 so I assume this is
something r600g related. Also I was not able to reproduce it on r600c.

-- 
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 37785] [r600g Evergreen] GPU lockup on Blender 2.57 when moving objects

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37785

--- Comment #1 from Antti Lahtinen ahl...@gmail.com 2011-05-31 03:28:00 PDT 
---
Created an attachment (id=47354)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=47354)
Xorg.log

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

--- Comment #3 from Scott Moreau ore...@gmail.com 2011-05-31 03:55:21 PDT ---
On Tue, May 31, 2011 at 3:34 AM, bugzilla-dae...@freedesktop.org wrote:

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

 --- Comment #2 from Michel Dänzer mic...@daenzer.net 2011-05-31 02:34:43
 PDT ---
 (In reply to comment #2)
  With default packages in ubuntu natty 11.04, there is a problem where
 running
  and exiting a fullscreen application with compiz running causes major
  redraw/refresh flickering issues. They go away after restarting compiz,
 but
  start again reliably after exiting any fullscreen GL app.

 Sounds like bug 35452.

Yes, it does.



  Here are the bisect results:
 
  2a95568f64a6641a49a2d4855272e9be2ac2db6d is the first bad commit
  commit 2a95568f64a6641a49a2d4855272e9be2ac2db6d
  Author: Kenneth Graunke kenn...@whitecape.org
  Date:   Wed May 11 07:54:57 2011 -0700
 
  i965: Avoid register coalescing away MATH workarounds on Ivybridge.

 As Dave Airlie pointed out on IRC, that commit can't possibly have any
 effect
 on r300g.

Well the md5sums were different from the previous commit but I digress.



  As a side note, the problem is actually worse in mesa current master,
 where it
  does not require triggering, but instead is flickering right after
 X/compiz
  start the first time.

 Sounds like a different problem. Try current Git again first, there have
 been
 some fixes for intermittent Gallium texture format related regressions.

Now that I know the problem occurs intermittently (depending whether the
frame fullscreen window exits on is odd) and see that disabling pageflipping
prevents the issue from happening, I do believe it's most likely the same as
the bug you mentioned. This should probably be closed as invalid.

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau ore...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
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 37781] Major redraw/flicker issues on rv350 after exiting fullscreen app with compiz running

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37781

Scott Moreau ore...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED
 Resolution|INVALID |DUPLICATE

--- Comment #4 from Scott Moreau ore...@gmail.com 2011-05-31 04:09:18 PDT ---


*** This bug has been marked as a duplicate of bug 35452 ***

-- 
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 37075] objview demo has messed up geometry with r300g

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #4 from almos aaalmo...@gmail.com 2011-05-31 05:04:53 PDT ---
Created an attachment (id=47359)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=47359)
objview debug output.txt

The output of
RADEON_DEBUG=fp,vp ./objview
with mesa 7.11-dev.

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

Re: [RFC PATCH 10/35] drivers/gpu changes for SMBIOS and System Firmware

2011-05-31 Thread Chris Wilson 
On Tue, 31 May 2011 11:51:47 -0400, Prarit Bhargava pra...@redhat.com wrote:
 drivers/gpu changes for SMBIOS and System Firmware

Acked-by: Chris Wilson ch...@chris-wilson.co.uk

-- 
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] drm/i915: add missing intel_enable_plane() call to i9xx_crtc_mode_set()

2011-05-31 Thread Melchior FRANZ 
From: Melchior FRANZ mfr...@aon.at

Fix garbled up virtual linux console on Acer TM 5735Z-452G32Mnss
(colored stripes, unreadable text) by adding the intel_enable_plane()
call also to i9xx_crtc_mode_set(), which didn't inherit it from
intel_crtc_mode_set() like its twin ironlake_crtc_mode_set().

Signed-off-by: Melchior FRANZ mfr...@aon.at
---

The bug was originally introduced with 49183b2818 and fixed with
982b2035d9, but re-introduced by a recent drm/i915 branch merge.


diff --git a/drivers/gpu/drm/i915/intel_display.c 
b/drivers/gpu/drm/i915/intel_display.c
index f553ddf..5d20579 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4735,6 +4735,8 @@ static int i9xx_crtc_mode_set(struct drm_crtc *crtc,
 
I915_WRITE(DSPCNTR(plane), dspcntr);
POSTING_READ(DSPCNTR(plane));
+   if (!HAS_PCH_SPLIT(dev))
+   intel_enable_plane(dev_priv, plane, pipe);
 
ret = intel_pipe_set_base(crtc, x, y, old_fb);
 
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 1/4] drm/radeon/kms: add family ids for llano APUs

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
 drivers/gpu/drm/radeon/radeon_device.c |2 ++
 drivers/gpu/drm/radeon/radeon_family.h |2 ++
 2 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_device.c 
b/drivers/gpu/drm/radeon/radeon_device.c
index 5b61364..d77ede3 100644
--- a/drivers/gpu/drm/radeon/radeon_device.c
+++ b/drivers/gpu/drm/radeon/radeon_device.c
@@ -82,6 +82,8 @@ static const char radeon_family_name[][16] = {
CYPRESS,
HEMLOCK,
PALM,
+   SUMO,
+   SUMO2,
BARTS,
TURKS,
CAICOS,
diff --git a/drivers/gpu/drm/radeon/radeon_family.h 
b/drivers/gpu/drm/radeon/radeon_family.h
index 6f1d9e5..ec2f1ea 100644
--- a/drivers/gpu/drm/radeon/radeon_family.h
+++ b/drivers/gpu/drm/radeon/radeon_family.h
@@ -81,6 +81,8 @@ enum radeon_family {
CHIP_CYPRESS,
CHIP_HEMLOCK,
CHIP_PALM,
+   CHIP_SUMO,
+   CHIP_SUMO2,
CHIP_BARTS,
CHIP_TURKS,
CHIP_CAICOS,
-- 
1.7.1.1

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

[PATCH 2/4] drm/radeon/kms: fill in asic struct for llano

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
 drivers/gpu/drm/radeon/radeon_asic.c |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_asic.c 
b/drivers/gpu/drm/radeon/radeon_asic.c
index b9b3c2a..9bd162f 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -1020,6 +1020,8 @@ int radeon_asic_init(struct radeon_device *rdev)
rdev-asic = evergreen_asic;
break;
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
rdev-asic = sumo_asic;
break;
case CHIP_BARTS:
-- 
1.7.1.1

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

[PATCH 4/4] drm/radeon/kms: add llano pci ids

2011-05-31 Thread Alex Deucher 
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
 include/drm/drm_pciids.h |   11 +++
 1 files changed, 11 insertions(+), 0 deletions(-)

diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index f04b2a3..e08f344 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -467,6 +467,17 @@
{0x1002, 0x9614, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9615, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9616, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS780|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9640, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9641, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9642, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9643, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9644, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9645, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO2|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x9647, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x9648, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x964a, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
+   {0x1002, 0x964e, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
+   {0x1002, 0x964f, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_SUMO|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},\
{0x1002, 0x9710, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9711, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
{0x1002, 0x9712, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP}, \
-- 
1.7.1.1

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

[PATCH 3/4] drm/radeon/kms: add support for Llano Fusion APUs

2011-05-31 Thread Alex Deucher 
- add gpu init support
- add blit support
- add ucode loader

Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
 drivers/gpu/drm/radeon/evergreen.c  |   58 +++
 drivers/gpu/drm/radeon/evergreen_blit_kms.c |   46 +
 drivers/gpu/drm/radeon/r600.c   |   12 ++
 3 files changed, 116 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/evergreen.c 
b/drivers/gpu/drm/radeon/evergreen.c
index 5f0c345..98ea597 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -1433,6 +1433,8 @@ static u32 evergreen_get_tile_pipe_to_backend_map(struct 
radeon_device *rdev,
case CHIP_CEDAR:
case CHIP_REDWOOD:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_TURKS:
case CHIP_CAICOS:
force_no_swizzle = false;
@@ -1562,6 +1564,8 @@ static void evergreen_program_channel_remap(struct 
radeon_device *rdev)
case CHIP_REDWOOD:
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_TURKS:
case CHIP_CAICOS:
default:
@@ -1707,6 +1711,54 @@ static void evergreen_gpu_init(struct radeon_device 
*rdev)
rdev-config.evergreen.sc_hiz_tile_fifo_size = 0x30;
rdev-config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
break;
+   case CHIP_SUMO:
+   rdev-config.evergreen.num_ses = 1;
+   rdev-config.evergreen.max_pipes = 4;
+   rdev-config.evergreen.max_tile_pipes = 2;
+   if (rdev-pdev-device == 0x9648)
+   rdev-config.evergreen.max_simds = 3;
+   else if ((rdev-pdev-device == 0x9647) ||
+(rdev-pdev-device == 0x964a))
+   rdev-config.evergreen.max_simds = 4;
+   else
+   rdev-config.evergreen.max_simds = 5;
+   rdev-config.evergreen.max_backends = 2 * 
rdev-config.evergreen.num_ses;
+   rdev-config.evergreen.max_gprs = 256;
+   rdev-config.evergreen.max_threads = 248;
+   rdev-config.evergreen.max_gs_threads = 32;
+   rdev-config.evergreen.max_stack_entries = 256;
+   rdev-config.evergreen.sx_num_of_sets = 4;
+   rdev-config.evergreen.sx_max_export_size = 256;
+   rdev-config.evergreen.sx_max_export_pos_size = 64;
+   rdev-config.evergreen.sx_max_export_smx_size = 192;
+   rdev-config.evergreen.max_hw_contexts = 8;
+   rdev-config.evergreen.sq_num_cf_insts = 2;
+
+   rdev-config.evergreen.sc_prim_fifo_size = 0x40;
+   rdev-config.evergreen.sc_hiz_tile_fifo_size = 0x30;
+   rdev-config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
+   break;
+   case CHIP_SUMO2:
+   rdev-config.evergreen.num_ses = 1;
+   rdev-config.evergreen.max_pipes = 4;
+   rdev-config.evergreen.max_tile_pipes = 4;
+   rdev-config.evergreen.max_simds = 2;
+   rdev-config.evergreen.max_backends = 1 * 
rdev-config.evergreen.num_ses;
+   rdev-config.evergreen.max_gprs = 256;
+   rdev-config.evergreen.max_threads = 248;
+   rdev-config.evergreen.max_gs_threads = 32;
+   rdev-config.evergreen.max_stack_entries = 512;
+   rdev-config.evergreen.sx_num_of_sets = 4;
+   rdev-config.evergreen.sx_max_export_size = 256;
+   rdev-config.evergreen.sx_max_export_pos_size = 64;
+   rdev-config.evergreen.sx_max_export_smx_size = 192;
+   rdev-config.evergreen.max_hw_contexts = 8;
+   rdev-config.evergreen.sq_num_cf_insts = 2;
+
+   rdev-config.evergreen.sc_prim_fifo_size = 0x40;
+   rdev-config.evergreen.sc_hiz_tile_fifo_size = 0x30;
+   rdev-config.evergreen.sc_earlyz_tile_fifo_size = 0x130;
+   break;
case CHIP_BARTS:
rdev-config.evergreen.num_ses = 2;
rdev-config.evergreen.max_pipes = 4;
@@ -2057,6 +2109,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev-family) {
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
case CHIP_CAICOS:
/* no vertex cache */
sq_config = ~VC_ENABLE;
@@ -2078,6 +2132,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev-family) {
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+   case CHIP_SUMO2:
ps_thread_count = 96;
break;
default:
@@ -2117,6 +2173,8 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
switch (rdev-family) {
case CHIP_CEDAR:
case CHIP_PALM:
+   case CHIP_SUMO:
+

[Bug 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

Alex Deucher ag...@yahoo.com changed:

   What|Removed |Added

  Attachment #41646|text/x-log  |text/plain
  mime type||
  Attachment #41646|0   |1
   is patch||

-- 
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 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

--- Comment #2 from Alex Deucher ag...@yahoo.com 2011-05-31 13:30:36 PDT ---
Can you try with KMS and a newer version of mesa?

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

Re: [PATCH] drm/radeon: fix oops in ttm reserve when pageflipping (v2)

2011-05-31 Thread Alex Deucher 
On Sun, May 29, 2011 at 5:16 AM, Dave Airlie airl...@gmail.com wrote:
 From: Dave Airlie airl...@redhat.com

 We need to take a reference to this object, pinning doesn't take a reference
 so if userspace deletes the object it can disappear even if pinned.

 v2: fix error paths to unreference properly also.

 should fix:
 https://bugzilla.kernel.org/show_bug.cgi?id=32402
 and
 https://bugzilla.redhat.com/show_bug.cgi?id=680651


Thanks for tracking this down.

Acked-By: Alex Deucher alexdeuc...@gmail.com

 Signed-off-by: Dave Airlie airl...@redhat.com
 ---
  drivers/gpu/drm/radeon/radeon_display.c |   13 -
  1 files changed, 8 insertions(+), 5 deletions(-)

 diff --git a/drivers/gpu/drm/radeon/radeon_display.c 
 b/drivers/gpu/drm/radeon/radeon_display.c
 index ae247ee..292f73f 100644
 --- a/drivers/gpu/drm/radeon/radeon_display.c
 +++ b/drivers/gpu/drm/radeon/radeon_display.c
 @@ -264,6 +264,8 @@ static void radeon_unpin_work_func(struct work_struct 
 *__work)
                radeon_bo_unreserve(work-old_rbo);
        } else
                DRM_ERROR(failed to reserve buffer after flip\n);
 +
 +       drm_gem_object_unreference_unlocked(work-old_rbo-gem_base);
        kfree(work);
  }

 @@ -371,6 +373,8 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc,
        new_radeon_fb = to_radeon_framebuffer(fb);
        /* schedule unpin of the old buffer */
        obj = old_radeon_fb-obj;
 +       /* take a reference to the old object */
 +       drm_gem_object_reference(obj);
        rbo = gem_to_radeon_bo(obj);
        work-old_rbo = rbo;
        INIT_WORK(work-work, radeon_unpin_work_func);
 @@ -378,12 +382,9 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc,
        /* We borrow the event spin lock for protecting unpin_work */
        spin_lock_irqsave(dev-event_lock, flags);
        if (radeon_crtc-unpin_work) {
 -               spin_unlock_irqrestore(dev-event_lock, flags);
 -               kfree(work);
 -               radeon_fence_unref(fence);
 -
                DRM_DEBUG_DRIVER(flip queue: crtc already busy\n);
 -               return -EBUSY;
 +               r = -EBUSY;
 +               goto unlock_free;
        }
        radeon_crtc-unpin_work = work;
        radeon_crtc-deferred_flip_completion = 0;
 @@ -497,6 +498,8 @@ pflip_cleanup1:
  pflip_cleanup:
        spin_lock_irqsave(dev-event_lock, flags);
        radeon_crtc-unpin_work = NULL;
 +unlock_free:
 +       drm_gem_object_unreference_unlocked(old_radeon_fb-obj);
        spin_unlock_irqrestore(dev-event_lock, flags);
        radeon_fence_unref(fence);
        kfree(work);
 --
 1.7.4.4

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

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

Re: [PATCH v2] drm: Compare only lower 32 bits of framebuffer map offsets

2011-05-31 Thread Tormod Volden 
On Mon, May 30, 2011 at 9:45 PM, Tormod Volden wrote:
 (*) It actually checks if _DRM_CONTAINS_LOCK is the /only/ flag set. I
 suppose this is intentional. My v2 patch does not change anything in the
 case of _DRM_SHM: If it contains a lock, it returns a match without
 comparing offsets. If no lock, it compares the full offsets. Is this
 because the only _DRM_SHM used by userspace is the one with a lock, so
 there is never a need to check a userspace-provided offset, or are those
 always within 32 bit so a full check is ok?

After googling up an old DRM map design thread from 2005
(http://thread.gmane.org/gmane.comp.video.dri.devel/19545/focus=19689),
and http://dri.freedesktop.org/wiki/DrmMapHandling I think I can
answer this to some extent myself: For _DRM_SHM it is not an offset
that is passed from/to userspace, but a handle, which I guess is kept
within 32 bit. Although this is not fully clear to me after browsing
through drm_addmap_core(), where the offset or handle is the result of
vmalloc_user().

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

RE: Questions about libdrm_intel and way to share physical memory between CPU and GPU

2011-05-31 Thread Segovia, Benjamin 
1/ Thanks!
2/ Is it available now or is it still a project?
Thanks,
Ben


-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk] 
Sent: Saturday, May 28, 2011 1:54 AM
To: Segovia, Benjamin; dri-devel@lists.freedesktop.org
Subject: Re: Questions about libdrm_intel and way to share physical memory 
between CPU and GPU

On Fri, 27 May 2011 14:37:45 -0700, Segovia, Benjamin 
benjamin.sego...@intel.com wrote:
 Hello gurus,
 
 I have two question mostly regarding libdrm_intel
 
 1/ What is the difference between drm_intel_bo_map and 
 drm_intel_gem_bo_map_gtt ?
bo_map uses the CPU domain, and so is CPU linear (needs sw detiling).
bo_gtt_map uses the uncached [WC] GTT domain, and so is GPU linear
(detiling is performed by the hardware using a fence).

 2/ Will it be possible (or is it already possible) to directly share a 
 regularly allocated piece of physical memory? Typical use case is the 
 following one using OpenCL API:

Yes. I've proposed a vmap interface to bind user-pages into the GTT,
similar to a completely unused bit of TTM functionality.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 32830] X server freezes when running emulator pcsx-r or another psx emulator x86/x86_64.

2011-05-31 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=32830

--- Comment #3 from Albert Gall ss3...@gmail.com 2011-05-31 16:25:13 PDT ---
(In reply to comment #2)
 Can you try with KMS and a newer version of mesa?

Yes, under kms and newer mesa version work fine.

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