https://bugs.freedesktop.org/show_bug.cgi?id=29754
--- Comment #1 from Marek Olšák 2010-08-27 21:25:06 PDT ---
This looks similar to bug 29389. Please see the bug and let me know if
disabling polling helps.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=29754
--- Comment #1 from Marek Ol??k 2010-08-27 21:25:06 PDT
---
This looks similar to bug 29389. Please see the bug and let me know if
disabling polling helps.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29389
Marek Olšák changed:
What|Removed |Added
CC||bugzi09.fdo.tor...@xoxy.net
--- Comment #3
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29389
Marek Ol??k changed:
What|Removed |Added
CC||bugzi09.fdo.tormod at xoxy.net
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=29389
Marek Olšák changed:
What|Removed |Added
Summary|[r300g] [bisected] hard |[r300g] [bisected] hard
https://bugs.freedesktop.org/show_bug.cgi?id=29389
Marek Ol??k changed:
What|Removed |Added
Summary|[r300g] [bisected] hard |[r300g] [bisected] hard
When writeback is enabled, the GPU shadows writes to certain
registers into a buffer in memory. The driver can then read
the values from the shadow rather than reading back from the
register across the bus. Writeback can be disabled by setting
the no_wb module param to 1.
On r6xx/r7xx/evergreen,
On Fri, Aug 27, 2010 at 7:15 AM, Joshua Roys wrote:
> On Fri, Aug 6, 2010 at 9:37 PM, Alex Deucher wrote:
>> +++ b/drivers/gpu/drm/radeon/r300.c
>> @@ -1332,6 +1332,12 @@ static int r300_startup(struct radeon_device *rdev)
>> ? ? ? ? ? ? ? ?if (r)
>> ? ? ? ? ? ? ? ? ? ? ? ?return r;
>> ? ? ? ?}
>
2010/8/27 Michel D?nzer :
> On Fre, 2010-08-06 at 21:37 -0400, Alex Deucher wrote:
>> This enables writeback for the CP read pointer and
>> scratch regs on the remaining radeon asics.
>
> This doesn't work on my PowerBook. AFAIR the CP writeback isn't reliable
> with at least older Apple AGP bridge
The 7th entry in a lot of evergreen i2c gpio tables is partially
zeroed. Fix the entry.
Should fix the missing ddc entry in:
https://bugs.freedesktop.org/show_bug.cgi?id=29255
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 27 +++
1 files c
From: Jerome Glisse
GPU is prone to lockup if we deallocate shader bo right after
submitting command using the shader. Force shader cache flush
after each batch submission seems to fix the issue. It could
fix some of the lockup people were experiencing.
V2 move shader flush after pipeline flush
When writeback is enabled, the GPU shadows writes to certain
registers into a buffer in memory. The driver can then read
the values from the shadow rather than reading back from the
register across the bus. Writeback can be disabled by setting
the no_wb module param to 1.
On r6xx/r7xx/evergreen,
On Fri, Aug 27, 2010 at 7:15 AM, Joshua Roys wrote:
> On Fri, Aug 6, 2010 at 9:37 PM, Alex Deucher wrote:
>> +++ b/drivers/gpu/drm/radeon/r300.c
>> @@ -1332,6 +1332,12 @@ static int r300_startup(struct radeon_device *rdev)
>> if (r)
>> return r;
>> }
>
2010/8/27 Michel Dänzer :
> On Fre, 2010-08-06 at 21:37 -0400, Alex Deucher wrote:
>> This enables writeback for the CP read pointer and
>> scratch regs on the remaining radeon asics.
>
> This doesn't work on my PowerBook. AFAIR the CP writeback isn't reliable
> with at least older Apple AGP bridge
From: Jerome Glisse
GPU is prone to lockup if we deallocate shader bo right after
submitting command using the shader. Force shader cache flush
after each batch submission seems to fix the issue. It could
fix some of the lockup people were experiencing.
Signed-off-by: Jerome Glisse
---
drivers
Fix potential crashes due to use-before-NULL situations.
Signed-off-by: Kees Cook
---
drivers/gpu/drm/drm_fb_helper.c |3 ++-
drivers/media/video/em28xx/em28xx-video.c |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drive
commit: 812d046915f48236657f02c06d7dc47140e9ceda
drm/radeon/kms/r7xx: add workaround for hw issue with HDP flush
breaks on AGP boards since there is no VRAM gart table.
This patch fixes the issue by creating a VRAM scratch page so that
can be used on both AGP and PCIE.
Fixes:
https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=29818
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29818
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #4 from Jerome Glisse 2010-08-27 13:48:39
PDT ---
Mathias can you confirm the patch fix your issue ?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #4 from Jerome Glisse 2010-08-27
13:48:39 PDT ---
Mathias can you confirm the patch fix your issue ?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
The 7th entry in a lot of evergreen i2c gpio tables is partially
zeroed. Fix the entry.
Should fix the missing ddc entry in:
https://bugs.freedesktop.org/show_bug.cgi?id=29255
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 27 +++
1 files c
From: Jerome Glisse
GPU is prone to lockup if we deallocate shader bo right after
submitting command using the shader. Force shader cache flush
after each batch submission seems to fix the issue. It could
fix some of the lockup people were experiencing.
V2 move shader flush after pipeline flush
From: Jerome Glisse
GPU is prone to lockup if we deallocate shader bo right after
submitting command using the shader. Force shader cache flush
after each batch submission seems to fix the issue. It could
fix some of the lockup people were experiencing.
Signed-off-by: Jerome Glisse
---
drivers
commit: 812d046915f48236657f02c06d7dc47140e9ceda
drm/radeon/kms/r7xx: add workaround for hw issue with HDP flush
breaks on AGP boards since there is no VRAM gart table.
This patch fixes the issue by creating a VRAM scratch page so that
can be used on both AGP and PCIE.
Fixes:
https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=29833
--- Comment #4 from Fabio Varesano 2010-08-27
10:42:57 PDT ---
[fa...@gamma ~]$ uname -a
Linux gamma 2.6.35-ARCH #1 SMP PREEMPT Fri Aug 20 22:49:24 CEST 2010 x86_64
Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz GenuineIntel GNU/Linux
xorg.conf: http
https://bugs.freedesktop.org/show_bug.cgi?id=29833
--- Comment #4 from Fabio Varesano 2010-08-27
10:42:57 PDT ---
[fabio at gamma ~]$ uname -a
Linux gamma 2.6.35-ARCH #1 SMP PREEMPT Fri Aug 20 22:49:24 CEST 2010 x86_64
Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz GenuineIntel GNU/Linux
xorg.conf: h
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #3 from Alex Deucher 2010-08-27 10:14:50 PDT ---
Created an attachment (id=38227)
View: https://bugs.freedesktop.org/attachment.cgi?id=38227
Review: https://bugs.freedesktop.org/review?bug=29834&attachment=38227
fix
This patch fix
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #3 from Alex Deucher 2010-08-27 10:14:50 PDT
---
Created an attachment (id=38227)
View: https://bugs.freedesktop.org/attachment.cgi?id=38227
Review: https://bugs.freedesktop.org/review?bug=29834&attachment=38227
fix
This patch fi
On Fre, 2010-08-06 at 21:37 -0400, Alex Deucher wrote:
> This enables writeback for the CP read pointer and
> scratch regs on the remaining radeon asics.
This doesn't work on my PowerBook. AFAIR the CP writeback isn't reliable
with at least older Apple AGP bridges and probably others as well, whi
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #2 from Alex Deucher 2010-08-27 09:28:15 PDT ---
nevermind. I see the problem. Yo can work around it for now by booting with
radeon.agpmode=-1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29833
--- Comment #3 from Alex Deucher 2010-08-27 09:18:28 PDT ---
This is most likely a 3D driver bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #1 from Alex Deucher 2010-08-27 09:22:15 PDT ---
Can you bisect what commit is causing the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Alex Deucher changed:
What|Removed |Added
Attachment #38216|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29833
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #2 from Alex Deucher 2010-08-27 09:28:15 PDT
---
nevermind. I see the problem. Yo can work around it for now by booting with
radeon.agpmode=-1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #1 from Alex Deucher 2010-08-27 09:22:15 PDT
---
Can you bisect what commit is causing the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Alex Deucher changed:
What|Removed |Added
Attachment #38216|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29833
--- Comment #3 from Alex Deucher 2010-08-27 09:18:28 PDT
---
This is most likely a 3D driver bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=29833
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
On Fri, Aug 6, 2010 at 9:37 PM, Alex Deucher wrote:
> +++ b/drivers/gpu/drm/radeon/r300.c
> @@ -1332,6 +1332,12 @@ static int r300_startup(struct radeon_device *rdev)
> ? ? ? ? ? ? ? ?if (r)
> ? ? ? ? ? ? ? ? ? ? ? ?return r;
> ? ? ? ?}
> +
> + ? ? ? /* allocate wb buffer */
> + ? ? ? radeon_wb_in
Hi Linus,
Some regression fixes, a couple around the BKL removal, and one in the
drm_mm code that was causing SIGBUS errors for some radeon users.
Dave.
The following changes since commit d03330383c9255cdb184dd33594e89c3542f191b:
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nou
On Fri, Aug 6, 2010 at 9:37 PM, Alex Deucher wrote:
> +++ b/drivers/gpu/drm/radeon/r300.c
> @@ -1332,6 +1332,12 @@ static int r300_startup(struct radeon_device *rdev)
> if (r)
> return r;
> }
> +
> + /* allocate wb buffer */
> + radeon_wb_in
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Summary: System freeze upon X startup with KMS enabled (RV730)
Product: DRI
Version: XOrg 6.7.0
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Summary: System freeze upon X startup with KMS enabled (RV730)
Product: DRI
Version: XOrg 6.7.0
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Till Matthiesen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Till Matthiesen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fre, 2010-08-06 at 21:37 -0400, Alex Deucher wrote:
> This enables writeback for the CP read pointer and
> scratch regs on the remaining radeon asics.
This doesn't work on my PowerBook. AFAIR the CP writeback isn't reliable
with at least older Apple AGP bridges and probably others as well, whi
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #28 from Pavel Ondračka 2010-08-27 00:37:49 PDT
---
(In reply to comment #24)
> (Sorry for the bug spam)
>
> The performance problem I'm having seems to be a result of the glsl2 merge,
> and
> not from the vs loops. So I guess that
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #28 from Pavel Ondra?ka 2010-08-27 00:37:49
PDT ---
(In reply to comment #24)
> (Sorry for the bug spam)
>
> The performance problem I'm having seems to be a result of the glsl2 merge,
> and
> not from the vs loops. So I guess that
52 matches
Mail list logo
