https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #45 from Michel Dänzer 2010-10-26 00:31:06 PDT
---
(In reply to comment #42)
> I replaced r100_copy_blit with r200_copy_dma in both radeon_asic.copy and
> r300_asic_pcie.copy, but didn't notice any significant difference in the
> tex
https://bugs.freedesktop.org/show_bug.cgi?id=30645
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #46 from Chris Rankin 2010-10-26 01:29:24
PDT ---
(In reply to comment #45)
> Assuming that's with your AGP RV350, r300_asic.copy is used. Did you mean that
> instead of radeon_asic.copy?
Yes, I meant r300_asic.copy really. (Sorry,
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 228 ---
drivers/gpu/drm/radeon/r600.c | 120 ++---
drivers/gpu/drm/radeon/r600d.h |9 ++
drivers/gpu/drm/radeon/radeon.h | 35 +
drivers/gpu/dr
This adds support for dri2 pageflipping.
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c | 36 +++
drivers/gpu/drm/radeon/evergreen_reg.h |3 +
drivers/gpu/drm/radeon/evergreend.h | 14
drivers/gpu/drm/radeon/r100.c
requires drm 2.7.0 or higher
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
src/drmmode_display.c | 78 -
src/drmmode_display.h |4 +
src/radeon.h |2 +
src/radeon_dri2.c | 188 -
src/radeo
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
> This set of patches adds pageflipping support for radeon.
> There are two drm patches and one ddx patch required. The
> drm patches are against Dave's drm-next branch and the ddx
> patch is against git master. So far it's been lightly tested
Le 26/10/2010 01:59, Randy Dunlap a écrit :
On Mon, 25 Oct 2010 14:58:34 +1100 Stephen Rothwell wrote:
Hi all,
Reminder: do not add 2.6.38 destined stuff to linux-next until after
2.6.37-rc1 is released.
drivers/built-in.o: In function `nouveau_hwmon_init':
nouveau_pm.c:(.text+0x179825): und
MB so the vram map in the mc
> needs to be at least 128 MB. However, it's getting set to 64 MB.
Could you please tell me which git archive this patch has gone into.
It doesn't seem to be the official linux-next:next-20101026
Many thanks for a hint (I do need to get
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #90 from Alex Deucher 2010-10-26 09:05:14 PDT ---
(In reply to comment #89)
> Could you please tell me which git archive this patch has gone into.
> It doesn't seem to be the official linux-next:next-20101026
>
>
t;
> First some words to my system and hardware:
> * It's a Debian/sid i386 host with latest dist-upgrades as of today.
> * My radeon gfxcard is a RV250.
>
> [ Linux-kernel ]
>
> * Base is a 2.6.36 vanilla Linux-kernel tarball
> * on top linux-next (next-20101026) with some
official linux-next:next-20101026
> >
> > Many thanks for a hint (I do need to get a patchset against stock 2.6.36)
>
> The patch is available here on this bug and Dave pulled it into the drm-next
> branch of his tree:
> http://git.kernel.org/?p=linux/k
ian/sid i386 host with latest dist-upgrades as of today.
>> * My radeon gfxcard is a RV250.
>>
>> [ Linux-kernel ]
>>
>> * Base is a 2.6.36 vanilla Linux-kernel tarball
>> * on top linux-next (next-20101026) with some extra-patches to be able
>> to build a
https://bugs.freedesktop.org/show_bug.cgi?id=31138
Summary: [r200] gltron fails with "drmRadeonCmdBuffer: -22 ..."
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=31138
Alan Swanson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alan Swanson changed:
What|Removed |Added
CC||sk...@iskunk.org
--- Comment #7 from Alan
broken by:
drm/radeon/r600: fix tiling issues in CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 7e44b5a..aec0944 10064
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher wrote:
> On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
>> This set of patches adds pageflipping support for radeon.
>> There are two drm patches and one ddx patch required. The
>> drm patches are against Dave's drm-next branch and the ddx
>> p
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #8 from Daniel Richard G. 2010-10-26 12:41:59
PDT ---
Alan, can texture checking be disabled for R200 in production code? Building a
patched kernel module isn't a feasible option for most users, and the effect of
this bug is to make
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alan Swanson changed:
What|Removed |Added
Summary|KMS/R200: CS section size |KMS/R200: No texture bound
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #10 from Daniel Richard G. 2010-10-26 13:46:12
PDT ---
I'm looking at r100_cs_track_texture_check() in
linux-2.6.36/drivers/gpu/drm/radeon/r100.c (starting at line 3217). What if
instead of an unconditional return, you were to do e.g
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alex Deucher changed:
What|Removed |Added
Attachment #33643|0 |1
is obsolete|
broken by:
drm/radeon/r600: fix tiling issues in CS checker.
v2: only apply it to 1D tiling case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon
Hi Linus,
sorry this is a bit later than I expected got sidetracked into a real-life
gastro bug for a couple of days just after merge window opened,
Main features amongst it all:
new stub driver for poulsbo backlight support
drm core: kdb lut support, lots of cleanups, edid enhancement for audi
This time with a subject line.
>
> Hi Linus,
>
> sorry this is a bit later than I expected got sidetracked into a real-life
> gastro bug for a couple of days just after merge window opened,
>
> Main features amongst it all:
> new stub driver for poulsbo backlight support
> drm core: kdb lut s
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #12 from Nicholas Miell 2010-10-26 18:31:21 PDT
---
I've tested the patch and it works. Thanks.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=31013
--- Comment #14 from Tom Stellard 2010-10-26 21:08:20 PDT
---
(In reply to comment #13)
> (In reply to comment #12)
> >
> > I though you could have up to 4 indirections in addition to the input, but
> > it's
> > been a while since I looked at
There are cases when multiple texture units have to be enabled,
but not actually used to sample. This patch checks to see if
the lookup_disable bit is set and if so, skips the texture check.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Signed-off-by: Alex Deucher
Cc: sta...@kernel.
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31150
Summary: [r200] wings3d leads to GPU lockup
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=31013
--- Comment #15 from Tomasz Czapiewski 2010-10-26 22:29:52 PDT
---
(In reply to comment #14)
>
> Ok, so it looks like I was wrong about this. I input a shader with 4
> indirections to the AMD Shader Analyzer and it crashed, so I'm pretty sure
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #14 from Daniel Richard G. 2010-10-26 22:36:23
PDT ---
Confirmed here too! gltron now runs perfectly, as does OpenArena. Thank you,
Alex, for pouncing on this one.
There's now a GPU-lockup problem (that existed before this fix) that
Calculate height based on the slice bitfield rather than the size.
Same as Dave's CB fix.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/rade
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #45 from Michel D?nzer 2010-10-26 00:31:06
PDT ---
(In reply to comment #42)
> I replaced r100_copy_blit with r200_copy_dma in both radeon_asic.copy and
> r300_asic_pcie.copy, but didn't notice any significant difference in the
> tex
https://bugs.freedesktop.org/show_bug.cgi?id=30645
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #46 from Chris Rankin 2010-10-26
01:29:24 PDT ---
(In reply to comment #45)
> Assuming that's with your AGP RV350, r300_asic.copy is used. Did you mean that
> instead of radeon_asic.copy?
Yes, I meant r300_asic.copy really. (Sorry,
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 228 ---
drivers/gpu/drm/radeon/r600.c | 120 ++---
drivers/gpu/drm/radeon/r600d.h |9 ++
drivers/gpu/drm/radeon/radeon.h | 35 +
drivers/gpu/dr
This adds support for dri2 pageflipping.
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c | 36 +++
drivers/gpu/drm/radeon/evergreen_reg.h |3 +
drivers/gpu/drm/radeon/evergreend.h | 14
drivers/gpu/drm/radeon/r100.c
requires drm 2.7.0 or higher
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
---
src/drmmode_display.c | 78 -
src/drmmode_display.h |4 +
src/radeon.h |2 +
src/radeon_dri2.c | 188 -
src/radeo
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
> This set of patches adds pageflipping support for radeon.
> There are two drm patches and one ddx patch required. ?The
> drm patches are against Dave's drm-next branch and the ddx
> patch is against git master. ?So far it's been lightly tested
Le 26/10/2010 01:59, Randy Dunlap a ?crit :
> On Mon, 25 Oct 2010 14:58:34 +1100 Stephen Rothwell wrote:
>
>> Hi all,
>>
>> Reminder: do not add 2.6.38 destined stuff to linux-next until after
>> 2.6.37-rc1 is released.
>
> drivers/built-in.o: In function `nouveau_hwmon_init':
> nouveau_pm.c:(.text
Signed-off-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_pm.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_pm.c
b/drivers/gpu/drm/nouveau/nouveau_pm.c
index 8ef1d5b..f691661 100644
--- a/drivers/gpu/drm/nouveau/nouveau_pm.
MB so the vram map in the mc
> needs to be at least 128 MB. However, it's getting set to 64 MB.
Could you please tell me which git archive this patch has gone into.
It doesn't seem to be the official linux-next:next-20101026
Many thanks for a hint (I do need to get
h latest dist-upgrades as of today.
* My radeon gfxcard is a RV250.
[ Linux-kernel ]
* Base is a 2.6.36 vanilla Linux-kernel tarball
* on top linux-next (next-20101026) with some extra-patches to be able
to build a BKL-free Kernel (Thanks Arnd)
* on top drm-radeon-testing (up to commit 881fe6c:
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #90 from Alex Deucher 2010-10-26 09:05:14 PDT
---
(In reply to comment #89)
> Could you please tell me which git archive this patch has gone into.
> It doesn't seem to be the official linux-next:next-20101026
>
t;
> First some words to my system and hardware:
> * It's a Debian/sid i386 host with latest dist-upgrades as of today.
> * My radeon gfxcard is a RV250.
>
> [ Linux-kernel ]
>
> * Base is a 2.6.36 vanilla Linux-kernel tarball
> * on top linux-next (next-20101026) with some
official linux-next:next-20101026
> >
> > Many thanks for a hint (I do need to get a patchset against stock 2.6.36)
>
> The patch is available here on this bug and Dave pulled it into the drm-next
> branch of his tree:
> http://git.kernel.org/?p=linux/k
ian/sid i386 host with latest dist-upgrades as of today.
>> * My radeon gfxcard is a RV250.
>>
>> [ Linux-kernel ]
>>
>> * Base is a 2.6.36 vanilla Linux-kernel tarball
>> * on top linux-next (next-20101026) with some extra-patches to be able
>> to build a
https://bugs.freedesktop.org/show_bug.cgi?id=31138
Summary: [r200] gltron fails with "drmRadeonCmdBuffer: -22 ..."
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=31138
Alan Swanson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alan Swanson changed:
What|Removed |Added
CC||skunk at iskunk.org
--- Comment #7 from A
broken by:
drm/radeon/r600: fix tiling issues in CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 7e44b5a..aec0944 10064
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher wrote:
> On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher
> wrote:
>> This set of patches adds pageflipping support for radeon.
>> There are two drm patches and one ddx patch required. ?The
>> drm patches are against Dave's drm-next branch and the ddx
>
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #8 from Daniel Richard G. 2010-10-26 12:41:59
PDT ---
Alan, can texture checking be disabled for R200 in production code? Building a
patched kernel module isn't a feasible option for most users, and the effect of
this bug is to make
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alan Swanson changed:
What|Removed |Added
Summary|KMS/R200: CS section size |KMS/R200: No texture bound
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #10 from Daniel Richard G. 2010-10-26
13:46:12 PDT ---
I'm looking at r100_cs_track_texture_check() in
linux-2.6.36/drivers/gpu/drm/radeon/r100.c (starting at line 3217). What if
instead of an unconditional return, you were to do e.g
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alex Deucher changed:
What|Removed |Added
Attachment #33643|0 |1
is obsolete|
broken by:
drm/radeon/r600: fix tiling issues in CS checker.
v2: only apply it to 1D tiling case.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #12 from Nicholas Miell 2010-10-26 18:31:21
PDT ---
I've tested the patch and it works. Thanks.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=31013
--- Comment #14 from Tom Stellard 2010-10-26 21:08:20
PDT ---
(In reply to comment #13)
> (In reply to comment #12)
> >
> > I though you could have up to 4 indirections in addition to the input, but
> > it's
> > been a while since I looked at
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31150
Summary: [r200] wings3d leads to GPU lockup
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=31013
--- Comment #15 from Tomasz Czapiewski 2010-10-26 22:29:52
PDT ---
(In reply to comment #14)
>
> Ok, so it looks like I was wrong about this. I input a shader with 4
> indirections to the AMD Shader Analyzer and it crashed, so I'm pretty sure
https://bugs.freedesktop.org/show_bug.cgi?id=25544
--- Comment #14 from Daniel Richard G. 2010-10-26
22:36:23 PDT ---
Confirmed here too! gltron now runs perfectly, as does OpenArena. Thank you,
Alex, for pouncing on this one.
There's now a GPU-lockup problem (that existed before this fix) that
66 matches
Mail list logo
