Project

General

Profile

Actions

Bug #604

open

1.8.1-RELEASE - clock runs fast on mainboard ASUS P5A-B

Added by yeti almost 17 years ago. Updated almost 3 years ago.

Status:
In Progress
Priority:
Normal
Assignee:
-
Category:
ACPI
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

After a fresh install of 1.8.1-RELEASE on a system with ASUS P5A-B
mainboard (ALI chipset), the clock runs twice as fast as normal.

Booting with ACPI disabled solved this problem.

The clock problem on some ATI chipsets was a problem in Linux some
kernels ago too. The solution was triggered by clock=pit as bootarg if I
remember right... maybe having a peek into Linux's code helps.


Files

acpi=off (3.74 KB) acpi=off yeti, 04/19/2007 06:09 PM
acpi=on (4.32 KB) acpi=on yeti, 04/19/2007 06:09 PM
acpitimer-off (4.25 KB) acpitimer-off yeti, 04/19/2007 07:33 PM
Actions #1

Updated by dillon almost 17 years ago

:After a fresh install of 1.8.1-RELEASE on a system with ASUS P5A-B
:mainboard (ALI chipset), the clock runs twice as fast as normal.
:
:Booting with ACPI disabled solved this problem.
:
:
:The clock problem on some ATI chipsets was a problem in Linux some
:kernels ago too. The solution was triggered by clock=pit as bootarg if I
:remember right... maybe having a peek into Linux's code helps.

Could you post the full dmesg output with and without ACPI enabled?
-Matt
Matthew Dillon
<>
Actions #2

Updated by yeti almost 17 years ago

2 files attached.

Actions #3

Updated by dillon almost 17 years ago

:2 files attached.

Hmm.  That's odd.  Boot with ACPI and do this:
sysctl kern.cputimer
I'm guessing it is using the ACPI timer, but I don't know why it would
be running so fast.
You can disable the use of the ACPI timer without disabling ACPI itself
by putting this in your /boot/loader.conf file:
debug.acpi.disable=timer
-Matt
Actions #4

Updated by swildner almost 17 years ago

Small correction: it's "debug.acpi.disabled" :)

Sascha

Actions #5

Updated by yeti almost 17 years ago

  1. sysctl kern.cputimer
    kern.cputimer.select: ACPI-safe i8254_timer2 dummy
    kern.cputimer.name: ACPI-safe
    kern.cputimer.clock: 1215945362
    kern.cputimer.freq: 3579545

Ok.

  1. sysctl kern.cputimer
    kern.cputimer.select: i8254_timer2 dummy
    kern.cputimer.name: i8254_timer2
    kern.cputimer.clock: 108355686
    kern.cputimer.freq: 1193182

sleep 5 now is 5 reallife seconds...

New dmesg output attached.

Actions #6

Updated by cnb over 9 years ago

  • Description updated (diff)
  • Target version set to 4.0

I'm not using the acpi timer but the issue is still present on Dragonflybsd 4.1

kern.cputimer.intr.select: lapic
kern.cputimer.intr.freq: 99677705
kern.cputimer.intr.reglist: lapic
kern.cputimer.freq: 1193182
kern.cputimer.clock: 3782540528
kern.cputimer.name: i8254_timer2
kern.cputimer.select: i8254_timer2 dummy

Actions #7

Updated by tuxillo over 9 years ago

  • Category set to ACPI
  • Status changed from Closed to In Progress
  • Assignee deleted (0)

Hi,

It is worth mentioning that the hardware is not the same as in the original report.
In this case it's: http://www.pcworld.com/product/1339817/general-dynamics-itronix-gobook-vr-2-notebook.html

General Dynamics Itronix GoBook VR-2 Notebook

Cheers,
Antonio Huete

Actions #8

Updated by cnb over 9 years ago

dding the debug.acpi.disabled="hpet timer" fixes the timer issue.

Actions #9

Updated by tuxillo almost 3 years ago

  • Target version changed from 4.0 to 6.0
Actions

Also available in: Atom PDF