Hi Linus,
We had an unplanned leak/race finding week:
Had a pretty nasty race in TTM reported (scrolling certain pages in
firefox caused a major leak of objects), fix from Thomas in here.
A nasty slow leak in the i915 GEM code, fix from Chris here.
A race on object deletion in the GEM code, fi
A 2nd time in a row vanilla kernel 2.6.35.6 hangs my system (ThinkPad T400 +
GM45 graphic)
with these messages within syslog (2.6.35.5 didn't showed that issue),
furtunately at least SysRq keys were working:
...
2010-09-30T20:23:39.245+02:00 n22 kernel: [drm:i915_hangcheck_elapsed] *ERROR*
Hangc
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cursor.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cursor.c
b/drivers/gpu/drm/radeon/radeon_cursor.c
index 5731fc9..4a81025 100644
--- a/drivers/gpu/drm/radeon
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cursor.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cursor.c
b/drivers/gpu/drm/radeon/radeon_cursor.c
index 5731fc9..4a81025 100644
--- a/drivers/gpu/drm/radeon
On Thu, 30 Sep 2010 09:10:26 +0100, Chris Wilson
wrote:
> In order to be fully threadsafe we need to check that the drm_gem_object
> refcount is still 0 after acquiring the mutex in order to call the free
> function. Otherwise, we may encounter scenarios like:
[snip]
> Bugzilla: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Alex Deucher changed:
What|Removed |Added
CC||felixbla...@gmail.com
--- Comment #8 from
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Alex Deucher changed:
What|Removed |Added
CC||felixblanke at gmail.com
--- Comment #8 f
Hi all,
I am running kernel 2.6.36-rc6 on a Radeon HD4350 (RV710), and I see
the following error messages in the logs:
Sep 30 14:09:27 endymion kernel: [21556.560593] radeon :07:00.0:
88007c334000 reserve failed for wait
Sep 30 14:09:29 endymion kernel: [21558.253859] radeon :07:00.0
https://bugs.freedesktop.org/show_bug.cgi?id=30483
--- Comment #2 from Øyvind Sæther 2010-09-30 15:16:10 PDT
---
I've used too much time trying to figure out how to run the oprofile, I
recompiled the kernel with support for it and tried searching for some example
of how to use it for hours. Coul
https://bugs.freedesktop.org/show_bug.cgi?id=30483
--- Comment #2 from ?yvind S?ther 2010-09-30 15:16:10
PDT ---
I've used too much time trying to figure out how to run the oprofile, I
recompiled the kernel with support for it and tried searching for some example
of how to use it for hours. Coul
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #6 from Andy Furniss 2010-09-30
15:08:25 PDT ---
(In reply to comment #5)
> 1 and 5 fail (no chroma) on both.
Re-reading the man page explains this as 1 is for nvidia and 5 old ati cards.
So -vo gl:yuv=4 on gallium is the only iss
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #6 from Andy Furniss 2010-09-30
15:08:25 PDT ---
(In reply to comment #5)
> 1 and 5 fail (no chroma) on both.
Re-reading the man page explains this as 1 is for nvidia and 5 old ati cards.
So -vo gl:yuv=4 on gallium is the only iss
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #5 from Andy Furniss 2010-09-30
14:58:09 PDT ---
(In reply to comment #3)
> Pushed fix. Thanks for reporting
One difference between c and g when using -vo gl:yuv=X is that 4 works on
classic but not gallium. 1 and 5 fail (no chroma)
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #5 from Andy Furniss 2010-09-30
14:58:09 PDT ---
(In reply to comment #3)
> Pushed fix. Thanks for reporting
One difference between c and g when using -vo gl:yuv=X is that 4 works on
classic but not gallium. 1 and 5 fail (no chroma)
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #4 from Nils Kneuper 2010-09-30 14:33:48
PDT ---
(In reply to comment #3)
> Pushed fix. Thanks for reporting
Can confirm this on. Both rendering with gl2 and gl are fixed.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=30455
--- Comment #4 from Nils Kneuper 2010-09-30
14:33:48 PDT ---
(In reply to comment #3)
> Pushed fix. Thanks for reporting
Can confirm this on. Both rendering with gl2 and gl are fixed.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=30496
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30496
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
A 2nd time in a row vanilla kernel 2.6.35.6 hangs my system (ThinkPad T400 +
GM45 graphic)
with these messages within syslog (2.6.35.5 didn't showed that issue),
furtunately at least SysRq keys were working:
...
2010-09-30T20:23:39.245+02:00 n22 kernel: [drm:i915_hangcheck_elapsed] *ERROR*
Hangc
https://bugs.freedesktop.org/show_bug.cgi?id=30455
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30455
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #7 from Alex Deucher 2010-09-30 13:11:46 PDT ---
yes. see the mesa3d section of this guide for more info:
http://wiki.x.org/wiki/radeonBuildHowTo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #7 from Alex Deucher 2010-09-30 13:11:46 PDT
---
yes. see the mesa3d section of this guide for more info:
http://wiki.x.org/wiki/radeonBuildHowTo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #6 from aceman 2010-09-30 12:59:17 PDT ---
>From here: git://anongit.freedesktop.org/mesa/mesa ?
--
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=30502
--- Comment #6 from aceman 2010-09-30 12:59:17 PDT ---
If the soon-to-be scanout buffer is partly covering the intended
VRAM region, move and pin will fail. In that case, just move it out
to system before attempting to move it in again.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |5 +
1 files changed, 5 insertions
This fixes a race pointed out by Dave Airlie where we don't take a buffer
object about to be destroyed off the LRU lists properly. It also fixes a rare
case where a buffer object could be destroyed in the middle of an
accelerated eviction.
The patch also adds a utility function that can be used to
The mentioned commit breaks the vmwgfx ioctl argument sanity check.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index b
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #5 from Alex Deucher 2010-09-30 12:03:46 PDT ---
It would be much easier to checkout the mesa tree with git and use git bisect.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #12 from Sven Arvidsson 2010-09-30 12:02:56 PDT ---
(In reply to comment #9)
> Thanks, this was helpful. Can you post the output of RADEON_DEBUG=fp on
> master
> with both medium and high settings.
Done
> Also, is there any chance
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #5 from Alex Deucher 2010-09-30 12:03:46 PDT
---
It would be much easier to checkout the mesa tree with git and use git bisect.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #11 from Sven Arvidsson 2010-09-30 12:00:58 PDT ---
Created an attachment (id=39079)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39079)
RADEON_DEBUG=fp with high settings
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #12 from Sven Arvidsson 2010-09-30 12:02:56 PDT ---
(In reply to comment #9)
> Thanks, this was helpful. Can you post the output of RADEON_DEBUG=fp on
> master
> with both medium and high settings.
Done
> Also, is there any chance
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #10 from Sven Arvidsson 2010-09-30 12:00:19 PDT ---
Created an attachment (id=39078)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39078)
RADEON_DEBUG=fp with medium settings
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #11 from Sven Arvidsson 2010-09-30 12:00:58 PDT ---
Created an attachment (id=39079)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39079)
RADEON_DEBUG=fp with high settings
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #10 from Sven Arvidsson 2010-09-30 12:00:19 PDT ---
Created an attachment (id=39078)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39078)
RADEON_DEBUG=fp with medium settings
--
Configure bugmail: https://bugs.freedesktop.org
Only drm/i915 does the bookkeeping that makes the information useful,
and the information maintained is driver specific, so move it out of the
core and into its single user.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/drm_debugfs.c |1 -
drivers/gpu/drm/drm_gem.c
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #4 from aceman 2010-09-30 11:18:38 PDT ---
It also does not happen on 7.9 with software rendering.
I could try to bisect by date, but I don't know where to download the nightly
snapshots.
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=30503
--- Comment #2 from aceman 2010-09-30 11:18:35 PDT ---
It also does not happen on 7.9 with software rendering.
I could try to bisect by date, but I don't know where to download the nightly
snapshots.
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #4 from aceman 2010-09-30 11:18:38 PDT ---
It also does not happen on 7.9 with software rendering.
I could try to bisect by date, but I don't know where to download the nightly
snapshots.
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=30503
--- Comment #2 from aceman 2010-09-30 11:18:35 PDT ---
It also does not happen on 7.9 with software rendering.
I could try to bisect by date, but I don't know where to download the nightly
snapshots.
--
Configure bugmail: https://bugs.freedeskt
Chris Wilson wrote at 16:02:08
> memory is truly flushed before the interrupt fires. [T400 is ironlake?]
> -Chris
It is a Intel GM45 Chipset.
--
MfG/Kind regards
Toralf F?rster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
https://bugs.freedesktop.org/show_bug.cgi?id=30507
regna...@gmail.com changed:
What|Removed |Added
Attachment #39075|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30507
regnak90 at gmail.com changed:
What|Removed |Added
Attachment #39075|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30507
--- Comment #2 from regna...@gmail.com 2010-09-30 09:44:48 PDT ---
Created an attachment (id=39076)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39076)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=30507
--- Comment #2 from regnak90 at gmail.com 2010-09-30 09:44:48 PDT ---
Created an attachment (id=39076)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39076)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30507
regna...@gmail.com changed:
What|Removed |Added
URL||http://www.elecorn.com/cast
https://bugs.freedesktop.org/show_bug.cgi?id=30507
regnak90 at gmail.com changed:
What|Removed |Added
URL||http://www.elecorn.com/cast
https://bugs.freedesktop.org/show_bug.cgi?id=30507
Summary: Caster (commercial game) crash.
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=30507
Summary: Caster (commercial game) crash.
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
In order to be fully threadsafe we need to check that the drm_gem_object
refcount is still 0 after acquiring the mutex in order to call the free
function. Otherwise, we may encounter scenarios like:
Thread A:Thread B:
drm_gem_close
unreference_unlocked
kref_
https://bugs.freedesktop.org/show_bug.cgi?id=30503
--- Comment #1 from Alex Deucher 2010-09-30 09:01:51 PDT ---
(In reply to comment #0)
> This did not happen in Mesa 7.8.2.
Can you bisect to see what change broke it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30503
--- Comment #1 from Alex Deucher 2010-09-30 09:01:51 PDT
---
(In reply to comment #0)
> This did not happen in Mesa 7.8.2.
Can you bisect to see what change broke it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=30503
Summary: atmosphere of planet in celestia gets blocky
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
P
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #3 from Alex Deucher 2010-09-30 08:55:47 PDT ---
(In reply to comment #2)
> This did not happen in Mesa 7.8.2.
Any chance you could bisect it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=30503
Summary: atmosphere of planet in celestia gets blocky
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
P
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #3 from Alex Deucher 2010-09-30 08:55:47 PDT
---
(In reply to comment #2)
> This did not happen in Mesa 7.8.2.
Any chance you could bisect it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #2 from aceman 2010-09-30 08:51:54 PDT ---
This did not happen in Mesa 7.8.2.
It happens with Mesa 7.9-rc2, kernel 2.6.35.5, radeon driver 6.13.2, X.org
1.7.7.
OpenGL renderer string: Mesa DRI R600 (RV710 954F) 20090101
x86/MMX+/3DNow
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #2 from aceman 2010-09-30 08:51:54 PDT ---
This did not happen in Mesa 7.8.2.
It happens with Mesa 7.9-rc2, kernel 2.6.35.5, radeon driver 6.13.2, X.org
1.7.7.
OpenGL renderer string: Mesa DRI R600 (RV710 954F) 20090101
x86/MMX+/3DNow
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #1 from aceman 2010-09-30 08:50:44 PDT ---
Created an attachment (id=39072)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39072)
Near view of Titan - atmosphere almost opaque
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #1 from aceman 2010-09-30 08:50:44 PDT ---
Created an attachment (id=39072)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39072)
Near view of Titan - atmosphere almost opaque
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=30502
Summary: atmospheres of planets get transparent when going away
from planets in celestia
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=30502
Summary: atmospheres of planets get transparent when going away
from planets in celestia
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
On Thu, Sep 30, 2010 at 8:15 AM, Dave Airlie wrote:
> On Wed, 2010-09-29 at 17:47 +0200, Arnd Bergmann wrote:
>> The i810 and i830 drivers are the only hardware drivers that
>> still use the BKL without anyone volunteering to fix them.
>
> The problem is the userspace interface is badly designed a
https://bugs.freedesktop.org/show_bug.cgi?id=28905
--- Comment #3 from aceman 2010-09-30 08:27:00 PDT ---
The missing area is even larger with Mesa 7.9-rc2, kernel 2.6.35, radeon driver
6.13.2.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=28905
--- Comment #3 from aceman 2010-09-30 08:27:00 PDT ---
The missing area is even larger with Mesa 7.9-rc2, kernel 2.6.35, radeon driver
6.13.2.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
On Thu, 30 Sep 2010 09:10:26 +0100, Chris Wilson
wrote:
> In order to be fully threadsafe we need to check that the drm_gem_object
> refcount is still 0 after acquiring the mutex in order to call the free
> function. Otherwise, we may encounter scenarios like:
[snip]
> Bugzilla: https://bugs.free
On Wed, 2010-09-29 at 17:47 +0200, Arnd Bergmann wrote:
> The i810 and i830 drivers are the only hardware drivers that
> still use the BKL without anyone volunteering to fix them.
The problem is the userspace interface is badly designed and ABI, so
fixing these without the hw is messy, we know peo
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #9 from Tom Stellard 2010-09-30 08:05:38 PDT
---
(In reply to comment #8)
>
> I made a bunch of screenshots, comparing llvmpipe with master, master+noopt,
> the patch, and the patch+noopt: http://www.flickr.com/photos/whizse/
Thank
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #9 from Tom Stellard 2010-09-30 08:05:38
PDT ---
(In reply to comment #8)
>
> I made a bunch of screenshots, comparing llvmpipe with master, master+noopt,
> the patch, and the patch+noopt: http://www.flickr.com/photos/whizse/
Thank
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #8 from Sven Arvidsson 2010-09-30 07:20:16 PDT ---
(In reply to comment #7)
> Created an attachment (id=39059)
View: https://bugs.freedesktop.org/attachment.cgi?id=39059
Review: https://bugs.freedesktop.org/review?bug=30167&attachme
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #8 from Sven Arvidsson 2010-09-30 07:20:16 PDT ---
(In reply to comment #7)
> Created an attachment (id=39059)
View: https://bugs.freedesktop.org/attachment.cgi?id=39059
Review: https://bugs.freedesktop.org/review?bug=30167&attachme
Hi all,
I am running kernel 2.6.36-rc6 on a Radeon HD4350 (RV710), and I see
the following error messages in the logs:
Sep 30 14:09:27 endymion kernel: [21556.560593] radeon :07:00.0:
88007c334000 reserve failed for wait
Sep 30 14:09:29 endymion kernel: [21558.253859] radeon :07:00.0
https://bugs.freedesktop.org/show_bug.cgi?id=30496
Summary: r600g: Evergreen segfaults (regression)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
C
https://bugs.freedesktop.org/show_bug.cgi?id=30496
Summary: r600g: Evergreen segfaults (regression)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
C
Only drm/i915 does the bookkeeping that makes the information useful,
and the information maintained is driver specific, so move it out of the
core and into its single user.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/drm_debugfs.c |1 -
drivers/gpu/drm/drm_gem.c
If the soon-to-be scanout buffer is partly covering the intended
VRAM region, move and pin will fail. In that case, just move it out
to system before attempting to move it in again.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |5 +
1 files changed, 5 insertions
This fixes a race pointed out by Dave Airlie where we don't take a buffer
object about to be destroyed off the LRU lists properly. It also fixes a rare
case where a buffer object could be destroyed in the middle of an
accelerated eviction.
The patch also adds a utility function that can be used to
The mentioned commit breaks the vmwgfx ioctl argument sanity check.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index b
https://bugs.freedesktop.org/show_bug.cgi?id=30483
--- Comment #1 from Michel Dänzer 2010-09-30 02:27:19 PDT
---
Unless the backtrace is the same all or at least most of the time, a profile
from sysprof or oprofile would probably be more useful.
--
Configure bugmail: https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=30483
--- Comment #1 from Michel D?nzer 2010-09-30 02:27:19
PDT ---
Unless the backtrace is the same all or at least most of the time, a profile
from sysprof or oprofile would probably be more useful.
--
Configure bugmail: https://bugs.freedesktop.o
Peter Stuge wrote:
> I hope it can be resolved.
There was talk about knobs. Maybe a simple kill switch for VGA1? I
want my machine to require explicit enable of VGA1 before it will
be used anyway. A disable knob would work great for me. :)
//Peter
Chris Wilson wrote:
> > a few seconds of very irritating stuttering whenever I run wine.
> > i915
>
> wine triggers an xrandr storm for its own unknown reasons.
Same underlying reason as for the 600ms keyboard pauses I saw.
One #winehq person claims that ATI and NV drivers track monitor
state an
Toralf F?rster wrote:
> today I run at the latest 2.6.35.6 kernel few apps like Lotus Notes
> under wine,
I'm still stuck with 2.6.36-rc1, and both here and on many/most
earlier kernels I get a few seconds of very irritating stuttering
whenever I run wine. It is definately related to interaction w
In order to be fully threadsafe we need to check that the drm_gem_object
refcount is still 0 after acquiring the mutex in order to call the free
function. Otherwise, we may encounter scenarios like:
Thread A:Thread B:
drm_gem_close
unreference_unlocked
kref_
Chris Wilson wrote at 16:02:08
> memory is truly flushed before the interrupt fires. [T400 is ironlake?]
> -Chris
It is a Intel GM45 Chipset.
--
MfG/Kind regards
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
https://bugs.freedesktop.org/show_bug.cgi?id=30488
Summary: Star Wars - Jedi Kight : Jedi Academy does not render
correctly.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=30488
Summary: Star Wars - Jedi Kight : Jedi Academy does not render
correctly.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #7 from Tom Stellard 2010-09-30 00:38:02 PDT
---
Created an attachment (id=39059)
View: https://bugs.freedesktop.org/attachment.cgi?id=39059
Review: https://bugs.freedesktop.org/review?bug=30167&attachment=39059
Possible fix
Does
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #7 from Tom Stellard 2010-09-30 00:38:02
PDT ---
Created an attachment (id=39059)
View: https://bugs.freedesktop.org/attachment.cgi?id=39059
Review: https://bugs.freedesktop.org/review?bug=30167&attachment=39059
Possible fix
Does
On Thu, 30 Sep 2010 01:08:47 +0200, Peter Stuge wrote:
> Toralf F??rster wrote:
> > today I run at the latest 2.6.35.6 kernel few apps like Lotus Notes
> > under wine,
>
> I'm still stuck with 2.6.36-rc1, and both here and on many/most
> earlier kernels I get a few seconds of very irritating stut
In order to be fully threadsafe we need to check that the drm_gem_object
refcount is still 0 after acquiring the mutex in order to call the free
function. Otherwise, we may encounter scenarios like:
Thread A:Thread B:
drm_gem_close
unreference_unlocked
kref_
On Wed, 29 Sep 2010 13:45:49 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> There were lots of places being inconsistent since handle count
> looked like a kref but it really wasn't.
>
> Fix this my just making handle count an atomic on the object,
> and have it increase the normal object kr
94 matches
Mail list logo