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
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:
> http:
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&attachment=51066
possible fix 2
Can
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 MAX_PROGRAM_E
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 sequen
https://bugs.freedesktop.org/show_bug.cgi?id=40767
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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, r
> "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 i
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 appea
https://bugs.freedesktop.org/show_bug.cgi?id=36608
Émeric Maschino changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 similar as well.
Ra
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
index 186d62e..
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 100644
--- a/driv
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 deletions(-)
diff
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 +
include/drm/drmP.h
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 100644
--- a/driv
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
--- a/drivers/st
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 th
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.
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 ava
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 co-ordi
https://bugs.freedesktop.org/show_bug.cgi?id=39193
Simon Farnsworth changed:
What|Removed |Added
Summary|glCheckFramebufferStatusEXT |[r600g]
|segfaults
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 a
https://bugs.freedesktop.org/show_bug.cgi?id=39193
Simon Farnsworth changed:
What|Removed |Added
Summary|[r600g] |[llvmpipe and r600g]
> > 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
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 | 6
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:
a
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
>
> Aft
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 w
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
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:
> http:
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&attachment=51066
possible fix 2
Ca
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 MAX_PROGRAM_E
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 sequenc
https://bugs.freedesktop.org/show_bug.cgi?id=40767
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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, r
> "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 i
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 appea
https://bugs.freedesktop.org/show_bug.cgi?id=36608
?meric Maschino changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 similar as well.
Ra
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
index 186d62e..
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 100644
--- a/driv
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 deletions(-)
diff
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 +
include/drm/drmP.h
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 100644
--- a/driv
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
--- a/drivers/st
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 th
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.
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 ava
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 co-ordi
https://bugs.freedesktop.org/show_bug.cgi?id=39193
Simon Farnsworth changed:
What|Removed |Added
Summary|glCheckFramebufferStatusEXT |[r600g]
|segfaults
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 a
https://bugs.freedesktop.org/show_bug.cgi?id=39193
Simon Farnsworth changed:
What|Removed |Added
Summary|[r600g] |[llvmpipe and r600g]
> > 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
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 | ? 6
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:
a
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:
a
57 matches
Mail list logo
