From: "Adrian Yee" <brewt-linux-kernel@brewt.org>
To: linux-kernel@vger.kernel.org
Subject: tsc clock issues with dual core and question about irq balancing
Date: Mon, 12 Dec 2005 23:26:37 -0800 [thread overview]
Message-ID: <GMail.1134458797.49013860.4106109506@brewt.org> (raw)
Hi,
I've been having tsc issues where it counts back occasionally causing
things like ping to break with errors: "Warning: time of day goes back
(-1451987us), taking countermeasures." It seems related to
http://bugzilla.kernel.org/show_bug.cgi?id=5105 , but that bug seems to
be closed (and more x86_64 related). I also get other timing issues
like single clicks registering as double clicks, and at times double
clicks that don't register. In addition, if I stress the system with
something like prime95, then after about 2 minutes the system clock will
speed up where the clock advances by minutes every second. As suggested
in bug 5105, I switched to use the pmtimer (clock=pmtmr, my system
doesn't seem to support hpet) and it has fixed the ping and clock issue,
but my system doesn't 'feel' right. For example, ssh'ing out of the
machine is fine, but when ssh'ing into the system a dmesg is very slow
(spurts out a few pages then pauses for 10-20 seconds, then repeat).
Also, general desktop usage seems a little sluggish and not what a smp
system should feel like.
I'm currently running an i386 (ie. not x86_64) 2.6.15-rc5 kernel w/ SMP,
APIC and ACPI enabled (AMD Cool & Quiet disabled), an Athlon 64 X2 3800+
and EVGA nForce4 SLI (NF41) motherboard. I previously had the processor
running on an Abit AV8 (K8T800 Pro chipset) board and was having similar
issues, so it seems to be a dual core issue. I'd just like to add that
I'm currently testing the system with "nosmp noapic acpi=off clock=tsc"
(it was losing interrupts and wouldn't boot properly with apic/acpi on)
and so far everything seems to work (this includes ssh and desktop usage
is better).
My other question is about irq balancing - I turned it on, but it
doesn't seem to be working properly:
CPU0 CPU1
0: 109208 975 IO-APIC-edge timer
1: 1226 10 IO-APIC-edge i8042
8: 275272 1 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
12: 4133 4 IO-APIC-edge i8042
14: 5135 8 IO-APIC-edge ide0
15: 17 8 IO-APIC-edge ide1
16: 25084 1 IO-APIC-level eth0
17: 43597 1 IO-APIC-level eth1
18: 185 5 IO-APIC-level libata
19: 0 0 IO-APIC-level libata
20: 11525 1 IO-APIC-level EMU10K1
21: 24870 1 IO-APIC-level nvidia
NMI: 0 0
LOC: 110119 110118
ERR: 0
MIS: 0
Are there certain conditions where irq balancing doesn't work properly?
Thanks.
Adrian
next reply other threads:[~2005-12-13 7:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-13 7:26 Adrian Yee [this message]
2005-12-14 1:04 ` tsc clock issues with dual core and question about irq balancing john stultz
2005-12-14 9:07 ` Adrian Yee
2005-12-14 9:54 ` Jonas Oreland
2005-12-14 20:14 ` john stultz
2005-12-14 20:27 ` Adrian Yee
2005-12-14 20:57 ` john stultz
2005-12-14 23:47 ` Jeff Carr
2005-12-15 4:35 ` Adrian Yee
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=GMail.1134458797.49013860.4106109506@brewt.org \
--to=brewt-linux-kernel@brewt.org \
--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;
as well as URLs for NNTP newsgroup(s).