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=5737
------- Additional Comments From [EMAIL PROTECTED] 2006-01-27 22:10 -------
Let's clarify. I'm no programmer. I'm a user. I'm not into making political
points anywhere. I was reporting what (from my viewpoint) was a bug, in that
textrels are in the latest cvs. I installed a cvs client and checked out the
source yesterday, and textrels were compiled into that.
Xorg-6.9.0 was built with the patch on bug 4197 applied to mesa
I found a textrel in
The radeon tarball radeon-20060125-linux.i386, (precompiled radeon_dri.so)
the cvs compiled from source, and
xcbuild/lib/GL/mesa/drivers/dri/radeon
Because of this, DRI will never work here. I have a version og libGL.so.1.2
without textrels or assembler and I, and all users of hardened systems, would
love a patch or workaround and accept the speed penalty without complaint. As it
is, I get this: ('modprobe radeon ' issued as a command)
Jan 27 18:30:34 genius kernel: kobject_register failed for drm (-17)
Jan 27 18:30:34 genius kernel: [kobject_register+107/128]
Jan 27 18:30:34 genius kernel: [mod_sysfs_setup+80/192]
Jan 27 18:30:34 genius kernel: [load_module+2700/2944]
Jan 27 18:30:34 genius kernel: [sys_init_module+133/512]
Jan 27 18:30:34 genius kernel: [syscall_call+7/11]
Jan 27 18:30:50 genius kernel: kobject_register failed for drm (-17)
Jan 27 18:30:50 genius kernel: [kobject_register+107/128]
Jan 27 18:30:50 genius kernel: [mod_sysfs_setup+80/192]
Jan 27 18:30:50 genius kernel: [load_module+2700/2944]
Jan 27 18:30:50 genius kernel: [sys_init_module+133/512]
Jan 27 18:30:50 genius kernel: [syscall_call+7/11]
Jan 27 18:30:50 genius kernel: radeon: Unknown symbol drm_cleanup_pci
That last line worries me. drm.ko is loaded first, as loading it manually first
produces the same errors as 'modprobe radeon'.
Libs with TEXTRELs won't load here. End of story. Kernel modules are compiled
with CC="gcc -no-pie -fno-stack-protector-all" to maintain consistency with
the kernel compile. Hardened LFS compiles X this way
http://www.linuxfromscratch.org/hlfs/view/unstable/glibc/x/xorg.html
I have all the sed commands, none of those patches, but the patch from bug 4197
and a few incidental workarounds (bug #5582)
If you guys did a version once every few months that is textrel free, I'm sure
that would satisfy all hardened system users. Or hang patches somewhere.
Or perhaps an extra Makefile target. We just want to get going.
--
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://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
