Bug 52178
Summary: | X server (permedia2) locks the system, preferably when running a screen saver | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <hinsen> | ||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||
Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.1 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2001-10-16 17:24:50 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Need Real Name
2001-08-21 13:03:03 UTC
Created attachment 28694 [details]
XF86Config-4
THis problem was fixed in an unofficial update I made, which can be downloaded from: ftp://people.redhat.com/mharris/testing/7.1 be sure to get the updated Mesa package as well, etc.. The above package was planned on being an official errata, however I am holding off for an XFree86 4.1.0 errata instead, which also fixes this problem, so Rawhide has the latest code, but the 4.0.3 package above is much more stable currently. Up to you which one you'd like to try. Thanks, that seems to solve the problem, after two days of testing I am reasonably certain. However, the update produces a new bug: when getting back to work after a screensaver has been active, in some cases (estimated 1 in five) the redrawing functions are severely impaired. The background doesn't get redrawn properly, and some program's window contents look very bad as well. I have never had this problem before the update. I guess this is a different bug that should be reported separately, but how can I report a bug on an unofficial bug fix??? My success report was premature: one of the machines crashed again a few minutes ago, with exactly the same symptoms. It definitely happens less often after the update, but the problem is not solved yet. Upgrade to the Rawhide packages then. The 4.0.3 packages are unofficial and not supported. No further bugfixing will be done on 4.0.x. All official bugfixes for RHL 7.1 XFree86 are now in rawhide. I leave the 4.0.3 packages there only as a convenience. 4.1.0-0.99.1 is current release, avail on my ftpsite in the bleeding-edge dir now. Does it fix the problem? Sorry, I can't test 4.1 right away, the RPMs require glibc 2.2.3, whereas my system has 2.2.2 and Rawhide already has 2.2.4. Does XFree 4.1 require glibc 2.2.3 or would it be OK to recompile the SRPMs on my system? The 4.1.0 libs were built against glibc 2.2.3 but it is not a requirement of XFree86. You can rebuild it against any glibc. Sorry, but I have to give up. I had to update RPM to be able to process the SRPMs, fine, no problem. Then I discovered that the XFree SRPM requires me to update gcc as well. That is a risk I do not want to take; my machines are used for work (including development), not for compiler testing. If there is no other way to get a stable X environment, I'll have to go back to RedHat 6.2 for the moment. You do not need the newer gcc to build X, you just need to reconfigure the specfile to use the older gcc. It is a conditional define at the top. Change DisableModuleStringMerging to 1: %ifnarch s390 s390x %define DisableModuleStringMerging 1 %else %define DisableModuleStringMerging 0 %endif Set the lower one to "1" instead of "0" After two days of compiling, here's where I am 1) After setting DisableModuleStringMerging to 0, there was a problem in building libbitmap. I tracked it down to the definition #define ModuleRanlibCmd RanlibCmd missing when module string merging is not disabled. 2) With that modification, I can build the RPMs without error messages. However, when I try to install them, rpm complains that libXxf86dga.so.1 is missing. The comments in the spec file indicate that this file was removed on purpose, but apparently it is still needed under some conditions. 3) Since I don't really need DGA, I set BuildXF86DGA to NO and tried again. This time, the compilation stopped without any reason that I could identify: gcc -O2 -march=i386 -mcpu=i686 -pipe -ansi -pedantic -Wall -Wpointer-arith -I. -I../../../../../../programs/Xserver/hw/xfree86/common -I../../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../../programs/Xserver/Xext -I../../../../../../programs/Xserver/mfb -I../../../../../../programs/Xserver/mi -I../../../../../../programs/Xserver/fb -I../../../../../../programs/Xserver/hw/xfree86/xaa -I../../../../../../programs/Xserver/hw/xfree86/vgahw -I../../../../../../programs/Xserver/hw/xfree86/ramdac -I../../../../../../programs/Xserver/hw/xfree86/rac -I../../../../../../include/extensions -I../../../../../../include/fonts -I../../../../../../programs/Xserver/include -I../../../../../../exports/include/X11 -I../../../../../../programs/Xserver/render -I../../../../../.. -I../../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DSMART_SCHEDULE -DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DIN_MODULE -DXFree86Module -c IBM561ramdac.c make[7]: *** [tga_driver.o] Error 1 make[7]: *** Waiting for unfinished jobs.... make[7]: Leaving directory `/usr/src/redhat/BUILD/XFree86-4.1.0/xc/programs/Xserver/hw/xfree86/drivers/tga' For the moment I don't know what to do! Sorry, bugzilla isn't a tech support forum.. I can only advise to use a newer release and make some suggestions. Please use xpert for help compiling XFree86. I'll update the report when more info is available. |