Bug 487268
Summary: | Fedora 10 with Ati 2100 hangs and freeze without any reason! | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Muhammad Negm <alam.hor> |
Component: | xorg-x11-drv-radeonhd | Assignee: | Hans Ulrich Niedermann <rhbugs> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | adam, ajax, alam.hor, howarth, info, kevinflock, lex.lists, rhbugs, vedran, xgl-maint |
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: | 2009-09-06 06:09:09 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: |
Description
Muhammad Negm
2009-02-25 06:32:26 UTC
Can you attach: /var/log/Xorg.0.log.old please ? Are you sure that you have removed all traces of fglrx? If that kernel module is even loaded once, you need to reboot in order to get any of the free drivers (xorg-x11-drv-radeonhd or xorg-x11-drv-ati) to work. Possible causes of action: - make sure fglrx.ko is not loaded - make sure fglrx' libGL is not used - ergo: make sure you have fglrx uninstalled completely and reboot - boot with nomodeset - send Xorg.0.log with -logverbose 7... hmm OK, gdm in F-10 cannot do that (bug 451562), so - boot with nomodeset to runlevel 3, log in as root, run "Xorg -logverbose 7 :2" which generates Xorg.2.log. Send that in. - play with radeonhd options in xorg.conf - try upstream radeonhd - try radeon driver from xorg-x11-drv-ati package (non-existing xorg.conf will do that) not necessarily in this sequence. Does fglrx really try to use the kernel setmode support? I thought it was non-functional which is why the boot graphics under fglrx are the simple multi layered progress bar rather than the fancy boot screen. I am having this same issue. I am using x86/64. I can reproduce the problem in multiple ways. Resizing a window multiple times without releasing the mouse button, will freeze the screen upon release. Same with moving the windows. Using GIMP to fill in PDF forms causes hangs every few minutes. The OS can still be reached via putty by another machine and rebooted gracefully. I have read a few years back there was a similar problem with redrawing during window move and resize. I have noticed that when using KVW, and booting to Knoppix 5 iso which does not redraw the contents of the window during resize (only the border) does not seem to cause system hangs (at least I have yet to experience one. I will test using GIMP via KNOPPIX tonight since this has been the easiest way to cause system failures. Does it help if either of you add 'nomodeset' to the kernel options in /boot/grub/grub.conf? This would eliminate the possibility that the new modesetting code is malfunctioning. I've been using nomodeset from day one just to get it loaded. Tested using knoppix in KVM. Opened PDF in GIMP and added text. In Fedora this causes hang. Works fine in Knoppix. There is no redrawing of the window contents during moves or resizes, only the box border. How can I turn off window content redraw during resize or move? Thanks, Kevin Got the updated kernel today. All I can say is thank you. Noticeably different. I was able to turn on 3d effects too! I've run my standard set up "this will crash it test" and its been happy. (albeit only 10 minutes) but it is clearly a different interface than it was before. Thank you again. Spoke too soon. Yes - this kernel is far more stable than the last, but I did experience a hang while working in gimp, adding text layers to a PDF. There is still something not quite right. Rebuilt my system (since I f'ed up my raid - yeah - I know - duh....). Getting hangs with Citrix client, GoogleEarth, and Skype. All of these use the i386 libs.... Locked up today, and I happened to be listening to music in Rythmbox, and the music stopped. I did not have another system available to see if I could still get in via ssh like I have in the past. Wat can I do to help diagnose the problem? Can you reproduce this with https://admin.fedoraproject.org/updates/xorg-x11-drv-radeonhd-1.2.5-2.10.20090714git.fc10 ? Closing as a duplicate of 506364, seems very similar. If that's not the same issue please (and if it isn't fixed in Rawhide) reopen this bug. *** This bug has been marked as a duplicate of bug 506364 *** |