Bug 24205
Summary: | XFree86 4.0.2 hangs after power-on on neomagic | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Pekka Pietikäinen <pp> |
Component: | XFree86 | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | Florence Gold | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-03-14 23:57:40 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
Pekka Pietikäinen
2001-01-17 10:10:41 UTC
This defect is considered MUST-FIX for Florence Gold release I'm awaiting patches for neomagic from XFree86 folk. I do not have a card to test with however. Does this continue with beta3? I can't reproduce this on my Neomagic here, but it's a different chipset. Yep, the same bug is in beta3. And RC1 (although it seemed to run for a bit longer before hanging, could be just changes in my gnome setup or something) Try checking out the latest Rawhide packages, or the ones on my ftp area: ftp://people.redhat.com/mharris/XFree86/4.0.2-11 Nope :( Looking at XFree86 Changelogs at http://www.xfree86.org/cvs/changes.html, there seems to be this in 4.0.99.2 157. Added a delay to prevent rare cases of lockups when starting X on NeoMagic 2160 (Miles Lane). And maybe related (this for 4.0.2a), although it's a different chip 1215. Fix Neomagic 2200 screen corruption (Egbert Eich). The problem does appear as screen corruption, e.g. in gnome-terminal the char that should be on the left edge appears in the right. If you continue using the system for a while, _then_ it hangs. (I did remove mc from my gnome startup, which made it hang immediately) Blah From the fine manual (man neomagic) On some laptops using the 2160 chipset (MagicGraph 128XD) the following options are needed to avoid a lock-up of the graphic engine: Option "XaaNoScanlineImageWriteRect" Option "XaaNoScanlineCPUToScreenColorExpandFill" And those seemed to have fixed the problem (4.0.2-11.4.0). I'm 99% sure I tested those with the original X server I was having problems in b1/b2 with without success, though. Now, why starting XFree86 3.3.6 first removes the problem is complely beyond me (maybe it sets some magic bit in the chip, who knows) So, I think the only thing that needs to be done is something like this in Xconfigurator: (optionally keeping those commented out). --- Cards.orig Thu Mar 8 10:31:02 2001 +++ Cards Thu Mar 8 10:34:05 2001 @@ -3013,6 +3013,10 @@ LINE # Option "no_mmio" LINE # Option "lcd_center" LINE # Option "no_stretch" +LINE # The following options are needed to prevent a lock-up +LINE # of the graphics engine on some laptops +LINE Option "XaaNoScanlineImageWriteRect" +LINE Option "XaaNoScanlineCPUToScreenColorExpandFill" NOCLOCKPROBE # NeoMagic Will be fixed in Xconfigurator-4.9.19-1/kudzu-0.97.6-1. Argh! Those LINE entries were for XFree86 3.3.x, not 4.x (in fact, 3.3.x doesn't like those lines at all and refuses to start, even) Alas it looks like there's no way of Xconfigurator adding anything extra to the device section for XFree86 4.x. Ok, I can't make heads or tails on this one. Is this an issue with XFree86 4.0.x or 3.3.6, or both. The bug is currently filed against 3.3.6, and the discussion seems about 75% about 4.0.x. If this is a bug against 4.0.x, please change the component to XFree86 as XFree86-servers is NOT 4.x, but is 3.3.6. If bugs exist in both, make two separate bug reports please. I can't look into the issue unless it is totally clear to me what version we are talking about here, and misfiling against a wrong package doesn't help much. Yes, it's a 4.0.2 bug (and 3.3.6 is fine, in fact like I mentioned in the first mail, starting XF86_SVGA/3.3.6 _first_, then XFree86 4.0.2 makes the problem go away. So does using the Xaa options with 4.0.2). I changed the package to the correct one. OK, Xconfigurator will be fixed to write Option lines for XFree4 as well as of 4.9.22-1. That should fix this. Close but no cookie. It now generates a perfectly working XFree86 4.0.2 configuration, but not a working XFree86 3.3.6 one (not that I need one, but someone else might). The problem is that options valid for 4.0.2 are not necessarily valid for 3.3.6 (and probably the other way around). Thus there needs to be a separate LINE4 or similar to get the right things in the right XF86Config. Just tried qa0319. Everything seems to be ok now as far as Xconfigurator is concerned. Maybe having externDisp and internDisp enabled for XFree86 3.3.6 would be better, but that would probably end up being a non-trivial change, and the way things are now, 3.3.6 works but doesn't enable the external display by default, and 4.0.3 works just the way you would expect it to. Which leaves anaconda, which seems to not be using XF86_FBdev for whatever reason in this release (sure it's ugly on neomagic, but it does work). I'd say just tell users to use text mode if they have problems (or Option "noaccel" for everyone?) |