From: Niel Lambrechts <antispam@absamail.co.za>
To: linux-kernel@vger.kernel.org
Subject: [Problem 2.6.4] Process table time incorrect after ACPI/APM resume
Date: Tue, 23 Mar 2004 19:22:17 +0200 [thread overview]
Message-ID: <1080062537.6802.9.camel@localhost> (raw)
System:
SuSE 9.0 pro.
Linux 2.6.4 #1 Fri Mar 12 01:01:06 SAST 2004 i686 i686 i386 GNU/Linux.
IBM Thinkpad R50P, Intel 82855PM, Centrino 1.7 GHz.
Problem:
After ACPI/APM suspend-to-ram, process table times are wrong.
Symptoms:
After 1st resume, process table times were about 5 seconds slower than
the actual system time. I initially noticed this using ACPI, but can
confirm that the same happens under APM!
After repeating the suspend/resume thing:
ksyrium:~ # ps -ef|grep nothing
root 2288 1550 0 12:24 pts/34 00:00:00 grep nothing
ksyrium:~ # date
Thu Mar 18 12:26:41 SAST 2004
ksyrium:~ # ps -ef|grep nothing
root 2291 1550 0 12:24 pts/34 00:00:00 grep nothing
ksyrium:~ # date
Thu Mar 18 12:26:50 SAST 2004
ksyrium:~ # ps -ef|grep nothing
root 2294 1550 0 12:24 pts/34 00:00:00 grep nothing
ksyrium:~ # date
Thu Mar 18 12:26:53 SAST 2004
ksyrium:~ # ps -ef|grep nothing
root 2350 1550 0 12:31 pts/34 00:00:00 grep nothing
ksyrium:~ # date
Thu Mar 18 12:33:50 SAST 2004
The process table times are slowed significantly,
but not to a complete standstill afer resuming under BOTH power
management systems.
Surely this is not correct/sane? I couldn't find any more info at the
usual places googling/bugzilla.
Niel
Relevant options:
CONFIG_X86_TSC=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
# CONFIG_X86_PM_TIMER is not set
# CONFIG_HANGCHECK_TIMER is not set
CONFIG_SND_RTCTIMER=m
# Power management options (ACPI, APM)
# APM (Advanced Power Management) BIOS Support
CONFIG_APM=y
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
CONFIG_APM_DO_ENABLE=y
CONFIG_APM_CPU_IDLE=y
CONFIG_APM_DISPLAY_BLANK=y
CONFIG_APM_RTC_IS_GMT=y
CONFIG_APM_ALLOW_INTS=y
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_ASUS=m
CONFIG_ACPI_TOSHIBA=m
CONFIG_ACPI_DEBUG=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_ACPI_CPUFREQ=m
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
CONFIG_HOTPLUG_PCI_ACPI=m
# CONFIG_SERIAL_8250_ACPI is not set
reply other threads:[~2004-03-23 17:23 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1080062537.6802.9.camel@localhost \
--to=antispam@absamail.co.za \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox