Bug 389011
| Summary: | Xorg fails on VIA UniChrome Pro IGP when openchrome set as driver | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dave Russell <drussell> | ||||||||||
| Component: | xorg-x11-drv-openchrome | Assignee: | Xavier Bachelot <xavier> | ||||||||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | 9 | CC: | mcepl, oli, xgl-maint | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2008-06-08 00:22:39 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: |
|
||||||||||||
Created attachment 262621 [details]
xorg.conf used with via set as driver
Created attachment 262631 [details]
xorg log file when display set to via
Here is the Smolt profile, incase it's of any help: http://smolt.fedoraproject.org/show?UUID=5efb271a-504d-4e82-91ee-3eb5337f9a75 Mass migration: via -> openchrome. Please retry with xorg-x11-drv-openchrome. This is the successor to xorg-x11-drv-via. Created attachment 275001 [details]
xorg.log file from openchrome driver
This does indeed manage to bring up an X display on the machine.
I'm unsure as to what performance I should expect with this driver, but it
seems to be a little sluggish.
Also when X starts, there are what seems to be a number of false starts before
the display settles... i.e. X display starts to appear, then back to console,
then back to the X "watch" in the center of the screen before finally the GDM
login screen redraws.
Created attachment 275011 [details]
xorg.conf file with openchrome driver
Could we get /var/log/Xorg.0.log as well, please? Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. I had a similar problem with my laptop six months ago. I did a bit of googling
around and found (might have been on a Ubuntu forum) that a manual edit to
xorg.conf was needed. Here is the relevant section:
Section "Device"
Identifier "Videocard0"
Driver "via"
BusID "PCI:1:0:0"
Option "EnableAGPDMA" "true"
VendorName "Videocard vendor"
BoardName "VIA Technologies, Inc. S3 Unichrome Pro VGA Adapter"
EndSection
This improved graphics performance (as measured by glxgears) from 150
frames/second to about 600 frames/second.
Kernel is 2.6.23.14-115.fc8
(In reply to comment #10) > I had a similar problem with my laptop six months ago. I did a bit of googling > around and found (might have been on a Ubuntu forum) that a manual edit to > xorg.conf was needed. Here is the relevant section: > > Section "Device" > Identifier "Videocard0" > Driver "via" > BusID "PCI:1:0:0" > Option "EnableAGPDMA" "true" > VendorName "Videocard vendor" > BoardName "VIA Technologies, Inc. S3 Unichrome Pro VGA Adapter" > EndSection > > This improved graphics performance (as measured by glxgears) from 150 > frames/second to about 600 frames/second. > Kernel is 2.6.23.14-115.fc8 via driver is off topic for this bug. Please switch to openchrome driver, it replaces the unmaintained via driver. Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA. I also had this problem when using the same (1106:3344) graphics device. The openchrome driver update to F8 (https://admin.fedoraproject.org/updates/F8/FEDORA-2007-2870) worked great for me with this device. Additionally I found a similar problem noted with Ubuntu: https://bugs.launchpad.net/ubuntu/+source/discover-data/+bug/90587 |
Description of problem: VIA UniChrome Pro IGP on board graphics is not detected correctly and xorg fails if the via driver is selected. The vesa driver works. Version-Release number of selected component (if applicable): xorg-x11-drv-via-0.2.2-4.fc8 How reproducible: Every time. Steps to Reproduce: 1. Install F8 2. Check to see what xorg.conf driver is set to (it will be vesa) 3. Shutdown X, Change driver to via, start X Actual results: X will fail to start Expected results: X should start Additional info: lspci -vvv info 01:00.0 VGA compatible controller: VIA Technologies, Inc. UniChrome Pro IGP (rev 01) (prog-if 00 [VGA]) Subsystem: VIA Technologies, Inc. UniChrome Pro IGP 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- Latency: 32 (500ns min) Interrupt: pin A routed to IRQ 20 Region 0: Memory at f4000000 (32-bit, prefetchable) [size=64M] Region 1: Memory at fb000000 (32-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at fc000000 [disabled] [size=64K] Capabilities: [60] 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- Capabilities: [70] AGP version 3.0 Status: RQ=256 Iso- ArqSz=0 Cal=7 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3+ Rate=x4,x8 Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>