Bug 71563

Summary: Promise Ultra133 TX2 - does not inform system about activity
Product: [Retired] Red Hat Public Beta Reporter: Thomas M Steenholdt <tmus>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: limbo   
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: 2002-08-15 20:11:47 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 Thomas M Steenholdt 2002-08-15 07:57:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020721

Description of problem:
I installed a Promise Ultra133-TX2 controller in my IBM PC a while ago, and
whenever I've decided to try to put my harddisk on it i've gotten frustrated
with the fact that it allows my system to standby(even during activity - not to
mention the normal ext3 committing activity), and removed my controller again...

The problem is always seen, if booting the system(initlevel 5 on my system) and
just letting it stay there for a while... When I want to work with the computer,
i need to activate the keyboard, the mouse is not enough, and /var/log/messages
shows that the system is resuming from standby, re-init'ing my ethernet
controller and everything...

I've even had this happening while building garome from the net... suddenly in
the middle of everything the system has gone into standby, during a filetransfer!

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


How reproducible:
Always

Steps to Reproduce:
1. Boot to initlevel 5
2. Wait for APM to cause a standby event
3. Move the mouse(doesn't work)
4. Press "anykey"(wakes up)
5. check /var/log/messages for APM events
	

Actual Results:  I can see that my system has been in standby mode and that it
has resumed

Expected Results:  It should not have went into standby in the first place,
that's not happening with my onboard controller

Additional info:

That said, my system is an IBM PC300-PL and installing a secondary
ide-controller is "unsupported" this could easily be a BIOS issue or
something... What i'm looking for, if not a fix, is a way to determine where the
bug is - if it in the BIOS I need to get a new machine :)

Tried 2.4.19 kernel, which I was told contained fixes to the Ultra133-TX2
driver... Same result

Comment 1 Thomas M Steenholdt 2002-08-15 07:59:02 UTC
This has been an annoying problem for me on RH7.3, which is where I have done
most testing... Only just seen it on Limbo!

Comment 2 Thomas M Steenholdt 2002-08-15 20:11:41 UTC
I had a talk with alan cox today, and given his input to the problem, and some
testing that i did, I'm closing this case as "not a kernel problem".
The problem is much more likely to be with that my system BIOS doesn't recognice
the second ide controller and so does not look as if in use if that controller
is active. kernel option apm=off eliminates the problem on the kernel i've tried
so far (2.4.19) but should work on other kernels as well...