Re: system clock speed too high?

Re: system clock speed too high?

[Alan Cox]

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
?

system clock speed too high?

[Andreas Haumer]

-----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...)

I have a quite strange phenomenon here: I see a ~2.5 times
speed up of system time on a Asus AP1700-S5 server with
Linux-2.4.21-rc6-ac1.
Simple proof: a "sleep 300" command terminates after exactly
120 seconds of wall clock time.

Or just look at this:
root@setup:~ {544} $ ntpdate ntp.xss.co.at; ntpdate ntp.xss.co.at; sleep 300; ntpdate ntp.xss.co.at
 2 Jun 21:24:45 ntpdate[3768]: step time server 194.152.162.17 offset -38.679740 sec
 2 Jun 21:24:45 ntpdate[3769]: adjust time server 194.152.162.17 offset -0.069998 sec
 2 Jun 21:26:45 ntpdate[3786]: step time server 194.152.162.17 offset -180.053781 sec

Impressive, isn't it?

This "acceleration" of time shows with other time measures,
like "date", system uptime, process time, etc., too.

(HZ is still defined as 100, I haven't changed anything in
the kernel sources)

System info:

Asus AP1700-S5, Asus PR-DLS533 Motherboard, Intel Xeon 2.4GHz CPU, 512MB RAM

root@setup:~ {545} $ uname -a
Linux setup 2.4.21-rc6-ac1 #1 SMP Sat May 31 20:04:18 CEST 2003 i686 unknown

root@setup:~ {546} $ lspci -v
00:00.0 Host bridge: ServerWorks CNB20-HE Host Bridge (rev 31)
        Flags: fast devsel

00:00.1 Host bridge: ServerWorks CNB20-HE Host Bridge
        Flags: fast devsel

00:00.2 Host bridge: ServerWorks CNB20-HE Host Bridge
        Flags: fast devsel

00:02.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet Controller (rev 02)
        Subsystem: Intel Corp. 82540EM Gigabit Ethernet Controller
        Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 18
        Memory at fd800000 (32-bit, non-prefetchable) [size=128K]
        I/O ports at d800 [size=64]
        Capabilities: [dc] Power Management version 2
        Capabilities: [e4] PCI-X non-bridge device.
        Capabilities: [f0] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-

00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) (prog-if 00 [VGA])
        Subsystem: ATI Technologies Inc: Unknown device 8008
        Flags: bus master, stepping, medium devsel, latency 32, IRQ 46
        Memory at fc000000 (32-bit, non-prefetchable) [size=16M]
        I/O ports at d400 [size=256]
        Memory at fb800000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at febe0000 [disabled] [size=128K]
        Capabilities: [5c] Power Management version 2

00:0f.0 ISA bridge: ServerWorks CSB5 South Bridge (rev 93)
        Subsystem: ServerWorks CSB5 South Bridge
        Flags: bus master, medium devsel, latency 32

00:0f.1 IDE interface: ServerWorks CSB5 IDE Controller (rev 93) (prog-if 8a [Master SecP PriP])
        Subsystem: ServerWorks CSB5 IDE Controller
        Flags: bus master, medium devsel, latency 64
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at a800 [size=16]

00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 05) (prog-if 10 [OHCI])
        Subsystem: ServerWorks OSB4/CSB5 OHCI USB Controller
        Flags: bus master, medium devsel, latency 32, IRQ 11
        Memory at fb000000 (32-bit, non-prefetchable) [size=4K]

00:0f.3 Host bridge: ServerWorks GCLE Host Bridge
        Subsystem: ServerWorks: Unknown device 0230
        Flags: bus master, medium devsel, latency 0

00:10.0 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
        Flags: 66Mhz, medium devsel
        Capabilities: [60]
00:10.2 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
        Flags: 66Mhz, medium devsel
        Capabilities: [60]
00:11.0 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
        Flags: 66Mhz, medium devsel
        Capabilities: [60]
00:11.2 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
        Flags: 66Mhz, medium devsel
        Capabilities: [60]
02:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 (rev 07)
        Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
        Flags: bus master, 66Mhz, medium devsel, latency 72, IRQ 22
        I/O ports at a000 [size=256]
        Memory at fa000000 (64-bit, non-prefetchable) [size=64K]
        Memory at f9800000 (64-bit, non-prefetchable) [size=64K]
        Expansion ROM at fe900000 [disabled] [size=1M]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
        Capabilities: [68]
02:04.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 (rev 07)
        Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
        Flags: bus master, 66Mhz, medium devsel, latency 72, IRQ 23
        I/O ports at 9800 [size=256]
        Memory at f9000000 (64-bit, non-prefetchable) [size=64K]
        Memory at f8800000 (64-bit, non-prefetchable) [size=64K]
        Expansion ROM at fe800000 [disabled] [size=1M]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
        Capabilities: [68]
03:02.0 Ethernet controller: Intel Corp. 82544GC Gigabit Ethernet Controller (LOM) (rev 02)
        Subsystem: Intel Corp.: Unknown device 110d
        Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 19
        Memory at f8000000 (64-bit, non-prefetchable) [size=128K]
        Memory at f7800000 (64-bit, non-prefetchable) [size=128K]
        I/O ports at 9400 [size=32]
        Expansion ROM at fe7e0000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
        Capabilities: [e4] PCI-X non-bridge device.
        Capabilities: [f0] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-

root@setup:~ {547} $ cat /proc/interrupts
           CPU0       CPU1
  0:    1737732    1760169    IO-APIC-edge  timer
  1:        260        260    IO-APIC-edge  keyboard
  2:          0          0          XT-PIC  cascade
  4:         10         10    IO-APIC-edge  serial
 15:          5         17    IO-APIC-edge  ide1
 18:   22903530   23147515   IO-APIC-level  eth0
 22:    1695902    1726918   IO-APIC-level  ioc0
 23:         25         17   IO-APIC-level  ioc1
NMI:          0          0
LOC:    1398848    1398847
ERR:          0
MIS:          0

Any ideas?

- - 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+26g5xJmyeGcXPhERAj4tAJ98iFyniQ2N3P0jKkfQqla2GBVKXwCbBr36
+2kB0HBIKcVXA+lkxAXeVMU=
=Xk1O
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[george anzinger]

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...)
> 
> I have a quite strange phenomenon here: I see a ~2.5 times
> speed up of system time on a Asus AP1700-S5 server with
> Linux-2.4.21-rc6-ac1.
> Simple proof: a "sleep 300" command terminates after exactly
> 120 seconds of wall clock time.

Just as a wild shot in the dark, what speed does the kernel think the 
cpu is running at and does this match what the BIOS thinks?

It sounds like the CLOCK_TICK_RATE is wrong.  This would show up as 
the kernel thinking the cpu was fast also.

You pin this to a particular kernel version.  Do other kernel versions 
do a better job?

-g

> 
> Or just look at this:
> root@setup:~ {544} $ ntpdate ntp.xss.co.at; ntpdate ntp.xss.co.at; sleep 300; ntpdate ntp.xss.co.at
>  2 Jun 21:24:45 ntpdate[3768]: step time server 194.152.162.17 offset -38.679740 sec
>  2 Jun 21:24:45 ntpdate[3769]: adjust time server 194.152.162.17 offset -0.069998 sec
>  2 Jun 21:26:45 ntpdate[3786]: step time server 194.152.162.17 offset -180.053781 sec
> 
> Impressive, isn't it?
> 
> This "acceleration" of time shows with other time measures,
> like "date", system uptime, process time, etc., too.
> 
> (HZ is still defined as 100, I haven't changed anything in
> the kernel sources)
> 
> System info:
> 
> Asus AP1700-S5, Asus PR-DLS533 Motherboard, Intel Xeon 2.4GHz CPU, 512MB RAM
> 
> root@setup:~ {545} $ uname -a
> Linux setup 2.4.21-rc6-ac1 #1 SMP Sat May 31 20:04:18 CEST 2003 i686 unknown
> 
> root@setup:~ {546} $ lspci -v
> 00:00.0 Host bridge: ServerWorks CNB20-HE Host Bridge (rev 31)
>         Flags: fast devsel
> 
> 00:00.1 Host bridge: ServerWorks CNB20-HE Host Bridge
>         Flags: fast devsel
> 
> 00:00.2 Host bridge: ServerWorks CNB20-HE Host Bridge
>         Flags: fast devsel
> 
> 00:02.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet Controller (rev 02)
>         Subsystem: Intel Corp. 82540EM Gigabit Ethernet Controller
>         Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 18
>         Memory at fd800000 (32-bit, non-prefetchable) [size=128K]
>         I/O ports at d800 [size=64]
>         Capabilities: [dc] Power Management version 2
>         Capabilities: [e4] PCI-X non-bridge device.
>         Capabilities: [f0] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
> 
> 00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) (prog-if 00 [VGA])
>         Subsystem: ATI Technologies Inc: Unknown device 8008
>         Flags: bus master, stepping, medium devsel, latency 32, IRQ 46
>         Memory at fc000000 (32-bit, non-prefetchable) [size=16M]
>         I/O ports at d400 [size=256]
>         Memory at fb800000 (32-bit, non-prefetchable) [size=4K]
>         Expansion ROM at febe0000 [disabled] [size=128K]
>         Capabilities: [5c] Power Management version 2
> 
> 00:0f.0 ISA bridge: ServerWorks CSB5 South Bridge (rev 93)
>         Subsystem: ServerWorks CSB5 South Bridge
>         Flags: bus master, medium devsel, latency 32
> 
> 00:0f.1 IDE interface: ServerWorks CSB5 IDE Controller (rev 93) (prog-if 8a [Master SecP PriP])
>         Subsystem: ServerWorks CSB5 IDE Controller
>         Flags: bus master, medium devsel, latency 64
>         I/O ports at <ignored>
>         I/O ports at <ignored>
>         I/O ports at <ignored>
>         I/O ports at <ignored>
>         I/O ports at a800 [size=16]
> 
> 00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 05) (prog-if 10 [OHCI])
>         Subsystem: ServerWorks OSB4/CSB5 OHCI USB Controller
>         Flags: bus master, medium devsel, latency 32, IRQ 11
>         Memory at fb000000 (32-bit, non-prefetchable) [size=4K]
> 
> 00:0f.3 Host bridge: ServerWorks GCLE Host Bridge
>         Subsystem: ServerWorks: Unknown device 0230
>         Flags: bus master, medium devsel, latency 0
> 
> 00:10.0 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
>         Flags: 66Mhz, medium devsel
>         Capabilities: [60]
> 00:10.2 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
>         Flags: 66Mhz, medium devsel
>         Capabilities: [60]
> 00:11.0 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
>         Flags: 66Mhz, medium devsel
>         Capabilities: [60]
> 00:11.2 Host bridge: ServerWorks: Unknown device 0101 (rev 03)
>         Flags: 66Mhz, medium devsel
>         Capabilities: [60]
> 02:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 (rev 07)
>         Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
>         Flags: bus master, 66Mhz, medium devsel, latency 72, IRQ 22
>         I/O ports at a000 [size=256]
>         Memory at fa000000 (64-bit, non-prefetchable) [size=64K]
>         Memory at f9800000 (64-bit, non-prefetchable) [size=64K]
>         Expansion ROM at fe900000 [disabled] [size=1M]
>         Capabilities: [50] Power Management version 2
>         Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>         Capabilities: [68]
> 02:04.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 (rev 07)
>         Subsystem: LSI Logic / Symbios Logic: Unknown device 1000
>         Flags: bus master, 66Mhz, medium devsel, latency 72, IRQ 23
>         I/O ports at 9800 [size=256]
>         Memory at f9000000 (64-bit, non-prefetchable) [size=64K]
>         Memory at f8800000 (64-bit, non-prefetchable) [size=64K]
>         Expansion ROM at fe800000 [disabled] [size=1M]
>         Capabilities: [50] Power Management version 2
>         Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
>         Capabilities: [68]
> 03:02.0 Ethernet controller: Intel Corp. 82544GC Gigabit Ethernet Controller (LOM) (rev 02)
>         Subsystem: Intel Corp.: Unknown device 110d
>         Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 19
>         Memory at f8000000 (64-bit, non-prefetchable) [size=128K]
>         Memory at f7800000 (64-bit, non-prefetchable) [size=128K]
>         I/O ports at 9400 [size=32]
>         Expansion ROM at fe7e0000 [disabled] [size=128K]
>         Capabilities: [dc] Power Management version 2
>         Capabilities: [e4] PCI-X non-bridge device.
>         Capabilities: [f0] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
> 
> root@setup:~ {547} $ cat /proc/interrupts
>            CPU0       CPU1
>   0:    1737732    1760169    IO-APIC-edge  timer
>   1:        260        260    IO-APIC-edge  keyboard
>   2:          0          0          XT-PIC  cascade
>   4:         10         10    IO-APIC-edge  serial
>  15:          5         17    IO-APIC-edge  ide1
>  18:   22903530   23147515   IO-APIC-level  eth0
>  22:    1695902    1726918   IO-APIC-level  ioc0
>  23:         25         17   IO-APIC-level  ioc1
> NMI:          0          0
> LOC:    1398848    1398847
> ERR:          0
> MIS:          0
> 
> Any ideas?
> 
> - - 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+26g5xJmyeGcXPhERAj4tAJ98iFyniQ2N3P0jKkfQqla2GBVKXwCbBr36
> +2kB0HBIKcVXA+lkxAXeVMU=
> =Xk1O
> -----END PGP SIGNATURE-----
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

-- 
George Anzinger   george@mvista.com
High-res-timers:  http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml

Re: system clock speed too high?

[Andreas Haumer]

-----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-----

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

george anzinger wrote:
> Andreas Haumer wrote:
>
[...]
>> I have a quite strange phenomenon here: I see a ~2.5 times
>> speed up of system time on a Asus AP1700-S5 server with
>> Linux-2.4.21-rc6-ac1.
>> Simple proof: a "sleep 300" command terminates after exactly
>> 120 seconds of wall clock time.
>
>
> Just as a wild shot in the dark, what speed does the kernel think the
> cpu is running at and does this match what the BIOS thinks?
>
> It sounds like the CLOCK_TICK_RATE is wrong.  This would show up as the
> kernel thinking the cpu was fast also.
>
Hm, I don't think this is the case.
BIOS reports (correctly) a single, hyperthreaded Xeon CPU
with 2.4GHz

Kernel reports the same:
root@setup:~ {503} $ uname -a
Linux setup 2.4.21-rc6-ac1 #2 SMP Tue Jun 3 09:45:13 CEST 2003 i686 unknown

root@setup:~ {504} $ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.40GHz
stepping        : 7
cpu MHz         : 2392.065
cache size      : 512 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips        : 4771.02

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.40GHz
stepping        : 7
cpu MHz         : 2392.065
cache size      : 512 KB
physical id     : 0
siblings        : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips        : 4771.02

root@setup:~ {505} $ ntpdate ntp.xss.co.at; sleep 500; ntpdate ntp.xss.co.at
 3 Jun 11:58:16 ntpdate[1118]: step time server 194.152.162.17 offset -177.268071 sec
 3 Jun 12:01:36 ntpdate[1120]: step time server 194.152.162.17 offset -300.106769 sec

(Sleeping 500 "system seconds" takes 200 "wall clock seconds")

> You pin this to a particular kernel version.  Do other kernel versions
> do a better job?
>
So far I tried with:

2.4.21-rc2-ac2 (ACPI compiled as module)
2.4.21-rc4 (ACPI compiled as module)
2.4.21-rc6-ac1 (ACPI compiled as module)
2.4.21-rc6-ac1 (no ACPI comiled at all)

Time acceleration is the same for all kernels.

I'll try it with some older kernels, too.

- - 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+3HKxxJmyeGcXPhERAkZ/AJ9tjgI6K2HtM/tL15nKDFIKzdcvQgCfYOGY
i96/o6Nyxlem5yOp1A2Q//s=
=plFh
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

I have some more information

6.) Kernel 2.4.19-ac4 (ACPI compiled as modules)
    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 6a)

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

I tried also the following BIOS settings, but without
improving the situation:

*) Hyperthreading "disabled"
*) MPS 1.4 Support "disabled"
*) BIOS Update "disabled"
*) Plug & Play "yes" (this makes it even worse: linux crashes
               eventually as it gets confused by IRQ setting)

- - 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+3I2/xJmyeGcXPhERAjXOAKCc7lD6Y+oYUyvNtqVT/dj+HBpP+wCfcWI4
/Pfay3OP/7/XPxpIbBAE9X4=
=cIUN
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Zephaniah E. Hull]

[-- Attachment #1: Type: text/plain, Size: 634 bytes --]

On Tue, Jun 03, 2003 at 02:00:00PM +0200, Andreas Haumer wrote:
> Hi!
> 
> I have some more information

Just a wild hunch, do you still have the 2.5x speed if you boot with
init=/bin/sh and don't start anything?

(If you're wondering, I suspect something like tickadj being run in the
init scripts with really really wrong numbers.)

Zephaniah E. Hull.

-- 
	1024D/E65A7801 Zephaniah E. Hull <warp@babylon.d2dc.net>
	   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
	    CCs of replies from mailing lists are requested.

"I am ecstatic that some moron re-invented a 1995 windows fuckup."
        -- Alan Cox

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

Andreas Haumer wrote:
[...]
> *) Hyperthreading "disabled"
> *) MPS 1.4 Support "disabled"
> *) BIOS Update "disabled"
> *) Plug & Play "yes" (this makes it even worse: linux crashes
>                eventually as it gets confused by IRQ setting)
>

I've found it:

It's BIOS setting "USB legacy support", which I had on
"Auto" (default setting).

As soon as I disable "USB legacy support", system time
is now in sync with wall clock time!

root@setup:~ {508} $ ntpdate ntp.xss.co.at; sleep 60; ntpdate ntp.xss.co.at
 3 Jun 14:35:32 ntpdate[1141]: adjust time server 194.152.162.17 offset 0.005909 sec
 3 Jun 14:36:32 ntpdate[1146]: adjust time server 194.152.162.17 offset -0.002158 sec

Uaaahhhhhhhh!!!!!

Linux also now reports an interesting error on bootup, which
isn't there when booting with "USB legacy support=Auto"

[...]
..MP-BIOS bug: 8254 timer not connected to IO-APIC
[...]

(This is 2.4.21-rc6-ac1 booting with "acpi=off")

What the hell does USB legacy support have to do with all this???
This is weird!

- - 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+3JbkxJmyeGcXPhERAmzLAJ48RMa7o6Zn0Ko6YxFn4y5UVeGl+wCgwQwN
DSjZtxe4QDEL8I812fz2h1U=
=8zBV
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Alan Cox]

USB legacy generates SMI events. It could be that something
the BIOS SMI magic is doing is disrupting the system clock
or causing extra interrupts

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

Alan Cox wrote:
> USB legacy generates SMI events. It could be that something
> the BIOS SMI magic is doing is disrupting the system clock
> or causing extra interrupts
>
Thanks for your support.

The "USB legacy support" settings slipped through when
I was preparing the system. I was too much concentrated
on the ACPI/Fusion MPT problems...

But something must be wrong in this area, as the kernel prints
this "..MP-BIOS bug: 8254 timer not connected to IO-APIC"
message when USB legacy support is disabled.

Anyway, I'll have this system available for tests in the
next few days (it is to be installed as production server
next week), and it _will_ suffer a lot from the stress tests
I've planned... ;-)

So if you want me to test anything (ACPI patches, perhaps?)
you're very welcome!

- - 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+3K9fxJmyeGcXPhERAsqfAJkBJS/W5DxjPLYh2f7795j9Xx2pDACfcFXG
rAKbPhQrxpGnAW3xFv1G3u4=
=J0bc
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Martin Schlemmer]

On Tue, 2003-06-03 at 16:23, Andreas Haumer wrote:

> The "USB legacy support" settings slipped through when
> I was preparing the system. I was too much concentrated
> on the ACPI/Fusion MPT problems...
> 
> But something must be wrong in this area, as the kernel prints
> this "..MP-BIOS bug: 8254 timer not connected to IO-APIC"
> message when USB legacy support is disabled.
> 
> Anyway, I'll have this system available for tests in the
> next few days (it is to be installed as production server
> next week), and it _will_ suffer a lot from the stress tests
> I've planned... ;-)
> 
> So if you want me to test anything (ACPI patches, perhaps?)
> you're very welcome!
> 

What about contacting the manufacturer to fix the bios ?


Regards,

-- 
Martin Schlemmer

Re: system clock speed too high?

[venom]

I reported this same problem for kernel 2.5.69/70 on pentiumIII with chipset
i810, but it seems the reports has been unnoticed.

I replicated your tests with 2.5.70 without acpi, same results here.


On Tue, 3 Jun 2003, Andreas Haumer wrote:

> Date: Tue, 03 Jun 2003 11:54:26 +0200
> 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?
>
> -----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-----
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>

Re: system clock speed too high?

[Andreas Haumer]

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

Martin Schlemmer wrote:
> On Tue, 2003-06-03 at 16:23, Andreas Haumer wrote:
>
>
>>The "USB legacy support" settings slipped through when
>>I was preparing the system. I was too much concentrated
>>on the ACPI/Fusion MPT problems...
>>
>>But something must be wrong in this area, as the kernel prints
>>this "..MP-BIOS bug: 8254 timer not connected to IO-APIC"
>>message when USB legacy support is disabled.
>>
[...]
>
> What about contacting the manufacturer to fix the bios ?
>
It's on my TODO list, but I want to do some more tests first.

The Asus AP1700-S5 does officially list Linux as supported OS,
(and it's a really nice piece of server hardware, too), so they
should be definitely interested in fixing this. It might be not
so clear who's to blame for this problem, though.

Is anyone from ASUSTeK Computers Inc. around here on this list?

- - 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+3L9gxJmyeGcXPhERAh8OAJ9uCh3S60u9RTGYyfg2TN3PDKc8RwCfWu7S
1fdoACA6B+7FjKxzXsM+xQs=
=OoCm
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

venom@sns.it wrote:
> I reported this same problem for kernel 2.5.69/70 on pentiumIII with chipset
> i810, but it seems the reports has been unnoticed.
>
> I replicated your tests with 2.5.70 without acpi, same results here.
>
Hm, do you have "USB legacy support" enabled on your
system, too? Does the problem go away if you disable it?

What motherboard and BIOS does your computer have (manufacturer,
version numbers)?

(This is a totally different chipset, so the problems
might be completely unrelated)

- - 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+3MDWxJmyeGcXPhERAmk+AKDER5RkBffYSYFpnNFq7nKhaqPwyACgr1rJ
UxspwdElGOOGQs58Ol1N5v4=
=Gb0Z
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[venom]

No, I do not have USB enabled at all.
anyway I see exactly the same results, also if the problem could be somewhere
else.

Luigi

On Tue, 3 Jun 2003, Andreas Haumer wrote:

> Date: Tue, 03 Jun 2003 17:38:09 +0200
> From: Andreas Haumer <andreas@xss.co.at>
> To: venom@sns.it
> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
>      Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> Subject: Re: system clock speed too high?
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi!
>
> venom@sns.it wrote:
> > I reported this same problem for kernel 2.5.69/70 on pentiumIII with chipset
> > i810, but it seems the reports has been unnoticed.
> >
> > I replicated your tests with 2.5.70 without acpi, same results here.
> >
> Hm, do you have "USB legacy support" enabled on your
> system, too? Does the problem go away if you disable it?
>
> What motherboard and BIOS does your computer have (manufacturer,
> version numbers)?
>
> (This is a totally different chipset, so the problems
> might be completely unrelated)
>
> - - 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+3MDWxJmyeGcXPhERAmk+AKDER5RkBffYSYFpnNFq7nKhaqPwyACgr1rJ
> UxspwdElGOOGQs58Ol1N5v4=
> =Gb0Z
> -----END PGP SIGNATURE-----
>

Re: system clock speed too high?

[Randy.Dunlap]

Hi,

Did you check to see if USB is enabled in your BIOS setup?
Nothing to do with Linux USB kernel support....

~Randy

On Tue, 3 Jun 2003 17:43:42 +0200 (CEST) venom@sns.it wrote:

| 
| No, I do not have USB enabled at all.
| anyway I see exactly the same results, also if the problem could be somewhere
| else.
| 
| Luigi
| 
| On Tue, 3 Jun 2003, Andreas Haumer wrote:
| 
| > Date: Tue, 03 Jun 2003 17:38:09 +0200
| > From: Andreas Haumer <andreas@xss.co.at>
| > To: venom@sns.it
| > Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
| >      Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
| > Subject: Re: system clock speed too high?
| >
| > -----BEGIN PGP SIGNED MESSAGE-----
| > Hash: SHA1
| >
| > Hi!
| >
| > venom@sns.it wrote:
| > > I reported this same problem for kernel 2.5.69/70 on pentiumIII with chipset
| > > i810, but it seems the reports has been unnoticed.
| > >
| > > I replicated your tests with 2.5.70 without acpi, same results here.
| > >
| > Hm, do you have "USB legacy support" enabled on your
| > system, too? Does the problem go away if you disable it?
| >
| > What motherboard and BIOS does your computer have (manufacturer,
| > version numbers)?
| >
| > (This is a totally different chipset, so the problems
| > might be completely unrelated)
| >
| > - - 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

Re: system clock speed too high?

[venom]

USB  is disabled in BIOS and ACPI  is disabled too,
but the  problem persists.
It is even difficoult to type the keyb as fast
as it is on alll irqs.








On Tue, 3 Jun 2003, Randy.Dunlap wrote:

> Date: Tue, 3 Jun 2003 08:47:37 -0700
> From: Randy.Dunlap <rddunlap@osdl.org>
> To: venom@sns.it
> Cc: andreas@xss.co.at, alan@lxorguk.ukuu.org.uk, linux-kernel@vger.kernel.org
> Subject: Re: system clock speed too high?
>
>
> Hi,
>
> Did you check to see if USB is enabled in your BIOS setup?
> Nothing to do with Linux USB kernel support....
>
> ~Randy
>
> On Tue, 3 Jun 2003 17:43:42 +0200 (CEST) venom@sns.it wrote:
>
> |
> | No, I do not have USB enabled at all.
> | anyway I see exactly the same results, also if the problem could be somewhere
> | else.
> |
> | Luigi
> |
> | On Tue, 3 Jun 2003, Andreas Haumer wrote:
> |
> | > Date: Tue, 03 Jun 2003 17:38:09 +0200
> | > From: Andreas Haumer <andreas@xss.co.at>
> | > To: venom@sns.it
> | > Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
> | >      Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> | > Subject: Re: system clock speed too high?
> | >
> | > -----BEGIN PGP SIGNED MESSAGE-----
> | > Hash: SHA1
> | >
> | > Hi!
> | >
> | > venom@sns.it wrote:
> | > > I reported this same problem for kernel 2.5.69/70 on pentiumIII with chipset
> | > > i810, but it seems the reports has been unnoticed.
> | > >
> | > > I replicated your tests with 2.5.70 without acpi, same results here.
> | > >
> | > Hm, do you have "USB legacy support" enabled on your
> | > system, too? Does the problem go away if you disable it?
> | >
> | > What motherboard and BIOS does your computer have (manufacturer,
> | > version numbers)?
> | >
> | > (This is a totally different chipset, so the problems
> | > might be completely unrelated)
> | >
> | > - - 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
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>

Re: system clock speed too high? hyperthread problem?

[george anzinger]

Andreas Haumer wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi!
> 
> george anzinger wrote:
> 
>>Andreas Haumer wrote:
>>
> 
> [...]
> 
>>>I have a quite strange phenomenon here: I see a ~2.5 times
>>>speed up of system time on a Asus AP1700-S5 server with
>>>Linux-2.4.21-rc6-ac1.
>>>Simple proof: a "sleep 300" command terminates after exactly
>>>120 seconds of wall clock time.
>>
>>
>>Just as a wild shot in the dark, what speed does the kernel think the
>>cpu is running at and does this match what the BIOS thinks?
>>
>>It sounds like the CLOCK_TICK_RATE is wrong.  This would show up as the
>>kernel thinking the cpu was fast also.
>>
> 
> Hm, I don't think this is the case.
> BIOS reports (correctly) a single, hyperthreaded Xeon CPU
> with 2.4GHz

Ok, that means that the PIT is doing the right thing.  Since the clock 
is only advanced on PIT interrupts and it is doing the right thing, it 
follows that you are servicing the interrupt more than once.  This 
leads one to suspect the hyperthread stuff.  We need someone who 
understands APIC/ hyperthread issues.

-g
> 
> Kernel reports the same:
> root@setup:~ {503} $ uname -a
> Linux setup 2.4.21-rc6-ac1 #2 SMP Tue Jun 3 09:45:13 CEST 2003 i686 unknown
> 
> root@setup:~ {504} $ cat /proc/cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 2
> model name      : Intel(R) Xeon(TM) CPU 2.40GHz
> stepping        : 7
> cpu MHz         : 2392.065
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 2
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> bogomips        : 4771.02
> 
> processor       : 1
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 2
> model name      : Intel(R) Xeon(TM) CPU 2.40GHz
> stepping        : 7
> cpu MHz         : 2392.065
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 2
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> bogomips        : 4771.02
> 
> root@setup:~ {505} $ ntpdate ntp.xss.co.at; sleep 500; ntpdate ntp.xss.co.at
>  3 Jun 11:58:16 ntpdate[1118]: step time server 194.152.162.17 offset -177.268071 sec
>  3 Jun 12:01:36 ntpdate[1120]: step time server 194.152.162.17 offset -300.106769 sec
> 
> (Sleeping 500 "system seconds" takes 200 "wall clock seconds")
> 
> 
>>You pin this to a particular kernel version.  Do other kernel versions
>>do a better job?
>>
> 
> So far I tried with:
> 
> 2.4.21-rc2-ac2 (ACPI compiled as module)
> 2.4.21-rc4 (ACPI compiled as module)
> 2.4.21-rc6-ac1 (ACPI compiled as module)
> 2.4.21-rc6-ac1 (no ACPI comiled at all)
> 
> Time acceleration is the same for all kernels.
> 
> I'll try it with some older kernels, too.
> 
> - - 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+3HKxxJmyeGcXPhERAkZ/AJ9tjgI6K2HtM/tL15nKDFIKzdcvQgCfYOGY
> i96/o6Nyxlem5yOp1A2Q//s=
> =plFh
> -----END PGP SIGNATURE-----
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

-- 
George Anzinger   george@mvista.com
High-res-timers:  http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml

Re: system clock speed too high?

[Martin Schlemmer]

On Tue, 2003-06-03 at 17:31, Andreas Haumer wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Martin Schlemmer wrote:
> > On Tue, 2003-06-03 at 16:23, Andreas Haumer wrote:
> >
> >
> >>The "USB legacy support" settings slipped through when
> >>I was preparing the system. I was too much concentrated
> >>on the ACPI/Fusion MPT problems...
> >>
> >>But something must be wrong in this area, as the kernel prints
> >>this "..MP-BIOS bug: 8254 timer not connected to IO-APIC"
> >>message when USB legacy support is disabled.
> >>
> [...]
> >
> > What about contacting the manufacturer to fix the bios ?
> >
> It's on my TODO list, but I want to do some more tests first.
> 
> The Asus AP1700-S5 does officially list Linux as supported OS,
> (and it's a really nice piece of server hardware, too), so they
> should be definitely interested in fixing this. It might be not
> so clear who's to blame for this problem, though.
> 

I am assuming you have not tried another OS just to verify if
it is a linux only problem ?

> Is anyone from ASUSTeK Computers Inc. around here on this list?
> 

I might know a email or two, but I do not know if I am allowed ....
If you can get more info (also maybe if its a linux only problem),
Drop me a mail ... maybe I can just forward it if you list all the
info.

Also ... have you tried to look if there is a BIOS update out yet?


Regards, 

-- 
Martin Schlemmer

Re: system clock speed too high?

[Andreas Haumer]

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

Hi!

Martin Schlemmer wrote:
[...]
>
> I am assuming you have not tried another OS just to verify if
> it is a linux only problem ?
>
You're right :-)
We're a Linux-only company and we don't even have another OS
available capable of running on this system...

>
> Also ... have you tried to look if there is a BIOS update out yet?
>
It has BIOS Revision 1007, which is current as of today
(I just looked at the Asus website)

- - 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+3bKgxJmyeGcXPhERAqDIAJ9+FIxHmW6smLFS2aUpJrquSVWTEQCfcsIm
cwOmzyH/jfdtJfWydzbvsUU=
=yjD7
-----END PGP SIGNATURE-----

Re: system clock speed too high?

[Herbert Xu]

Andreas Haumer <andreas@xss.co.at> wrote:
> 
> I have a quite strange phenomenon here: I see a ~2.5 times
> speed up of system time on a Asus AP1700-S5 server with
> Linux-2.4.21-rc6-ac1.

I see exactly the opposite.  The time is ~2.5 times slower with
2.4.21-rc6.

This is actually in a VMware setup on a P4 machine.  The same setup
runs 2.4.20, 2.5.69 and 2.5.70 correctly.

I'm going to play with it right after I get IDE modules working
properly.
-- 
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: system clock speed too high?

[Herbert Xu]

Herbert Xu <herbert@gondor.apana.org.au> wrote:
> 
> I see exactly the opposite.  The time is ~2.5 times slower with
> 2.4.21-rc6.
> 
> This is actually in a VMware setup on a P4 machine.  The same setup
> runs 2.4.20, 2.5.69 and 2.5.70 correctly.

That was my stupidity by not connecting the RTC.  2.5 just copes with
it much better so I didn't notice.
-- 
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt