Bug 51202 - sleep attempts on a dell inspiron 4000 fail
Summary: sleep attempts on a dell inspiron 4000 fail
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: kernel
Version: roswell
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-08 13:48 UTC by Seth Vidal
Modified: 2007-04-18 16:35 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-08-09 11:34:35 UTC
Embargoed:


Attachments (Terms of Use)

Description Seth Vidal 2001-08-08 13:48:51 UTC
Description of Problem:
When I attempt to sleep by closing the lid on my inspiron 4000 the system
fails to sleep. It will turn off the pcmcia card(s) but it will not shut
down the system - the hard drive continues running. It used to work
correctly using seawolf.

I am using:

kernel-2.4.7-0.6
apmd-3.0final-34



How Reproducible:
Every time

Steps to Reproduce:
1. Set the bios on an inspiron 4000 to sleep on lid close
2. close the lid
3. watch your system not recover when you open the lid.

Actual Results:
it crashes and I have to reboot - luckily ext3 makes the recovery time
minimal :)

Expected Results:

it should recover and be happy.

Additional Information:

Comment 1 Bernhard Rosenkraenzer 2001-08-08 13:52:24 UTC
Another candidate for the apm BIOS blacklist...



Comment 2 Seth Vidal 2001-08-08 13:59:17 UTC
is there a reason why it would stop working in this kernel version but would
work with 2.4.3 from seawolf?



Comment 3 Arjan van de Ven 2001-08-08 14:05:24 UTC
not really.... this puzzles me so far.

Comment 4 Seth Vidal 2001-08-08 14:13:21 UTC
I'm going to recheck all my bios settings. I haven't changed anything since my
reinstall to roswell but its worth a once over to make sure I'm not losing my mind.



Comment 5 Arjan van de Ven 2001-08-08 14:15:36 UTC
Could you try booting with "apm=allow_ints" as kernel/grub/lilo option ?
That changes suspend behavior quite a bit

Comment 6 Glen Foster 2001-08-08 19:12:51 UTC
We (Red Hat) should try to fix this before next release.

Comment 7 Seth Vidal 2001-08-09 04:06:36 UTC
I added apm=allow_ints to my grub.conf for loading the kernel and it works now.

thanks.

everything now works as expected.

is there a good place I should have gone to have figured that out for myself?

Comment 8 Arjan van de Ven 2001-08-09 08:30:44 UTC
Well not quite really, it's one of those things that are deep and dirty secrets
;)

However, I do have a favour to ask. We have a list of machines in the kernel
that enable this parameter by default, and it seems your machine is not yet in
that list. If you could download

http://people.redhat.com/arjanv/dmidecode.c

and (as root) do

gcc dmidecode.c -o dmidecode
./dmidecode | mail -s "needs apm=allow_ints" hardwarebugs-list

I will get an email with the information I need to make this "Just Work".
Note: this will send an email with system info, so I would recommend running
"dmidecode" without the | mail part first, and check the output and make sure
you're comfortable with sending the output. I only really need the first 25
lines or so.


Comment 9 Seth Vidal 2001-08-09 11:34:28 UTC
Done. You should have the mail now.

If you need anything else or if you need for me to test a kernel thats been
modified to support this system just let me know.

Thanks


Comment 10 Arjan van de Ven 2001-08-09 12:13:50 UTC
Thank you for the information. I've added the Dell Inspiron 4000 machine
identifiers to the list of machines that require "apm=allow_ints" and a kernel
with those identifiers in it should appear in rawhide in a few days. It'll have
a buildnumber of 2.4.7-0.12 or higher.


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