Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=4197
------- Additional Comments From [EMAIL PROTECTED] 2005-12-01 09:05 -------
(In reply to comment #6)
FYI, gl_x86_asm.py is located in src/mesa/glapi.
> ignore the previous one, it had some bugs (blind forward port wasn't a good
> idea ;-). also, there're much more textrels due to -fPIC being explicitly
> omitted from the x86 DRI makefiles, i fixed that by patching
> configs/linux-dri-x86 but i'm not sure if it's the correct way.
At the very least, this patch needs some conditionals to disable it. I suspect
that a lot of this will break on other platforms (e.g., Windows, cygwin, etc.).
I also expect that it will kill the performance of quite a few apps. There's a
reason that we use custom assembly for this part of the code, and this patch
seems to defeat most of that purpose.
Given the choice between removing TEXTRELs and improving (or maintaining)
performance, I will pick performance every time.
> on a sidenote, i don't see how GLX_USE_TLS stub handling can work at all, for
> some reason it wants to 'relocate' the stubs at runtime but they're in .text
> which is not marked as writable (neither in the ELF program header nor via
> mprotect(). not that if it could work with an enforcement like PaX, mind you.
> the more important question is, why that runtime patching is needed at all. i
> think @NTPOFF is resolved at link time so that whole runtime relocation thing
> can go and the stubs can directly reference %gs:[EMAIL PROTECTED]
Grep for 'wtext' in glapi_x86.S. The run-time patching is done to inline the
call to _x86_get_dispatch and thereby avoid the extra overhead. Yes, there are
applications that would see measurable performance degredation from leaving that
as a call (rather than inline).
If I recall correctly, having the 'movl %gs:[EMAIL PROTECTED], %eax'
inline at build-time had a significant impact on the disk size of libGL.so.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
