Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 222799

Summary: VIA EPIA CN 13000 (X) display fails to come back after suspend/resume
Product: [Fedora] Fedora Reporter: Jeroen Janssen <japj>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: jonstanley, wtogami
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: 2008-02-08 04:28:38 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: 427887    
Attachments:
Description Flags
Xorg config file
none
Xorg log file none

Description Jeroen Janssen 2007-01-16 09:18:27 UTC 
Description of problem:

On a VIA CN 13000 Platform (
http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboard_id=400
), perform a "Suspend".

Now after resuming the machine again, the network is ok (ping/ssh/etc works ok),
but the display stays blank. 

Version-Release number of selected component (if applicable):
kernel 2.6.18-1.2869.fc6
xorg-x11-server-Xorg-1.1.1-47.4.fc6
xorg-x11-drv-via-0.2.1-7

How reproducible:

Steps to Reproduce:
1. Boot VIA EPIA CN 13000
2. Login (X) and select suspend from "System" menu
3. After suspending is complete, trigger a resume
  
Actual results:

Machine comes back up (networking, etc) EXCEPT for the (X) terminal. The screen
stays blank.

Expected results:

A working (non blank) X after resuming.

Additional info:
Comment 1 Jeroen Janssen 2007-01-16 09:32:03 UTC 
Created attachment 145663 [details]
Xorg config file

Apparently, the VIA gfx chipset (PCI id 0x3344) for CN13000 is not recognised
(yet) by the xorg via driver.

As a result, the xorg VESA driver is used instead? 
Don't know if this is causing the exact problem?
Comment 2 Jeroen Janssen 2007-01-16 09:32:32 UTC 
Created attachment 145664 [details]
Xorg log file
Comment 3 Jeroen Janssen 2007-01-18 13:57:55 UTC 
After setting the BIOS setting "Run VGA BIOS if S3 Resume" to YES, the display
comes up correctly.

Is this an "acceptable" fix for this problem or should this also be solved by
correcting hal powermanagement settings for this board?
Comment 4 Jon Stanley 2008-01-08 01:50:26 UTC 
(This is a mass-update to all current FC6 kernel bugs in NEW state)

Hello,

I'm reviewing this bug list as part of the kernel bug triage project, an attempt
to isolate current bugs in the Fedora kernel.

http://fedoraproject.org/wiki/KernelBugTriage

I am CC'ing myself to this bug, however this version of Fedora is no longer
maintained.

Please attempt to reproduce this bug with a current version of Fedora (presently
Fedora 8). If the bug no longer exists, please close the bug or I'll do so in a
few days if there is no further information lodged.

Thanks for using Fedora!
Comment 5 Jon Stanley 2008-02-08 04:28:38 UTC 
Per the previous comment in this bug, I am closing it as INSUFFICIENT_DATA,
since no information has been lodged for over 30 days.

Please re-open this bug or file a new one if you can provide the requested data,
and thanks for filing the original report!