Bug 83455 - Hard lockups with Savage IX/MV if DPMS enabled
Summary: Hard lockups with Savage IX/MV if DPMS enabled
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 9
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-02-04 16:42 UTC by Panu Matilainen
Modified: 2007-04-18 16:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-09-24 19:03:40 UTC
Embargoed:


Attachments (Terms of Use)

Description Panu Matilainen 2003-02-04 16:42:12 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20030131

Description of problem:
On IBM T21 "S3 Inc. 86C270-294 Savage/IX-MV (rev 13)" (this also happens on T20,
I just dont have the exact model here, and most likely with T22 too) with
default XFree86 settings after installation XFree86 causes hard lockups after a
while if you leave the system idle. Happens almost always but it's not 100%
reproducible, with a lot of variation in how long it needs to idle before the
system locks up.

Taking out "Option DPMS" from XF86Config reliably fixes this - perhaps DPMS
should be disabled by default with this chip?

BTW this is by no means a new bug, it's been there as long as the Savage on T2x
has been supported (since RHL7.1 I think), just haven't gotten around to report
it :-/



Version-Release number of selected component (if applicable):


How reproducible:
Sometimes

Steps to Reproduce:
1. Install any RH version 7.1 upwards on IBM T2[012]
2. Start up X in default settings
3. Wait ... 
    

Actual Results:  The system locks up hard, requiring a cold reboot.

Expected Results:  Shouldn't lock up...

Additional info:

I've only seen it when the LCD is in use but then I've never hooked it up to a
real monitor so dunno if it's related to that.

Comment 2 Mike A. Harris 2003-02-07 09:59:17 UTC
Please attach your X server log and config file as text/plain.

Comment 3 Kjartan Maraas 2003-02-10 14:11:45 UTC
This also happens on radeon chipsets, but only when it's running on battery.
Just a FYI

Comment 4 Mike A. Harris 2003-02-10 14:20:44 UTC
Then it sounds like a kernel or APM bug or something requiring a workaround
in the kernel possibly.  I'll add some kernel engineers for comment...

Comment 5 Alan Cox 2003-02-10 19:54:37 UTC
DPMS is being driven directly by XFree as I understsnd it, not via the kernel -
except for console mode blanking


Comment 6 Mike A. Harris 2003-02-11 12:40:56 UTC
Yes, XFree86 handles DPMS, but DPMS is basically just flipping the H/V
sync polarity.  I've had reports of people claiming that DPMS is locking
up their computer, which was in fact some APM power saving misfeature
that wasn't working properly.  ;o)

IOW, if DPMS works when not on battery, I can't see how it could
_not_ work on battery.

Please disable APM entirely in your BIOS, and disable apmd at boot time.
Boot your machine without APM, and then start up X, and see if DPMS
fails then.  If it works, then it most likely is an APM issue.  If not
then we'll need to explore further.

Comment 7 Panu Matilainen 2004-09-23 14:53:55 UTC
Uh, had totally forgotten about this. The T21 in question started
crashing more and more over time indicating a hardware problem of some
sorts anyway - as far as I'm concerned feel free to close this as
NOTABUG, WONTFIX or whatever.

Comment 8 Mike A. Harris 2004-09-24 19:03:40 UTC
Ok, closing as "NOTABUG", thanks for the update.


Note You need to log in before you can comment on or make changes to this bug.