From: mike heffner <mdheffner@yahoo.com>
To: Frank.Otto@tc.pci.uni-heidelberg.de, linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: conflict between apm and system clock on Inspiron 8100
Date: Wed, 28 Aug 2002 10:00:33 -0700 (PDT) [thread overview]
Message-ID: <20020828170033.10142.qmail@web40203.mail.yahoo.com> (raw)
In-Reply-To: <200208281504.g7SF4Xl04292@goedel.pci.uni-heidelberg.de>
Hi Frank,
From your e-mail it seems that the kernel is the
problem, not the bios. Is that your understanding? I
started pestering Dell for a bios without this
problem. Should I be digging through the kernel code
instead?
Mike
--- Frank.Otto@tc.pci.uni-heidelberg.de wrote:
> Alan Cox wrote:
> > On Mon, 2002-08-26 at 18:00, mike heffner wrote:
> > > Well, isn't that a nice feature. Is there a
> > > workaround for this hardware?
> >
> > A thinkpad ;)
>
> Unfortunately, that's not true -- I just got an IBM
> Thinkpad R32
> which exhibits the same behaviour as Mike's Dell
> Inspiron 8100,
> it's only a tad worse. When I have the
> battstat_applet running (which
> checks the battery every second), kernel time runs
> about 3% slow
> compared to the RTC (which seems to be half-way
> accurate on my machine).
>
> The cause seems to be definitely APM. If I shut off
> battstat_applet
> and apmd, kernel time and RTC are in sync. With only
> apmd, I lose about
> 15 seconds per hour. With battstat_applet, I lose 2
> minutes per hour.
> With
> while true; do cat /proc/apm >/dev/null; done
> the system runs at about 1/4 of the right speed.
> Using a kernel with ACPI
> eliminates the problem (of course, you lose almost
> all power management
> functionality too).
>
> BTW, I have set CONFIG_APM_ALLOW_INT, and on startup
> the kernel even says
> "IBM machine detected. Enabling interrupts during
> APM calls." Doesn't
> seem to help, though.
>
> Alan Cox continues:
> > In theory you could try writing some code to
> measure the elapsed time by
> > other means and then correct the kernel for the
> number of lost ticks.
> > Not trivial. Or for that matter dont run battstat
>
> I've hacked together a small daemon that tries to
> adjust the value
> and speed of the kernel clock (via adjtimex) to the
> RTC. An ugly solution,
> I know, but better than nothing. If anyone is
> interested, mail me.
>
> Regards,
> Frank
>
> --
> Please CC replies to me since I'm not on the list.
__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com
next prev parent reply other threads:[~2002-08-28 16:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-26 8:14 mike heffner
2002-08-26 9:55 ` Alan Cox
2002-08-26 17:00 ` mike heffner
2002-08-26 17:08 ` Alan Cox
2002-08-28 15:04 ` Frank.Otto
2002-08-28 17:00 ` mike heffner [this message]
2002-08-29 12:42 ` Frank Otto
2002-08-29 2:11 ` Stephen Rothwell
2002-08-29 12:25 ` Frank Otto
2002-08-29 17:19 ` mike heffner
2002-08-29 23:48 ` Stephen Rothwell
2002-08-30 0:33 ` mike heffner
2002-08-30 11:39 ` Frank Otto
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=20020828170033.10142.qmail@web40203.mail.yahoo.com \
--to=mdheffner@yahoo.com \
--cc=Frank.Otto@tc.pci.uni-heidelberg.de \
--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
all inboxes | Powered by JetHome®