public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andreas Haumer <andreas@xss.co.at>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: system clock speed too high?
Date: Tue, 03 Jun 2003 11:54:26 +0200	[thread overview]
Message-ID: <3EDC7052.9060109@xss.co.at> (raw)
In-Reply-To: <1054582573.7494.51.camel@dhcp22.swansea.linux.org.uk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Alan Cox wrote:
> On Llu, 2003-06-02 at 20:40, Andreas Haumer wrote:
>
>>-----BEGIN PGP SIGNED MESSAGE-----
>>Hash: SHA1
>>
>>Hi!
>>
>>(I've already reported this previously as post scriptum
>>to a different bugreport, so it might have slipped through
>>unnoticed...)
>
>
> Does this occur if you boot with "notsc" or if you run a non ACPI kernel
> ?
>
I did some more tests on this machine, with the following
results:

1.) Kernel 2.4.21-rc6-ac1 (ACPI compiled as module)
    a) no special kernel commandline option
       -> System doesn't boot, fusion MPT driver doesn't find
          the hardware listed on the PCI bus (problem already
          reported in a previous mail)

    b) boot with "acpi=off"
       -> System does boot, fusion MTP driver finds the controller
       -> time runs 2.5 times too fast

    c) boot with "acpi=off notsc"
       -> same as 1b)

2.) Kernel 2.4.21-rc4 (ACPI compiled as module)
    a) no special kernel commandline option
       -> System does boot, fusion MTP driver finds the controller
       -> time runs 2.5 times too fast

    b) boot with "acpi=off"
       -> Same as 2a)

    c) boot with "acpi=off notsc"
       -> Same as 2a)

3.) Kernel 2.4.21-rc2-ac2 (ACPI compiled as module)
    a) no special kernel commandline option
       -> System doesn't boot, fusion MPT driver doesn't find
          the hardware listed on the PCI bus

    b) boot with "acpi=off"
       -> System does boot, fusion MTP driver finds the controller
       -> time runs 2.5 times too fast

    c) boot with "acpi=off notsc"
       -> same as 3b)


4.) Kernel 2.4.21-rc6-ac1 (without ACPI)
    a) no special kernel commandline option
       -> System does boot, fusion MTP driver finds the controller
       -> time runs 2.5 times too fast

    b) boot with "notsc"
       -> Same as 4a)

5.) Kernel 2.4.21-rc4 (ACPI compiled as module)
    floppy-minisystem, booting into initrd only
    modules loaded: unix.o. ext2.o, floppy.o
    -> time runs 2.5 times too fast


Time "acceleration" always seems to be by a factor of exactly 2.5
Proof:
root@setup:~ {502} $ ntpdate ntp.xss.co.at; sleep 300; ntpdate ntp.xss.co.at
 3 Jun 11:31:52 ntpdate[1185]: step time server 194.152.162.17 offset -895.898772 sec
 3 Jun 11:33:52 ntpdate[1187]: step time server 194.152.162.17 offset -180.088187 sec

(I first sync the system clock with our NTP timeserver, then sleep
300 seconds, and then again sync against our NTP server)

Sleeping 300 "system seconds" takes 120 "wall clock seconds" and
brings the system clock ahead of 180 seconds, which gives a speed
up factor of 2.5. Does this number ring any bell?

Additional info: I'm booting with LILO and have set LILO timeout
to 10 seconds. This works fine: "LILO time" is the same as wall
clock time. So this speed up must be triggered somewhere inside
the kernel, it seems...

Any idea someone?

- - andreas

- --
Andreas Haumer                     | mailto:andreas@xss.co.at
*x Software + Systeme              | http://www.xss.co.at/
Karmarschgasse 51/2/20             | Tel: +43-1-6060114-0
A-1100 Vienna, Austria             | Fax: +43-1-6060114-71
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+3HBPxJmyeGcXPhERAplBAKCYqTbno0EnP9WqKwtzXyUjBCUosgCfT7qw
vfPbba5yqYD0qUI9BDJBD40=
=i+JF
-----END PGP SIGNATURE-----


  reply	other threads:[~2003-06-03  9:41 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-02 19:40 system clock speed too high? Andreas Haumer
2003-06-02 19:36 ` Alan Cox
2003-06-03  9:54   ` Andreas Haumer [this message]
2003-06-03 12:00     ` Andreas Haumer
2003-06-03 12:17       ` Zephaniah E. Hull
2003-06-03 12:39       ` Andreas Haumer
2003-06-03 13:00         ` Alan Cox
2003-06-03 14:23           ` Andreas Haumer
2003-06-03 14:49             ` Martin Schlemmer
2003-06-03 15:31               ` Andreas Haumer
2003-06-04  5:44                 ` Martin Schlemmer
2003-06-04  8:49                   ` Andreas Haumer
2003-06-03 15:17     ` venom
2003-06-03 15:38       ` Andreas Haumer
2003-06-03 15:43         ` venom
2003-06-03 15:47           ` Randy.Dunlap
2003-06-03 16:12             ` venom
2003-06-02 20:33 ` george anzinger
2003-06-03 10:04   ` Andreas Haumer
2003-06-03 19:12     ` system clock speed too high? hyperthread problem? george anzinger
2003-06-04  9:47 ` system clock speed too high? Herbert Xu
2003-06-04 13:02   ` Herbert Xu

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=3EDC7052.9060109@xss.co.at \
    --to=andreas@xss.co.at \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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