PGRAPH: unsupported chipset

Hi! here's a latop with a nvidia quadro 1000M, where the nouveau-driver tells on startup "PGRAPH: unsupported chipset, please report", which I'll do now. (this list was the only address I've found within the code) because I haven't found any info, what information I should report, I'll try it:

PGRAPH: unsupported chipset

Hi! here's a latop with a nvidia quadro 1000M, where the nouveau-driver tells on startup "PGRAPH: unsupported chipset, please report", which I'll do now. (this list was the only address I've found within the code) because I haven't found any info, what information I should report, I'll try it:

[PATCH 6/6] drm/gma500: use common functions for get/put pages

On Mon, 12 Sep 2011 14:21:26 -0500 Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark Generally looks sensible but: 1. This is a staging driver, so good practise is to cc the staging maintainer and preferably the author (though I'm on dri-devel so its ok). It needs to be

[git pull] drm fixes

Hi Linus, more changes from my people.freedesktop.org tree, a major nouveau regression fix, along with a radeon DP fix, and a silly core spare line removal. Dave. The following changes since commit ddf28352b80c86754a6424e3a61e8bdf9213b3c7: Linux 3.1-rc5 (2011-09-04 15:45:10 -0700) are

[PATCH 0/6] Common functions for GEM (v2)

On Mon, Sep 12, 2011 at 8:21 PM, Rob Clark wrote: > From: Rob Clark > > In the process of adding GEM support for omapdrm driver, I noticed that > I was adding code for creating/freeing mmap offsets which was virtually > identical to what was already duplicated in i915 and gma500 drivers. > And

[PATCH 4/6] drm/gem: add functions to get/put pages

On Mon, Sep 12, 2011 at 2:21 PM, Rob Clark wrote: > From: Rob Clark > > This factors out common code from psb_gtt_attach_pages()/ > i915_gem_object_get_pages_gtt() and psb_gtt_detach_pages()/ > i915_gem_object_put_pages_gtt(). > > Signed-off-by: Rob Clark > --- > ?drivers/gpu/drm/drm_gem.c | ?

Curious experiences with a Radeon on the fritz

I hope you find this adventure interesting, and I hope you provide me with some insight. Recently, I booted my computer, a Dell Latitude D810 that has a Radeon Mobility x600 (R300); all systems were waking up as normal: * The Dell logo popped up in some ancient VGA mode. * The GRUB menu

[PATCH 6/6] drm/gma500: use common functions for get/put pages

On Mon, Sep 12, 2011 at 3:31 PM, Alan Cox wrote: > On Mon, 12 Sep 2011 14:21:26 -0500 > Rob Clark wrote: > >> From: Rob Clark >> >> Signed-off-by: Rob Clark > > Generally looks sensible but: > > 1. This is a staging driver, so good practise is to cc the staging > maintainer and preferably the

[Bug 39193] [llvmpipe and r600g] glCheckFramebufferStatusEXT segfaults in Gallium when checking status on a framebuffer bound to a texture that's bound to a pixmap

https://bugs.freedesktop.org/show_bug.cgi?id=39193 Simon Farnsworth changed: What|Removed |Added Summary|[r600g] |[llvmpipe and r600g]

[Bug 39193] [r600g] glCheckFramebufferStatusEXT segfaults in Gallium when checking status on a framebuffer bound to a texture that's bound to a pixmap

https://bugs.freedesktop.org/show_bug.cgi?id=39193 Simon Farnsworth changed: What|Removed |Added Summary|glCheckFramebufferStatusEXT |[r600g] |segfaults

[PATCH 6/6] drm/gma500: use common functions for get/put pages

From: Rob Clark Signed-off-by: Rob Clark --- drivers/staging/gma500/gtt.c | 47 ++--- 1 files changed, 12 insertions(+), 35 deletions(-) diff --git a/drivers/staging/gma500/gtt.c b/drivers/staging/gma500/gtt.c index 461ead2..f453321 100644

[PATCH 5/6] drm/i915: use common functions for get/put pages

From: Rob Clark Signed-off-by: Rob Clark --- drivers/gpu/drm/i915/i915_gem.c | 51 +++--- 1 files changed, 10 insertions(+), 41 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index ee59f31..6b49b4e

[PATCH 4/6] drm/gem: add functions to get/put pages

From: Rob Clark This factors out common code from psb_gtt_attach_pages()/ i915_gem_object_get_pages_gtt() and psb_gtt_detach_pages()/ i915_gem_object_put_pages_gtt(). Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_gem.c | 68 +

[PATCH 3/6] drm/gma500: use common functions for mmap offset creation

From: Rob Clark Signed-off-by: Rob Clark Signed-off-by: Alan Cox --- drivers/staging/gma500/gem.c |2 +- drivers/staging/gma500/gem_glue.c | 61 + drivers/staging/gma500/gem_glue.h |1 - 3 files changed, 2 insertions(+), 62

[PATCH 2/6] drm/i915: use common functions for mmap offset creation

From: Rob Clark Signed-off-by: Rob Clark --- drivers/gpu/drm/i915/i915_gem.c | 85 +-- 1 files changed, 2 insertions(+), 83 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index a546a71..ee59f31

[PATCH 1/6] drm/gem: add functions for mmap offset creation

From: Rob Clark Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_gem.c | 88 + include/drm/drmP.h|3 ++ 2 files changed, 91 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c

[PATCH 0/6] Common functions for GEM (v2)

From: Rob Clark In the process of adding GEM support for omapdrm driver, I noticed that I was adding code for creating/freeing mmap offsets which was virtually identical to what was already duplicated in i915 and gma500 drivers. And the code for attach/detatch_pages was quite

[Bug 18953] randr crashes server

https://bugs.freedesktop.org/show_bug.cgi?id=18953 --- Comment #5 from Christian Volkmann 2011-09-12 12:31:38 PDT --- xorg-x11-server-7.6_1.10.4-166.2.x86_64 of the opensuse repositories solves my problem. So I xpect the newest server does not fall back to the old problem. Thanks for the hint.

[Bug 36608] Corrupt GL rendering

https://bugs.freedesktop.org/show_bug.cgi?id=36608 ?meric Maschino changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

found __[us]{8,16,32,64} type without #include

> "AB" == Arnd Bergmann writes: AB> The script only checks for direct inclusions of types.h, while the AB> drm headers get it from drm.h. I see. It had been quite some time since I last did a make 1>/dev/null, long enough that I hadn't noticed that message before. It is good to know that

kernel recompile only drm r600_irq_process IH: CP EOP no CP int

On Mon, Sep 12, 2011 at 9:57 AM, Ilija Hadzic wrote: > > Related to this question, one thing that I noticed is that in some > instances, I would not see any interrupts at all. Instead, all signaled > fences would be taken care of next time somebody waits on one them (through > radeon_fence_wait,

kernel recompile only drm r600_irq_process IH: CP EOP no CP int

Related to this question, one thing that I noticed is that in some instances, I would not see any interrupts at all. Instead, all signaled fences would be taken care of next time somebody waits on one them (through radeon_fence_wait, radeon_fence_signaled, radeon_fence_poll_locked call

[PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On 09/11/2011 11:26 PM, Thomas Hellstrom wrote: > On 09/10/2011 07:31 PM, Rob Clark wrote: >> On Sat, Sep 10, 2011 at 9:04 AM, Thomas >> Hellstrom wrote: >>> On 09/09/2011 01:38 PM, Inki Dae wrote: This patch is a DRM Driver for Samsung SoC Exynos4210 and now enables only FIMD yet but

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #11 from Chris Rankin 2011-09-12 04:35:39 PDT --- (In reply to comment #10) > Can you try this patch? Yes, that patch seems to work. I've tried printing out the values of pc->MaxParameters, MAX_PROGRAM_LOCAL_PARAMS and

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #10 from Marek Ol??k 2011-09-12 03:50:12 PDT --- Created an attachment (id=51066) View: https://bugs.freedesktop.org/attachment.cgi?id=51066 Review: https://bugs.freedesktop.org/review?bug=40767=51066 possible fix 2 Can you try

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #9 from Chris Rankin 2011-09-12 02:52:19 PDT --- (In reply to comment #7) > Apitrace can record and replay OpenGL commands. You can get it here: > https://github.com/apitrace/apitrace > > There is more info in this blogpost: >

kernel recompile only drm r600_irq_process IH: CP EOP no CP int

On Sat, Sep 10, 2011 at 12:35 PM, Vipin wrote: > Hello, > > First, my system set up > > Fedora 14 > Before : 2.6.35.6 booted with drm.debug=0x07 > > I see drm:r600_irq_process, IH: CP int: 0x > and No IH: CP EOP > > with the default fedora 14 install with the above mentioned kernel > >

[Bug 18953] randr crashes server

https://bugs.freedesktop.org/show_bug.cgi?id=18953 --- Comment #4 from Michel D?nzer 2011-09-12 01:36:29 PDT --- (In reply to comment #3) > But may be mine is a different error ? It most definitely is. If you can still reproduce your problem with current upstream versions of xserver (1.11) and

[PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On 09/10/2011 07:31 PM, Rob Clark wrote: > On Sat, Sep 10, 2011 at 9:04 AM, Thomas Hellstrom > wrote: > >> On 09/09/2011 01:38 PM, Inki Dae wrote: >> >>> This patch is a DRM Driver for Samsung SoC Exynos4210 and now enables >>> only FIMD yet but we will add HDMI support also in the

Re: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On 09/11/2011 11:26 PM, Thomas Hellstrom wrote: On 09/10/2011 07:31 PM, Rob Clark wrote: On Sat, Sep 10, 2011 at 9:04 AM, Thomas Hellstromtho...@shipmail.org wrote: On 09/09/2011 01:38 PM, Inki Dae wrote: This patch is a DRM Driver for Samsung SoC Exynos4210 and now enables only FIMD yet but

[Bug 18953] randr crashes server

https://bugs.freedesktop.org/show_bug.cgi?id=18953 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2011-09-12 01:36:29 PDT --- (In reply to comment #3) But may be mine is a different error ? It most definitely is. If you can still reproduce your problem with current upstream versions of

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #9 from Chris Rankin ranki...@googlemail.com 2011-09-12 02:52:19 PDT --- (In reply to comment #7) Apitrace can record and replay OpenGL commands. You can get it here: https://github.com/apitrace/apitrace There is more info in

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #10 from Marek Olšák mar...@gmail.com 2011-09-12 03:50:12 PDT --- Created an attachment (id=51066) View: https://bugs.freedesktop.org/attachment.cgi?id=51066 Review: https://bugs.freedesktop.org/review?bug=40767attachment=51066

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 --- Comment #11 from Chris Rankin ranki...@googlemail.com 2011-09-12 04:35:39 PDT --- (In reply to comment #10) Can you try this patch? Yes, that patch seems to work. I've tried printing out the values of pc-MaxParameters,

Re: kernel recompile only drm r600_irq_process IH: CP EOP no CP int

Related to this question, one thing that I noticed is that in some instances, I would not see any interrupts at all. Instead, all signaled fences would be taken care of next time somebody waits on one them (through radeon_fence_wait, radeon_fence_signaled, radeon_fence_poll_locked call

[Bug 40767] [r600g] This commit is crashing World of Warcraft at start-up

https://bugs.freedesktop.org/show_bug.cgi?id=40767 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: kernel recompile only drm r600_irq_process IH: CP EOP no CP int

On Mon, Sep 12, 2011 at 9:57 AM, Ilija Hadzic ihad...@research.bell-labs.com wrote: Related to this question, one thing that I noticed is that in some instances, I would not see any interrupts at all. Instead, all signaled fences would be taken care of next time somebody waits on one them

Re: found __[us]{8,16,32,64} type without #include linux/types.h

AB == Arnd Bergmann a...@arndb.de writes: AB The script only checks for direct inclusions of types.h, while the AB drm headers get it from drm.h. I see. It had been quite some time since I last did a make 1/dev/null, long enough that I hadn't noticed that message before. It is good to know

Curious experiences with a Radeon on the fritz

I hope you find this adventure interesting, and I hope you provide me with some insight. Recently, I booted my computer, a Dell Latitude D810 that has a Radeon Mobility x600 (R300); all systems were waking up as normal: * The Dell logo popped up in some ancient VGA mode. * The GRUB menu

[Bug 36608] Corrupt GL rendering

https://bugs.freedesktop.org/show_bug.cgi?id=36608 Émeric Maschino emeric.masch...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH 0/6] Common functions for GEM (v2)

From: Rob Clark r...@ti.com In the process of adding GEM support for omapdrm driver, I noticed that I was adding code for creating/freeing mmap offsets which was virtually identical to what was already duplicated in i915 and gma500 drivers. And the code for attach/detatch_pages was quite similar

[PATCH 1/6] drm/gem: add functions for mmap offset creation

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/drm_gem.c | 88 + include/drm/drmP.h|3 ++ 2 files changed, 91 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_gem.c

[PATCH 2/6] drm/i915: use common functions for mmap offset creation

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/i915/i915_gem.c | 85 +-- 1 files changed, 2 insertions(+), 83 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index

[PATCH 3/6] drm/gma500: use common functions for mmap offset creation

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/staging/gma500/gem.c |2 +- drivers/staging/gma500/gem_glue.c | 61 + drivers/staging/gma500/gem_glue.h |1 - 3 files

[PATCH 4/6] drm/gem: add functions to get/put pages

From: Rob Clark r...@ti.com This factors out common code from psb_gtt_attach_pages()/ i915_gem_object_get_pages_gtt() and psb_gtt_detach_pages()/ i915_gem_object_put_pages_gtt(). Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/drm_gem.c | 68

[PATCH 5/6] drm/i915: use common functions for get/put pages

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/i915/i915_gem.c | 51 +++--- 1 files changed, 10 insertions(+), 41 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index

[PATCH 6/6] drm/gma500: use common functions for get/put pages

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/gma500/gtt.c | 47 ++--- 1 files changed, 12 insertions(+), 35 deletions(-) diff --git a/drivers/staging/gma500/gtt.c b/drivers/staging/gma500/gtt.c index 461ead2..f453321

Re: [PATCH 0/6] Common functions for GEM (v2)

On Mon, Sep 12, 2011 at 8:21 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com In the process of adding GEM support for omapdrm driver, I noticed that I was adding code for creating/freeing mmap offsets which was virtually identical to what was already duplicated in i915

[Bug 18953] randr crashes server

https://bugs.freedesktop.org/show_bug.cgi?id=18953 --- Comment #5 from Christian Volkmann haveanice...@cv-sv.de 2011-09-12 12:31:38 PDT --- xorg-x11-server-7.6_1.10.4-166.2.x86_64 of the opensuse repositories solves my problem. So I xpect the newest server does not fall back to the old problem.

[git pull] drm fixes

Hi Linus, more changes from my people.freedesktop.org tree, a major nouveau regression fix, along with a radeon DP fix, and a silly core spare line removal. Dave. The following changes since commit ddf28352b80c86754a6424e3a61e8bdf9213b3c7: Linux 3.1-rc5 (2011-09-04 15:45:10 -0700) are

Re: [PATCH 6/6] drm/gma500: use common functions for get/put pages

On Mon, 12 Sep 2011 14:21:26 -0500 Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com Generally looks sensible but: 1. This is a staging driver, so good practise is to cc the staging maintainer and preferably the author (though I'm on

[Bug 39193] [r600g] glCheckFramebufferStatusEXT segfaults in Gallium when checking status on a framebuffer bound to a texture that's bound to a pixmap

https://bugs.freedesktop.org/show_bug.cgi?id=39193 Simon Farnsworth simon.farnswo...@onelan.co.uk changed: What|Removed |Added Summary|glCheckFramebufferStatusEXT |[r600g]

Re: [PATCH 6/6] drm/gma500: use common functions for get/put pages

On Mon, Sep 12, 2011 at 3:31 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: On Mon, 12 Sep 2011 14:21:26 -0500 Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com Generally looks sensible but: 1. This is a staging driver, so good practise

[Bug 39193] [llvmpipe and r600g] glCheckFramebufferStatusEXT segfaults in Gallium when checking status on a framebuffer bound to a texture that's bound to a pixmap

https://bugs.freedesktop.org/show_bug.cgi?id=39193 Simon Farnsworth simon.farnswo...@onelan.co.uk changed: What|Removed |Added Summary|[r600g]

Re: [PATCH 6/6] drm/gma500: use common functions for get/put pages

3. GMA500 used the old way of doing things because last mail conversation I had with Hugh the cleaned up interfaces could not guarantee the page is mapped in the low 32bits and for any of the GMA500/600 series devices. Has that changed ? I think I'd also prefer it if the methods had a

Re: [PATCH 4/6] drm/gem: add functions to get/put pages

On Mon, Sep 12, 2011 at 2:21 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This factors out common code from psb_gtt_attach_pages()/ i915_gem_object_get_pages_gtt() and psb_gtt_detach_pages()/ i915_gem_object_put_pages_gtt(). Signed-off-by: Rob Clark r...@ti.com ---