https://bugs.freedesktop.org/show_bug.cgi?id=32768
--- Comment #2 from Andre Maasikas 2011-01-25 00:54:05
PST ---
Created an attachment (id=42437)
View: https://bugs.freedesktop.org/attachment.cgi?id=42437
Review: https://bugs.freedesktop.org/review?bug=32768&attachment=42437
try to use base_
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #6 from Fabio Pedretti 2011-01-25 00:56:40
PST ---
> Does this patch fix anything?
>
> https://bugs.freedesktop.org/attachment.cgi?id=42432
Hi, I tested this patch on my RV530 with linux 2.6.37 and current mesa git:
- openarena: no
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #6 from Pavel Ondračka 2011-01-25 05:24:00 PST
---
(In reply to comment #5)
> Created an attachment (id=42355)
View: https://bugs.freedesktop.org/attachment.cgi?id=42355
Review: https://bugs.freedesktop.org/review?bug=31830&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #10 from Pavel Ondračka 2011-01-25 06:08:49 PST
---
Review of attachment 42432:
--> (https://bugs.freedesktop.org/review?bug=29851&attachment=42432)
This patch fixes HyperZ corruption in Unigine Sanctuary and Scorched3D for me
(RV5
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #4 from Sven Arvidsson 2011-01-25 06:32:09 PST ---
Created an attachment (id=42458)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42458)
glxgears screenshot with patch
The patch is a big improvment, but it doesn't completely s
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #5 from Sven Arvidsson 2011-01-25 06:34:55 PST ---
Created an attachment (id=42459)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42459)
screenshot from doom3
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #11 from Marek Olšák 2011-01-25 07:48:52 PST ---
Created an attachment (id=42464)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42464)
possible fix 2
I've made a new patch. Could you give it a try?
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=29851
Marek Olšák changed:
What|Removed |Added
Attachment #42464|application/pgp-keys|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #7 from Marek Olšák 2011-01-25 07:53:05 PST ---
The zigzagged edges (those little deterministic squares of corruption) are a
HiZ issue. Currently I am only fixing Zmask (zbuffer compression).
I've made a new patch, which contains new
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #6 from Marek Olšák 2011-01-25 07:54:26 PST ---
I've made a new patch. Could you give it a try?
https://bugs.freedesktop.org/attachment.cgi?id=42464
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=32945
Sven Arvidsson changed:
What|Removed |Added
Attachment #42459|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #8 from Fabio Pedretti 2011-01-25 08:14:42
PST ---
(In reply to comment #7)
> The zigzagged edges (those little deterministic squares of corruption) are a
> HiZ issue. Currently I am only fixing Zmask (zbuffer compression).
>
> I've
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #8 from Marek Olšák 2011-01-25 08:33:52 PST ---
It appears that one third of the zbuffer is not cleared on your machine. In
src/gallium/drivers/r300/r300_emit.c, can you add this line:
numdw = ALIGN_DIVUP(numdw * 3, 2);
at line 1171
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #9 from Marek Olšák 2011-01-25 08:37:46 PST ---
Could you possibly attach screenshots of the corruptions you are seeing?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #10 from Fabio Pedretti 2011-01-25 08:49:19
PST ---
Created an attachment (id=42472)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42472)
sauerbraten screenshot with second patch
Note that the clouds appears mostly when movin
R6xx+ have per-block swappers. BE content in the
framebuffer will now be swapped properly during scanout.
Untested, however, the same code is reported working in
the UMS ddx.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 17 +
drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #10 from Sergej Pupykin 2011-01-25 08:59:34 PST ---
Is it any chance to add edid_strict parameter into kernel? 2.6.38rc2 still have
no it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #11 from Alex Deucher 2011-01-25 09:33:20 PST ---
It hasn't been accepted into the kernel yet as the patch needs either better
bounds checking (to make sure we don't read past the end of the edid if the
size or number of extensions ar
On Mon, 24 Jan 2011 12:08:29 -0500, Alex Deucher wrote:
> On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson
> wrote:
> > Iterate over the attached CRTCs, encoders and connectors and call the
> > supplied reset vfunc in order to reset any cached state back to unknown.
> > Useful after an invalidatio
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #13 from Tormod Volden 2011-01-25
11:23:42 PST ---
The above resume problem was fixed in the DDX by
http://cgit.freedesktop.org/xorg/driver/xf86-video-savage/commit/?id=b018d343e6a6810afdaf1a73091dd9bc8c1c95bd
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=32768
--- Comment #3 from RCX Slinger 2011-01-25 11:49:04 PST
---
(In reply to comment #2)
> Created an attachment (id=42437)
View: https://bugs.freedesktop.org/attachment.cgi?id=42437
Review: https://bugs.freedesktop.org/review?bug=32768&attachment
https://bugs.freedesktop.org/show_bug.cgi?id=33494
Summary: crash during (or at end) of map loading in ut2004
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
P
https://bugs.freedesktop.org/show_bug.cgi?id=33494
--- Comment #1 from XoD 2011-01-25 12:13:11 PST ---
If I add a sprintf before memcpy in r600_upload.c I was able to debug in
r600_upload_buffer.
The call stack was :
#0 memcpy() at ../sysdeps/x86_64/memcpy.S:267
#1 fprintf() at /usr/include/b
https://bugs.freedesktop.org/show_bug.cgi?id=33494
XoD changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
|.or
https://bugs.freedesktop.org/show_bug.cgi?id=32047
Ernst Sjöstrand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #11 from Chris Rankin 2011-01-25 13:32:11
PST ---
(In reply to comment #7)
> I've made a new patch, which contains new bug fixes and performance should no
> longer regress. Could you give it a try?
And the corruption in WoW is now g
https://bugs.freedesktop.org/show_bug.cgi?id=33418
--- Comment #2 from Erdem U. Altinyurt 2011-01-25
13:40:38 PST ---
Additional info: I can play nexuiz and neverball properly now. What changed?
Simply I drop Gallium3D drivers and use DRI one instead.Before, I thought NI's
supported by Gallium D
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #12 from Chris Rankin 2011-01-25 13:52:49
PST ---
(In reply to comment #7)
> I've made a new patch, which contains new bug fixes and performance should no
> longer regress. Could you give it a try?
I should probably mention that an
https://bugs.freedesktop.org/show_bug.cgi?id=31870
--- Comment #3 from Jure Repinc 2011-01-25 13:55:23 PST ---
I have upgraded to kernel 2.6.38-rc2 and latest MESA git and the freeze is
still here. Although now after some time graphics resets and then almost
immidiately locks up again. I managed
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #13 from Marek Olšák 2011-01-25 14:14:27 PST ---
If you compile with --enable-debug, it should print the hyperz status to
stderr.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
I've gone through all the code in the kernel that
uses the big kernel lock and come up with a solution
that seems at least half-reasonable for each of them.
The decisions are somewhat arbitrary, but here is
what I'd suggest we do:
* Remove in 2.6.39:
i830, autofs3, smbfs
* Move to staging now
SMP i810 systems were practically nonexistent and the configuration
was not officially supported by Intel at the time when Pentium-III
was common.
With this change, it is still possible to build a distribution kernel
that has support for SMP and includes the i810 driver without the BKL.
As a preca
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #9 from Sven Arvidsson 2011-01-25 14:29:28 PST ---
Created an attachment (id=42495)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42495)
dmesg output
(In reply to comment #8)
> It appears that one third of the zbuffer is not c
I've gone through all the code in the kernel that
uses the big kernel lock and come up with a solution
that seems at least half-reasonable for each of them.
The decisions are somewhat arbitrary, but here is
what I'd suggest we do:
* Remove in 2.6.39:
i830, autofs3, smbfs
* Move to staging now
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #10 from Marek Olšák 2011-01-25 14:55:02 PST ---
It doesn't add up. Changing numdw must make a visible difference, it determines
how many pixels are cleared (multiplied by something).
I don't think 0 is even allowed. Try 1 and see ho
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #5 from George Kiagiadakis
2011-01-25 15:30:47 PST ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you get another backtrace with /usr/lib/dri/r300_dri.so having debugging
> > symbols?
>
> do you mean I have to insta
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #11 from Sven Arvidsson 2011-01-25 15:37:15 PST ---
(In reply to comment #10)
> It doesn't add up. Changing numdw must make a visible difference, it
> determines
> how many pixels are cleared (multiplied by something).
>
> I don't t
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #12 from Marek Olšák 2011-01-25 16:38:57 PST ---
Created an attachment (id=42497)
View: https://bugs.freedesktop.org/attachment.cgi?id=42497
Review: https://bugs.freedesktop.org/review?bug=32945&attachment=42497
hyperz fix v3
Than
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #30 from Alex Deucher 2011-01-25 17:14:01 PST ---
Can you try the patches available here:
http://people.freedesktop.org/~agd5f/dp_fixes/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
On Tue, Jan 25, 2011 at 11:17:14PM +0100, Arnd Bergmann wrote:
> I've gone through all the code in the kernel that
> uses the big kernel lock and come up with a solution
> that seems at least half-reasonable for each of them.
>
> The decisions are somewhat arbitrary, but here is
> what I'd suggest
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #7 from Russ Dill 2011-01-25 20:47:15 PST ---
Created an attachment (id=42508)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42508)
xrandr --verbose (before suspend)
--
Configure bugmail: https://bugs.freedesktop.org/userpref
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #8 from Russ Dill 2011-01-25 20:47:38 PST ---
Created an attachment (id=42509)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42509)
xrandr --verbose (after resume)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #9 from Russ Dill 2011-01-25 20:49:03 PST ---
The xorg crashing thing is no longer true, its been fixed at some point.
gnome-display-properties still gets confused and thinks it successfully
configured all three, but there is no crash
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #10 from Alex Deucher 2011-01-25 22:22:33 PST ---
Does a dpms cycle help?
xset dpms force off
Does restarting X help?
How about forcing a mode change? e.g.,
xrandr --output HDMI-0 --mode 1680x1050
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Summary: System lockup with Page-flipping
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: m
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #10 from Sami Liedes 2011-01-25 00:00:26 ---
Yes, that patch works for me. Thanks.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching t
https://bugs.freedesktop.org/show_bug.cgi?id=32768
--- Comment #2 from Andre Maasikas 2011-01-25 00:54:05
PST ---
Created an attachment (id=42437)
View: https://bugs.freedesktop.org/attachment.cgi?id=42437
Review: https://bugs.freedesktop.org/review?bug=32768&attachment=42437
try to use base_
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #6 from Fabio Pedretti 2011-01-25 00:56:40
PST ---
> Does this patch fix anything?
>
> https://bugs.freedesktop.org/attachment.cgi?id=42432
Hi, I tested this patch on my RV530 with linux 2.6.37 and current mesa git:
- openarena: no
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #6 from Pavel Ondra?ka 2011-01-25 05:24:00
PST ---
(In reply to comment #5)
> Created an attachment (id=42355)
View: https://bugs.freedesktop.org/attachment.cgi?id=42355
Review: https://bugs.freedesktop.org/review?bug=31830&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #10 from Pavel Ondra?ka 2011-01-25 06:08:49
PST ---
Review of attachment 42432:
--> (https://bugs.freedesktop.org/review?bug=29851&attachment=42432)
This patch fixes HyperZ corruption in Unigine Sanctuary and Scorched3D for me
(RV5
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #4 from Sven Arvidsson 2011-01-25 06:32:09 PST ---
Created an attachment (id=42458)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42458)
glxgears screenshot with patch
The patch is a big improvment, but it doesn't completely s
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #5 from Sven Arvidsson 2011-01-25 06:34:55 PST ---
Created an attachment (id=42459)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42459)
screenshot from doom3
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #11 from Marek Ol??k 2011-01-25 07:48:52 PST
---
Created an attachment (id=42464)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42464)
possible fix 2
I've made a new patch. Could you give it a try?
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=29851
Marek Ol??k changed:
What|Removed |Added
Attachment #42464|application/pgp-keys|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #7 from Marek Ol??k 2011-01-25 07:53:05 PST
---
The zigzagged edges (those little deterministic squares of corruption) are a
HiZ issue. Currently I am only fixing Zmask (zbuffer compression).
I've made a new patch, which contains ne
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #6 from Marek Ol??k 2011-01-25 07:54:26 PST
---
I've made a new patch. Could you give it a try?
https://bugs.freedesktop.org/attachment.cgi?id=42464
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=32945
Sven Arvidsson changed:
What|Removed |Added
Attachment #42459|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #8 from Fabio Pedretti 2011-01-25 08:14:42
PST ---
(In reply to comment #7)
> The zigzagged edges (those little deterministic squares of corruption) are a
> HiZ issue. Currently I am only fixing Zmask (zbuffer compression).
>
> I've
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #8 from Marek Ol??k 2011-01-25 08:33:52 PST
---
It appears that one third of the zbuffer is not cleared on your machine. In
src/gallium/drivers/r300/r300_emit.c, can you add this line:
numdw = ALIGN_DIVUP(numdw * 3, 2);
at line 117
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #9 from Marek Ol??k 2011-01-25 08:37:46 PST
---
Could you possibly attach screenshots of the corruptions you are seeing?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #10 from Fabio Pedretti 2011-01-25
08:49:19 PST ---
Created an attachment (id=42472)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42472)
sauerbraten screenshot with second patch
Note that the clouds appears mostly when movin
R6xx+ have per-block swappers. BE content in the
framebuffer will now be swapped properly during scanout.
Untested, however, the same code is reported working in
the UMS ddx.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 17 +
drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #10 from Sergej Pupykin 2011-01-25 08:59:34 PST
---
Is it any chance to add edid_strict parameter into kernel? 2.6.38rc2 still have
no it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=27708
--- Comment #11 from Alex Deucher 2011-01-25 09:33:20 PST
---
It hasn't been accepted into the kernel yet as the patch needs either better
bounds checking (to make sure we don't read past the end of the edid if the
size or number of extensions a
On Mon, 24 Jan 2011 12:08:29 -0500, Alex Deucher
wrote:
> On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson
> wrote:
> > Iterate over the attached CRTCs, encoders and connectors and call the
> > supplied reset vfunc in order to reset any cached state back to unknown.
> > Useful after an invalidati
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #13 from Tormod Volden 2011-01-25
11:23:42 PST ---
The above resume problem was fixed in the DDX by
http://cgit.freedesktop.org/xorg/driver/xf86-video-savage/commit/?id=b018d343e6a6810afdaf1a73091dd9bc8c1c95bd
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=32768
--- Comment #3 from RCX Slinger 2011-01-25 11:49:04
PST ---
(In reply to comment #2)
> Created an attachment (id=42437)
View: https://bugs.freedesktop.org/attachment.cgi?id=42437
Review: https://bugs.freedesktop.org/review?bug=32768&attachment
https://bugs.freedesktop.org/show_bug.cgi?id=33494
Summary: crash during (or at end) of map loading in ut2004
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
P
https://bugs.freedesktop.org/show_bug.cgi?id=33494
--- Comment #1 from XoD 2011-01-25 12:13:11 PST ---
If I add a sprintf before memcpy in r600_upload.c I was able to debug in
r600_upload_buffer.
The call stack was :
#0 memcpy() at ../sysdeps/x86_64/memcpy.S:267
#1 fprintf() at /usr/include/b
https://bugs.freedesktop.org/show_bug.cgi?id=33494
XoD changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=32047
Ernst Sj?strand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #11 from Chris Rankin 2011-01-25
13:32:11 PST ---
(In reply to comment #7)
> I've made a new patch, which contains new bug fixes and performance should no
> longer regress. Could you give it a try?
And the corruption in WoW is now g
https://bugs.freedesktop.org/show_bug.cgi?id=33418
--- Comment #2 from Erdem U. Altinyurt 2011-01-25
13:40:38 PST ---
Additional info: I can play nexuiz and neverball properly now. What changed?
Simply I drop Gallium3D drivers and use DRI one instead.Before, I thought NI's
supported by Gallium D
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #12 from Chris Rankin 2011-01-25
13:52:49 PST ---
(In reply to comment #7)
> I've made a new patch, which contains new bug fixes and performance should no
> longer regress. Could you give it a try?
I should probably mention that an
https://bugs.freedesktop.org/show_bug.cgi?id=31870
--- Comment #3 from Jure Repinc 2011-01-25 13:55:23 PST
---
I have upgraded to kernel 2.6.38-rc2 and latest MESA git and the freeze is
still here. Although now after some time graphics resets and then almost
immidiately locks up again. I managed
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #13 from Marek Ol??k 2011-01-25 14:14:27 PST
---
If you compile with --enable-debug, it should print the hyperz status to
stderr.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
This driver is one of the last users of the big kernel
lock, which is going away. All the hardware supported
by this driver also works with the newer i915 driver,
and recent X.org releases only work with that driver
anyway.
Signed-off-by: Arnd Bergmann
Cc: Chris Wilson
Cc: dri-devel at lists.fre
I've gone through all the code in the kernel that
uses the big kernel lock and come up with a solution
that seems at least half-reasonable for each of them.
The decisions are somewhat arbitrary, but here is
what I'd suggest we do:
* Remove in 2.6.39:
i830, autofs3, smbfs
* Move to staging now
SMP i810 systems were practically nonexistent and the configuration
was not officially supported by Intel at the time when Pentium-III
was common.
With this change, it is still possible to build a distribution kernel
that has support for SMP and includes the i810 driver without the BKL.
As a preca
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #9 from Sven Arvidsson 2011-01-25 14:29:28 PST ---
Created an attachment (id=42495)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42495)
dmesg output
(In reply to comment #8)
> It appears that one third of the zbuffer is not c
I've gone through all the code in the kernel that
uses the big kernel lock and come up with a solution
that seems at least half-reasonable for each of them.
The decisions are somewhat arbitrary, but here is
what I'd suggest we do:
* Remove in 2.6.39:
i830, autofs3, smbfs
* Move to staging now
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #10 from Marek Ol??k 2011-01-25 14:55:02 PST
---
It doesn't add up. Changing numdw must make a visible difference, it determines
how many pixels are cleared (multiplied by something).
I don't think 0 is even allowed. Try 1 and see h
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #5 from George Kiagiadakis
2011-01-25 15:30:47 PST ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you get another backtrace with /usr/lib/dri/r300_dri.so having debugging
> > symbols?
>
> do you mean I have to insta
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #11 from Sven Arvidsson 2011-01-25 15:37:15 PST ---
(In reply to comment #10)
> It doesn't add up. Changing numdw must make a visible difference, it
> determines
> how many pixels are cleared (multiplied by something).
>
> I don't t
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #12 from Marek Ol??k 2011-01-25 16:38:57 PST
---
Created an attachment (id=42497)
View: https://bugs.freedesktop.org/attachment.cgi?id=42497
Review: https://bugs.freedesktop.org/review?bug=32945&attachment=42497
hyperz fix v3
Tha
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #30 from Alex Deucher 2011-01-25 17:14:01 PST
---
Can you try the patches available here:
http://people.freedesktop.org/~agd5f/dp_fixes/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #7 from Russ Dill 2011-01-25 20:47:15 PST
---
Created an attachment (id=42508)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42508)
xrandr --verbose (before suspend)
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #8 from Russ Dill 2011-01-25 20:47:38 PST
---
Created an attachment (id=42509)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42509)
xrandr --verbose (after resume)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #9 from Russ Dill 2011-01-25 20:49:03 PST
---
The xorg crashing thing is no longer true, its been fixed at some point.
gnome-display-properties still gets confused and thinks it successfully
configured all three, but there is no cras
https://bugs.freedesktop.org/show_bug.cgi?id=33011
--- Comment #10 from Alex Deucher 2011-01-25 22:22:33 PST
---
Does a dpms cycle help?
xset dpms force off
Does restarting X help?
How about forcing a mode change? e.g.,
xrandr --output HDMI-0 --mode 1680x1050
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Summary: System lockup with Page-flipping
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: m
91 matches
Mail list logo
