* [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50
@ 2010-06-13 12:39 bugzilla-daemon
2010-06-13 12:40 ` [Bug 16193] " bugzilla-daemon
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: bugzilla-daemon @ 2010-06-13 12:39 UTC (permalink / raw)
To: dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=16193
Summary: NULL pointer dereference -
radeon_unmap_vram_bos+0x22/0x50
Product: Drivers
Version: 2.5
Kernel Version: 2.6.35-rc3
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri@kernel-bugs.osdl.org
ReportedBy: bugz.kernel.tormod@xoxy.net
Regression: No
I was testing the game Lugaro on M26 (RV410), switching between different
resolutions in the game's options menu. The LCD native 1680x1050 made the game
cursor very slow, so I chose 1400x1050 (have to quit the game and reenter to
take effect). After that I could not go back to 1024x768 (default, works well),
only 1400++ resolutions were listed. Then suddenly X froze, but sysrq-B worked.
I am not sure if this is a recent regression, because it is the first time I
try out different resolutions in this game, and the issue might not be easy to
reproduce as it happened after a series of resolution switching.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
--
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug 16193] NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50
2010-06-13 12:39 [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50 bugzilla-daemon
@ 2010-06-13 12:40 ` bugzilla-daemon
2012-11-05 14:16 ` bugzilla-daemon
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: bugzilla-daemon @ 2010-06-13 12:40 UTC (permalink / raw)
To: dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=16193
--- Comment #1 from Tormod Volden <bugz.kernel.tormod@xoxy.net> 2010-06-13 12:40:50 ---
BTW, I was using mesa classic from git.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
--
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug 16193] NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50
2010-06-13 12:39 [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50 bugzilla-daemon
2010-06-13 12:40 ` [Bug 16193] " bugzilla-daemon
@ 2012-11-05 14:16 ` bugzilla-daemon
2012-11-05 14:16 ` bugzilla-daemon
2013-08-12 1:51 ` bugzilla-daemon
3 siblings, 0 replies; 5+ messages in thread
From: bugzilla-daemon @ 2012-11-05 14:16 UTC (permalink / raw)
To: dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=16193
Alan <alan@lxorguk.ukuu.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alan@lxorguk.ukuu.org.uk
--- Comment #2 from Alan <alan@lxorguk.ukuu.org.uk> 2012-11-05 14:16:22 ---
Closing as obsolete. If this is still seen on modern kernels (3.2+) please
update/reopen
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug 16193] NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50
2010-06-13 12:39 [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50 bugzilla-daemon
2010-06-13 12:40 ` [Bug 16193] " bugzilla-daemon
2012-11-05 14:16 ` bugzilla-daemon
@ 2012-11-05 14:16 ` bugzilla-daemon
2013-08-12 1:51 ` bugzilla-daemon
3 siblings, 0 replies; 5+ messages in thread
From: bugzilla-daemon @ 2012-11-05 14:16 UTC (permalink / raw)
To: dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=16193
Alan <alan@lxorguk.ukuu.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |OBSOLETE
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug 16193] NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50
2010-06-13 12:39 [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50 bugzilla-daemon
` (2 preceding siblings ...)
2012-11-05 14:16 ` bugzilla-daemon
@ 2013-08-12 1:51 ` bugzilla-daemon
3 siblings, 0 replies; 5+ messages in thread
From: bugzilla-daemon @ 2013-08-12 1:51 UTC (permalink / raw)
To: dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=16193
Scott Wood <scott@buserror.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |scott@buserror.net
--- Comment #3 from Scott Wood <scott@buserror.net> ---
I saw this (or something very similar) on Ubuntu's 3.8.0-27 kernel (but I hope
this is useful information anyway -- I doubt it's an Ubuntu issue, and this
code doesn't appear to have changed since 3.8), when using alt-enter to toggle
fullscreen in dosbox (which worked many times in the past, so it's not easily
reproduceable).
The NULL pointer is in rdev->gem.objects. I notice that elsewhere,
rdev->gem.mutex is held when the list is modified, but it does not appear to be
held when traversed in radeon_unmap_vram_bos(). Will ttm_bo_unmap_virtual()
ever acquire gem.mutex itself (i.e. can bo->destroy() be called)? It wasn't
immediately obvious that it would from reading the code, but if
ttm_bo_unmap_virtual() can't cause list entry deletion then why use
list_for_each_entry_safe()? Is there something else that ensures that the list
won't be modified concurrently with radeon_unmap_vram_bos()?
--
You are receiving this mail because:
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-08-12 2:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-06-13 12:39 [Bug 16193] New: NULL pointer dereference - radeon_unmap_vram_bos+0x22/0x50 bugzilla-daemon
2010-06-13 12:40 ` [Bug 16193] " bugzilla-daemon
2012-11-05 14:16 ` bugzilla-daemon
2012-11-05 14:16 ` bugzilla-daemon
2013-08-12 1:51 ` bugzilla-daemon
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.