Bug 64670
Summary: | Rage128 2D Accel locks up X | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Joe Krahn <krahn> | ||||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||||
Status: | CLOSED WORKSFORME | QA Contact: | David Lawrence <dkl> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.3 | CC: | me, owen, sveij, wsand70 | ||||||
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: | 2002-08-12 02:24:23 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
Joe Krahn
2002-05-09 12:26:18 UTC
Created attachment 56805 [details]
Scrollbar artifact seen at time of hang. (Occasionally happens w/o hang)
Tried RedHat 7.3 on my system at work, and got similar lockups within 1 day of use. System is Intel with Radeon VE. Same backtrace, pointing to miSpriteInitialize. Kill -9 required to kill X. Restarting X gave errors about Radeon engine timeout/reset, with a backtrace leading to AddScreen: [0x084af44 address repeats, growing over time] #62 0x084af44c in ?? () #63 0x084af44c in ?? () #64 0x084b2106 in ?? () #65 0x084b699b in ?? () #66 0x080c4ab3 in AddScreen () #67 0x0806d15d in InitOutput () #68 0x080c4072 in main () Adding "Noaccel" option allows X to start successfully, but slow. I saved lspci -xxx -vvv in case a look at the register state helps. As with the Rage128, I have used a recent CVS from XFree86 on the Radeon system and had no lock-ups. The kernel does have support for controlling the state of the video card and managing VT switching, saving and restoring. fbcon. To use it You need to read the Framebuffer-HOWTO and follow the instructions in there to set it up. Then use the X config file option "UseFBDev" as described in the XF86Config manpage. Can you attach your XFree86 log and config file from each problem case, and also the /var/log/messages file from the time of problem. Also, if you disable DRI does the problem persist? I guess attaching the X log should have been an obvious thing to do. I'll do that now, from my Athlon/KT133/Rage128 system at home. In switching from my CVS XFree back to XFree 4.2, I forgot to switch the kernel module back, and found that 4.2 runs without crashing while using a newer r128.o module. And, of course, disabling DRI mkes it stable, too. Created attachment 57246 [details]
Log with lockup occuring on Athlon/Rage128 system
On person posting to Xpert suggested 24 bit modes are more stable, but I didn't find that to be true. Another user emailed me this info, which might help in reproducing the problem: Nah, I've been using 24-bit depth. X doesn't crash for the same things that you were talking about though. An example for how it crashes for me is if I have Evolution loaded, check my Inbox, and open the actions menu up top. Crashes half way through loading that menu, just about every time. Other weird things are when I logout of X, my current background gets set as like a texture for the gdm window. I can move the gdm window around and it acts like an eraser... Its kinda hard to explain. Is this card an AGP card, or a PCI card? It appears to be AGP, but agpgart is not loading. If agpgart isn't loading it is possible your AGP chipset is not supported. In this case it is falling back to PCI DRI code, which is broken and not supported. Try booting with agp_unsupported=1 and checking to ensure agpgart loads. If the problem persists, disable DRI entirely, as PCI DRI code is unstable. Closing bug due to lack of response, and being unable to reproduce the problem with currently supplied info. If the problem is still an issue for you that you would like fixed, please supply the additional information that has been requested and reopen the bug report. Thanks. I am also experiencing this bug with an AGP Rage XPER 2000 with 32mb RAM. I not only experience it with scrolling but also resizing windows, and even typing a message in GAIM. bzflag reports its using AGP 1x. I installed RH8.0, and my problem disappeared. Card: ATI AGP Rage XPERT 2000 with 32MB RAM Driver: Selected ATI Rage 128 at graphical installation. Regards Svein I've had other people claim that Red Hat Linux 8.0 works for them as well that experienced acceleration lockups on 7.3. There will be an update of XFree86 for Red Hat Linux 7.3 at some point, which will be the same codebase as that of Red Hat Linux 8.0, but there is no timeline for that. Since the issue is reported fixed in 8.0, and it works fine for me as above, I think we can consider this one fixed now. Thanks for the feedback guys. Rather odd as I experienced the problem in RH8 (only version of redhat I've used). I upgraded X to 4.2.99 from Phoebe and it hasn't locked since. |