Opened 16 years ago
Closed 13 years ago
#344 closed defect (Unsupported Version)
ACPIDAEMON.EXE causes hard lockup of system when battery is missing or dead
Reported by: | eco | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | Release version 3.19 |
Component: | Daemon | Version: | 3.14 |
Keywords: | Cc: |
Description
From: Alex Taylor
source: http://bugs.ecomstation.nl/view.php?id=2319
On the laptop that I use for testing ACPI, the battery has died and is no longer functional.
Now, whenever ACPIDAEMON.EXE is started on that system (whether from CONFIG.SYS, STARTUP.CMD, or run manually from a prompt) it instantly causes the entire system to lock up, forcing me to reboot.
This also occurs if I remove the battery entirely.
Attachments (4)
Change History (26)
comment:1 by , 16 years ago
by , 16 years ago
by , 16 years ago
Attachment: | acpibattery.LOG added |
---|
comment:3 by , 16 years ago
Is this somehow related to ticket 320 ? Pasha could you provide some inside ?
comment:4 by , 16 years ago
I don't see message from apm.add in log, check pls string basedev=apm.add in config.sys
comment:5 by , 16 years ago
Sorry, my mistake. (I forgot to reenable some statements.)
Please see the updated ACPI.LOG file.
comment:7 by , 16 years ago
Sorry, I can't repeat it at my laptop. You need, remming run AcpiDaemon, after boot open full screen OS/2 session, run AcpiDaemon in it, send to me photo of screen. acpi.psd must be from debug directory
by , 16 years ago
Attachment: | acpidaemon_hang.jpg added |
---|
Photo of screen hung on acpidaemon execution (using acpidbg.psd)
comment:8 by , 16 years ago
Ok, attached photo. The system hung completely (as usual) as soon as the message displayed.
comment:11 by , 16 years ago
To get a grip on this problem I asked Alex to create a memory dump. There is 512 MB of RAM in this machine, it has 8 MB taken of for shared video memory. He created a 900 MB FAT partition to create the dump file. When the acpideamon is loaded and the trapdump statement is the config.sys it goes into a loop that lasts for ever.
After having stopped the memory dump I suggested to him to NOT load the acpideamon the system performed a memory dump within about 60 seconds.
The interesting thing this is the exact same problem I had when creating a memory dump for ticket 320! It would also just sit in a loop! Seems when the acpideamon loads it corrupts something real bad somehow ?
Seems ticket 320 and 344 are maybe even closer related then I was thinking.
Steve ?
comment:12 by , 16 years ago
e-co:
Pasha:
it's necessary grab log via com-port
install debug kernel, debug ACPI, setup ACPI (ACPI FAQ -> /O)
or
trapdump
comment:13 by , 16 years ago
Please download experimental ACPI build from Mensys site:
- Experimental build for you:
ACPI-APIC-BAT.ZIP
- Read instructions: http://ecomstation.ru/projects/acpitools/?action=testcase
comment:14 by , 16 years ago
Milestone: | Release version 3.15 → Feedback pending |
---|
comment:15 by , 16 years ago
Component: | ACPI.PSD → ACPIDAEMON.EXE |
---|
comment:16 by , 16 years ago
Sorry for the delay. My software subscription seems to have expired so I haven't managed to get the file yet.
Incidentally: I replaced the dying LCD on this laptop and ever since then I can't recreate the problem. -_-;;
follow-up: 18 comment:17 by , 16 years ago
Please download experimental ACPI build from Mensys site:
- Experimental build for you:
ACPI315PRE.ZIP
- Read instructions: http://ecomstation.ru/projects/acpitools/?action=testcase
comment:18 by , 16 years ago
Replying to pasha:
- Experimental build for you:
ACPI315PRE.ZIP
OK, downloaded and installed. It loads and runs successfully.
Anything in particular I should test for?
comment:20 by , 16 years ago
Owner: | removed |
---|
comment:21 by , 14 years ago
Milestone: | Feedback pending → Release version 3.18 |
---|
comment:22 by , 13 years ago
Resolution: | → Unsupported Version |
---|---|
Status: | new → closed |
This does not apply to the new daemon.
acpi log + output from AcpiBattery?