Bug 26514 - improper ENOMEM errors with Radeon 6.12.4
Summary: improper ENOMEM errors with Radeon 6.12.4
Status: RESOLVED WONTFIX
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r300 (show other bugs)
Version: 7.6
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Default DRI bug account
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-10 06:10 UTC by Kenneth Koehler
Modified: 2014-07-07 16:43 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
tar of directory containing attachments listed above (50.00 KB, application/octet-stream)
2010-02-10 06:10 UTC, Kenneth Koehler
Details

Description Kenneth Koehler 2010-02-10 06:10:04 UTC
Created attachment 33214 [details]
tar of directory containing attachments listed above

Radeon driver is apparently incorrectly returning ENOMEM during OpenGL drawing. Bug is easily reproducible: download SnapPy from http://www.math.uic.edu/~t3m/SnapPy/doc/ and follow install instructions (I built from source). Start SnapPy and enter

((Manifold('4_1')).cusp_neighborhood()).view()

Program will terminate with

python: vbo/vbo_save_api.c:217: map_vertex_store: Assertion `vertex_store->buffer' failed.

This appears to be a result of the ENOMEM. Using identical software versions on another PC (see below, but single head X configuration) and Intel driver, program works correctly. strace excerpt is attached, showing all system calls after entry of "((Manifold...".

Linux kernel 2.6.32 (.config file and system log excerpt from X startup attached)
Xorg 7.5.2 (Xorg.0.log and xorg.conf attached)
   libXau 1.0.5, libXdmcp 1.0.3, libdrm 2.4.14, Mesa 7.6, xorg-server 1.7.1
Radeon X850XT video card, connected to dual SyncMaster 730B monitors

If you enter instead

((Manifold('4_1')).cusp_neighborhood()).view(cutoff = 0.5)

and attempt to zoom in using the sliders, system locks up hard (Alt-SysRq does not even work).
Comment 1 Alex Deucher 2010-02-10 07:59:34 UTC
3d driver issue.
Comment 2 Alex Deucher 2010-02-10 08:02:15 UTC
Does mesa 7.7 branch or git master work any better?
Comment 3 Kenneth Koehler 2010-02-12 07:47:32 UTC
sorry for the delay... git clone mesa/mesa today - necessitated upgrade to

dri2proto-2.2, glproto-1.4.11, libdrm-2.4.17

rebuilt mesa - no change in behavior.
Comment 4 Kenneth Koehler 2010-09-03 12:48:50 UTC
Back after long delay; sorry! Upgraded

libdrm to 2.4.15
Mesa to 7.7.1
xorg-server to 1.7.7

No change in symptoms.

I don't believe I can upgrade further without rebuilding entire system due to dependencies (ie., Mesa 7.8.2 requires libdrm 2.4.19 which requires atomic ops not supported by my compiler). Is there any expectation that this is fixable within xorg 7.5?
Comment 5 Kenneth Koehler 2010-09-03 13:25:02 UTC
Sorry - previous comment neglected to mention upgrade

xf86-video-ati to 6.12.7
Comment 6 Andreas Boll 2014-07-07 16:43:36 UTC
The classic r300 driver has been abandoned long ago.
It was replaced by the Gallium driver r300g.

If you have issues with r300g please file a new bug report with component Drivers/Gallium/r300

Thanks.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.