From: Tormod Volden
The same way it was already done for r300.
Also fix typo in gart warning messages.
Signed-off-by: Tormod Volden
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 ++
drivers/gpu/drm/radeon/ni.c |2 ++
drivers/gpu/drm/radeon/r100.c
From: Tormod Volden
Also disable the ascii dump and remove the literal printing of the
KERN_ERR macro in the log:
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
v2: Remove the trailing empty line as well.
Signed-off-by: T
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #5 from Jure Repinc 2011-07-05 17:10:12 ---
As far as I remember WebGL isn't enabled by default in Firefox 5. Also I
checked on this page - http://www.doesmybrowsersupportwebgl.com/ - and it says
"Nay".
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=38792
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #3 from Jure Repinc 2011-07-05 16:50:29 ---
Created an attachment (id=64692)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64692)
Xorg.0.log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #2 from Jure Repinc 2011-07-05 16:49:50 ---
Created an attachment (id=64682)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64682)
lspci
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #1 from Jure Repinc 2011-07-05 16:49:19 ---
Created an attachment (id=64672)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64672)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=38792
Summary: Radeon HD 5750: GPU lockup CP stall while browsing in
Firefox
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc5
Platform: All
OS/Version: Linux
Tr
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #41 from Lars G 2011-07-05 15:42:33 PDT ---
(In reply to comment #40)
> Here's a small patch that seems to workaround the manipulator issue.
Thanks, works ok here.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #41 from Lars G 2011-07-05 15:42:33 PDT
---
(In reply to comment #40)
> Here's a small patch that seems to workaround the manipulator issue.
Thanks, works ok here.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
From: Tormod Volden
The same way it was already done for r300.
Also fix typo in gart warning messages.
Signed-off-by: Tormod Volden
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 ++
drivers/gpu/drm/radeon/ni.c |2 ++
drivers/gpu/drm/radeon/r100.c
From: Tormod Volden
Also disable the ascii dump and remove the literal printing of the
KERN_ERR macro in the log:
[drm:drm_edid_block_valid] *ERROR* Raw EDID:
<3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
v2: Remove the trailing empty line as well.
Signed-off-by: T
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Florian Mickler changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|PATCH_ALREAD
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #17 from Simon Farnsworth
2011-07-05 10:57:45 PDT ---
I added "video=LVDS-1:d" to my kernel command line, which changes xrandr output
to:
# xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
LVDS disconnec
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #17 from Simon Farnsworth
2011-07-05 10:57:45 PDT ---
I added "video=LVDS-1:d" to my kernel command line, which changes xrandr output
to:
# xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
LVDS disconnec
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Florian Mickler changed:
What|Removed |Added
CC||florian at mickler.org
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #16 from Michel Dänzer 2011-07-05 10:37:21 PDT
---
(In reply to comment #15)
> Whatever resolution I choose, perf top shows me that 50% of my used CPU time
> is
> spent in r600_fence_finish from the r600g DRI driver.
That makes som
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #16 from Michel D?nzer 2011-07-05 10:37:21
PDT ---
(In reply to comment #15)
> Whatever resolution I choose, perf top shows me that 50% of my used CPU time
> is
> spent in r600_fence_finish from the r600g DRI driver.
That makes som
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Florian Mickler changed:
What|Removed |Added
CC||florian at mickler.org
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #5 from Jure Repinc 2011-07-05 17:10:12 ---
As far as I remember WebGL isn't enabled by default in Firefox 5. Also I
checked on this page - http://www.doesmybrowsersupportwebgl.com/ - and it says
"Nay".
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=38792
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 f
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #15 from Simon Farnsworth
2011-07-05 09:56:41 PDT ---
Redoing my benchmarking with the resolution knowledge in mind:
Whatever resolution I choose, perf top shows me that 50% of my used CPU time is
spent in r600_fence_finish from the
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #15 from Simon Farnsworth
2011-07-05 09:56:41 PDT ---
Redoing my benchmarking with the resolution knowledge in mind:
Whatever resolution I choose, perf top shows me that 50% of my used CPU time is
spent in r600_fence_finish from the
Alan Cox reported a missing check on the kmalloc return value for the
allocation of a temporary mode used for searching for the LVDS downlock
frequency. This allocation is roughly 200 bytes, a little too large to
friviously place on the stack. However, we can simply use the few bytes
we need stored
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #3 from Jure Repinc 2011-07-05 16:50:29 ---
Created an attachment (id=64692)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64692)
Xorg.0.log
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #2 from Jure Repinc 2011-07-05 16:49:50 ---
Created an attachment (id=64682)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64682)
lspci
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=38792
--- Comment #1 from Jure Repinc 2011-07-05 16:49:19 ---
Created an attachment (id=64672)
--> (https://bugzilla.kernel.org/attachment.cgi?id=64672)
dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You
https://bugzilla.kernel.org/show_bug.cgi?id=38792
Summary: Radeon HD 5750: GPU lockup CP stall while browsing in
Firefox
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc5
Platform: All
OS/Version: Linux
Tr
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #14 from Simon Farnsworth
2011-07-05 09:01:34 PDT ---
We've got some form of unexpected resolution dependent behaviour here, that
Intel doesn't show.
My target is always 60fps, to match the screen refresh rate of 60Hz.
On Fedora 15
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #14 from Simon Farnsworth
2011-07-05 09:01:34 PDT ---
We've got some form of unexpected resolution dependent behaviour here, that
Intel doesn't show.
My target is always 60fps, to match the screen refresh rate of 60Hz.
On Fedora 15
https://bugs.freedesktop.org/show_bug.cgi?id=38859
--- Comment #6 from Alex Deucher 2011-07-05 07:16:17 PDT ---
(In reply to comment #5)
> (In reply to comment #4)
> > Does running an app the uses Xv fix the issue?
>
> I'm not sure what that is?
Xv = Xvideo extension. Try playing a video in to
https://bugs.freedesktop.org/show_bug.cgi?id=38859
--- Comment #6 from Alex Deucher 2011-07-05 07:16:17 PDT
---
(In reply to comment #5)
> (In reply to comment #4)
> > Does running an app the uses Xv fix the issue?
>
> I'm not sure what that is?
Xv = Xvideo extension. Try playing a video in t
https://bugs.freedesktop.org/show_bug.cgi?id=38859
--- Comment #5 from ch...@chris-portela.com 2011-07-05 07:14:05 PDT ---
(In reply to comment #4)
> Does running an app the uses Xv fix the issue?
I'm not sure what that is?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=38859
--- Comment #5 from chris at chris-portela.com 2011-07-05 07:14:05 PDT ---
(In reply to comment #4)
> Does running an app the uses Xv fix the issue?
I'm not sure what that is?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=38859
--- Comment #4 from Alex Deucher 2011-07-05 07:12:58 PDT ---
Does running an app the uses Xv fix the issue?
--
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=38859
--- Comment #4 from Alex Deucher 2011-07-05 07:12:58 PDT
---
Does running an app the uses Xv fix the issue?
--
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=38907
--- Comment #3 from Alex Deucher 2011-07-05 07:10:04 PDT ---
Does a 3.0 kernel work any better?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=38907
--- Comment #3 from Alex Deucher 2011-07-05 07:10:04 PDT
---
Does a 3.0 kernel work any better?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=38917
--- Comment #2 from Alex Deucher 2011-07-05 06:40:11 PDT ---
There's no infrastructure in place yet to automatically lower clocks if the
temperature gets to a critical level so we limit the clocks to the boot up
levels for now. On most systems t
https://bugs.freedesktop.org/show_bug.cgi?id=38917
--- Comment #2 from Alex Deucher 2011-07-05 06:40:11 PDT
---
There's no infrastructure in place yet to automatically lower clocks if the
temperature gets to a critical level so we limit the clocks to the boot up
levels for now. On most systems
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #13 from Simon Farnsworth
2011-07-05 05:24:19 PDT ---
Created an attachment (id=48768)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48768)
drm.debug=0xf dmesg snippet, showing timings of page flips
PID 955 is Xorg, PID 1360
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #13 from Simon Farnsworth
2011-07-05 05:24:19 PDT ---
Created an attachment (id=48768)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48768)
drm.debug=0xf dmesg snippet, showing timings of page flips
PID 955 is Xorg, PID 1360
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #12 from Simon Farnsworth
2011-07-05 05:18:12 PDT ---
I can't persuade the tracepoints Michel recommended to do anything - no data
gets recorded by perf when I run my test programs. I've attempted to record the
data with:
perf scrip
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #12 from Simon Farnsworth
2011-07-05 05:18:12 PDT ---
I can't persuade the tracepoints Michel recommended to do anything - no data
gets recorded by perf when I run my test programs. I've attempted to record the
data with:
perf scrip
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Florian Mickler changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|PATCH_ALREAD
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #18
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #7
Alan Cox reported a missing check on the kmalloc return value for the
allocation of a temporary mode used for searching for the LVDS downlock
frequency. This allocation is roughly 200 bytes, a little too large to
friviously place on the stack. However, we can simply use the few bytes
we need stored
48 matches
Mail list logo
