Bug 72672
Summary: | Upgrade 7.3-> Null cant configure X | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Stephen John Smoogen <smooge> | ||||||||||||||
Component: | redhat-config-xfree86 | Assignee: | Brent Fox <bfox> | ||||||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||
Priority: | medium | ||||||||||||||||
Version: | 8.0 | CC: | 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: | 2003-05-06 01:26:45 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
Stephen John Smoogen
2002-08-26 15:39:12 UTC
Can you try redhat-config-xfree86 0.6.2 from rawhide? Have upgraded to redhat-config-xfree86 0.6.2. The error is now: * ddcprobe returned bogus values: ID: None Name: None HorizSync: None VertSync: None * ddcprobe returned bogus values: ID: None Name: None HorizSync: None VertSync: None Couldn't start X server, trying with a fresh configuration Error, cannot start X server. Here is the lspci -vvv output. The card supposedly has 16M onboard from the BIOS. 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M4 AGP (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 00a4 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop+ ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Interrupt: pin A routed to IRQ 11 Region 0: Memory at e8000000 (32-bit, prefetchable) [size=64M] Region 1: I/O ports at cc00 [size=256] Region 2: Memory at fcffc000 (32-bit, non-prefetchable) [size=16K] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [50] AGP version 2.0 Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2,x4 Command: RQ=0 SBA+ AGP- 64bit- FW- Rate=<none> Capabilities: [5c] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- mharris? Do you know if there is anything strange with that video card? smooge, can you attach your /var/log/XFree86.setup.log file. Created attachment 73144 [details]
Logfile from redhat-config-xfree86
Created attachment 73145 [details]
Config file that the system created.
I am trying to get the redhat-config-xfree86 to use the default settings that the monitor should understand (ie what were used during the install). Can you give me those options? I don't understand what X is saying here with "(EE) R128(0): No valid modes found". The monitor as specified in that config file should support some of the built in modes (such as the 800x600 it's been configured with). mharris: Any idea? smooge: Do you have a working config file that we can compare with? Sadly I dont thinks so. I had a previous bug with 54625. That meant I had a working X with 7.1 and 7.2 that just flaked out if I moved from the X console to the text ones and back. You can see in the attachments of that bug, we got the XFree86 to detect modes and such. I didnt save that XF86 though :(. I will see if I can replicate with 7.2 disks. Created attachment 73304 [details]
XFree86.0.log from broke session
Ok at this point I am wondering if something is messed up in the Upgrade. (A file left behind or something). Should I try a fresh install and see if the problem still occurs? It's really strange that it is throwing away all the default resolutions. Some of them should be possible with that hsync/vsync. mharris? I am reinstalling the box to see how it worked during the install. During the install it didnt use the native driver but the VESA one. I am going to try and fall back on this until a better idea/fix comes along. Using VESA driver on Null allows for X to run after the install. I dont know why the XFree86 - ATI r128 driver doesnt yet.. I saved the settings that I had and try to reconfigure X using the r128 driver. The system works correctly and without problems. At this point, I am thinking that there is something in upgrading a default 7.3 machine to null that was causing the problem. I am including in seperate attachments the 'working' XFree86.0.log and XF86config (plus the working VESA one so that RH support will have a file to mail people with problems). Created attachment 74905 [details]
Working log file after fresh install of RHL null.
Created attachment 74907 [details]
working VESA XF86config
Created attachment 74908 [details]
Working r128 XF86Config (no idea why)
Will test on 8.0.92 beta series this week. Have you had any luck with Phoebe? Problem is worse now in 8.0.93. X does not come up in the install in vesa mode. redhat-xfree86-config doesnt seem to be able to create a VESA mode screen that works... and the old working configs do not work. (No screen found) What I have tried: linux linux lowres linux resolution=1024x786 All of these failed. However, trying Dr. Mikes suggestion of linux resolution=1400x1050 resulted in a graphical install. I am going to see if this will allow for further X configuration later. This looks basically similar to bug #81436. See my post from 02/06/2003 on what I think is happening with the Inspiron 8000. If you have a chance, upgrade to the latest r-c-xfree86 from Rawhide and try the following steps: 1) Move your existing /etc/X11/XF86Config file out of the way 2) Run 'redhat-config-xfree86 --set-hsync='31.5-90.0' --set-vsync='59.0-85.0' --set-resolution='1600x1200' 3) See if an /etc/X11/XF86Config file was created 4) See if that file works. Sigh. I can't help but think that we could find a better solution if we actually had an Inspiron 8000 in the test lab. Any luck with the final release of RHL 9? I will have to try a fresh install again. It worked at one point during the betas and I must have replied about it on another bug report. I will try to test it this evening and report back. Ok, let me know how it goes. I'm trying to clean up my Bugzilla list for bugs that may have already been fixed but were never closed. THis bug can be closed for me. 9 installs and upgrades without issues. |