Bug 33368
Summary: | (G450) Spontainous X crashes and freezes. | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | adler | ||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.1 | CC: | adler, bhansen, dheath, lmarsan, mharris | ||||
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-09-12 12:44:12 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 73827 | ||||||
Attachments: |
|
Description
adler
2001-03-27 12:04:58 UTC
Ok, please file a separate bug report for the G400. Please include all the same info you provided for the G450 bug for the G400 bug. The two are likely different bugs. Also, when supplying logs and configs please supply the whole file as an attachment instead of inline. There is a file attach feature in bugzilla below. It makes it easier to read the bug report. This probably won't change anything, but could you try it anyway? Try changing your default depth to 32bpp. The logs indicate you're using 24bpp and this may possibly trigger some weird bug with DRM which only supports 16 and 32bpp. Also try disabling DRI and GLcore in your config entirely. I do not think DRI is well supported on the G450 if at all yet (although your logs seem to indicate it is not being used anyway) just a process of elimination. One other question.. are you overclocking your CPU or video card at all? If so, do the problems go away by clocking things properly? I've tried running my g450 in 32pbb but I get an error from the X server saying that the g450 does not support 32pbb mode(?). I'll attach the start.log file so you can see for your self. Before disabling the GLcore and dri extentions, I'm going to run in 16bpp mode. I'm also running with the -core option so that the X server will generate a core file which I can send to you as well. I'll keep you posted. Created attachment 13923 [details]
start x log file which shows that g450 does not support 32 bpp
Sorry, my mistake, DRI only does depth 16. One thing that is important, is that if you have X configured to use DRI, you must lower your resolution if you are used to using extremely high resolution near the limits of your card. That includes the virtual resolution also. For example, if you use 1600x1200, in depth 24 using fbbpp 32, it needs: 1600 * 1200 * 4 = 7680000 = 7.6Mb of RAM. Double buffering doubles this requirement, and using DRI doubles it again I believe, and that isn't counting memory for textures and pixbufs and stuff like that. Does lowering your resolution down to 1024x768 solve the problem? I'm having the same problem on a Millenium g200 8mb card.. I've got similar problems. Ever since I upgraded from RH 7.0 to 7.2 I've had random freezes. They only happen when I"m actually using the computer (I think only when I'm actually moving the mouse). I've got a voodoo3 3000. X freezes up, but things like music keep playing. no responce from the mouse or keyboard. I have to use the reboot button :( I don't really have a clue how to set up logs and stuff or what to look at in that respect so any help there would be nice too. Try the following. Go into your PC bios and turn *off* interupts for your videocard. Next, remove the dri option in /etc/X11/XF86Config-4 file. This was a workaround which I found to work for me. There is clearly something wonko's with XFree86 4.x and the new kernels. I looked in my bios, couldn't see anywhere I could turn off the interupts for the videocard. I removed the dri opion, but it didn't help. When I got home today my computer was frozen displaying the screensaver; so my comment about it only happening when I'm using the computer is no longer true. The symptoms your having are identical to mine. Keep looking for the interupt options on your video card. It has to be there. Do a '/sbin/lspci -v' and you should get the pci setting for your video card. In these settings, you should see what interupt the card is using. If it does not show an interupt setting, then the problem may be elsewhere. ok, it list the interupts Subsystem: 3Dfx Interactive, Inc. Voodoo3 AGP Flags: 66Mhz, fast devsel, IRQ 11 I've disabled OpenGL in my XF86Config-4 file, and so far no freezes, but it's only been 3 and a half hours (most of that nap time). If it freezes again I'll have to try and figgure out if I can disable the interupts in the bios. well, was up and running about 24 hours. just decided I'de fixed it when it happened again. I guess it wasn't the openGL, but that seemed to cut down on the frequency. I was reading another bug report, which seemed similar, and someone also mentioned that bugs 41799, 40449,38708, and 35897 are also similar. oops, just noticed after that last comment, I'de been messing around with wine, and wanted some different resolutions, so I ran Xconfigurator again, and it gave me a new XFre86config-4 file, which had OpenGL enabled again, this wasn't too long before the freeze up. So I still suspect OpenGL now. . well, while disabling openGL definately reduced the frequency of the freezes, it didn't make the problem go away all together. So now i don't know what to try I'll tell you what you need to do. *HUNT DOWN AND TURN OFF THE INTERUPTS TO YOUR VIDEO CARD!*. You can start by doing an lspci -v as root. For example on my system it generates the following output: 00:12.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) Subsystem: Intel Corporation EtherExpress PRO/100+ Management Adapter Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at df104000 (32-bit, non-prefetchable) [size=4K] I/O ports at ec00 [size=64] Memory at df000000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] [size=1M] Capabilities: [dc] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5159 (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc: Unknown device 013a Flags: bus master, stepping, 66Mhz, medium devsel, latency 32 Memory at d0000000 (32-bit, prefetchable) [size=128M] I/O ports at d000 [size=256] Memory at dd000000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 Notice in the Flags line for the ethernet controler it says IRQ 11, but in the video card the Flags has no IRQ entry. This is becuase I turned off interupts in the BIOS. I know you having trouble with that, but keep looking! Ok, I went through my bios again, looked at every single option, couldn't find anything that would turn off the interupts for my video card(or anything else for that mater). It was on IRQ 11, so I even tried changind IRQ 11 to reserved, but it just got moved to IRQ 10. Any other ideas on where I might be able to turn off the interupts? I updated my Bios, but no luck, it's still only the same options. Do you have a pci video card? or an agp one? If its PCI, then it maybe that you need to look at the PCI interupts. Sometimes in the bios you can manage them yourself, perhaps on a perslot basis? Or you can assign all of the PCI interupts to ISA, leaving only enought for the cards you have. There is a limited number of PCI interupts. Maybe there is a way in linux to disable the pci interupt. Another thing to try is sign up to one of the more popular linux users groups, like svlug or nylug or what not and ask the question on how to trun off your video card interupts. good luck Just a note... if you disable interrupts on your video card, then you must also disable DRI 3D acceleration as it requires exclusive use of the video interrupt. If the video interrupt conflicts or is shared with other hardware, then *BOOM*BOOM* also. ;o) I believe this may be similar problem to bug 73827. Please check that bug report out, and try the suggestions there, and report back. I would retire this bug that I submitted a long time ago. One thing I noticed was that when I upgraded my motherboard from a tyan piii to a asus amd board, my X problems went away. So I'm wondering if the problem as to do with some pci implementation of interupts or something odd like that. In anycase, I'm not having X problems anymore. Cheers. (Also, I'm using a g550 now...) Ok, closing report as mentioned in last comment. If anyone has this problem again, please upgrade to the latest official Red Hat Linux distribution release (currently 8.0), and try both the stock XFree86 included, as well as the latest rawhide release. If it does not work, please open a new bug report with full details. Thanks |