All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: cpufreq@vger.kernel.org
Subject: [Bug 12114] AthlonXP-M
Date: Mon, 7 Mar 2011 12:58:40 GMT	[thread overview]
Message-ID: <201103071258.p27CweEO001402@demeter1.kernel.org> (raw)
In-Reply-To: <bug-12114-12968@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=12114





--- Comment #9 from Dominique Larchey-Wendling <larchey@loria.fr>  2011-03-07 12:58:38 ---
Two years later, here are my observations regarding the TSC/network/skge
problem.

After I disabled cpu frequency scaling AND the processor option in ACPI
(ACPI_PROCESSOR=n), the TSC was not unstable any more on a 2.6.27 kernel (patch
with openvz). The file server has been running flawlessly for more than a year
without reboot, sometimes under heavy load for weeks long. No more stalled
network interface leading to an inaccessible server (the server is headless).

2 weeks ago, I updated the server to FC14 and a 2.6.32 kernel (patch with
openvz). As I did not recall the whole TSC problem issues, I inadvertently
changed the ACPI_PROCESSOR flag to y(es), but as I remembered that frequency
scaling was an issue, I let that option untouched, ie no frequency scaling. 

As a consequence, the network stalling problem re-appeared. After a few days of
uptime (1 to 3 days), the file server network interface does not respond any
more, but there is no crash, no oops. I noticed the following message in the
logs :

Mar  7 09:59:47 xxxxx klogd: [    4.100585] Marking TSC unstable due to TSC
halts in idle

And thus tsc is removed from 

/sys/devices/system/clocksource/clocksource0/available_clocksource 

Only acpi_pm remains. But nevertheless, even though TSC is removed as a clock
source, it seems that the TSC functionality is not completely ignored and has a
bad impact on the behaviour of the skge driver.

After I re-read this bugzilla thread, I remembered the ACPI_PROCESSOR issue and
I disabled it again. Now TSC is apparently stable and serves as "reliable"
clock source. Also, hopefully, the skge driver will work again. Otherwise I
will come back here.

I cannot test later kernels like 2.6.36 or 2.6.37 because no openvz patch
exists for such kernels. I don't know if "unstable TSC" management has evolved
in recent kernels. What remains a mystery for me is how an unstable but
disabled TSC (as a clock source) impacts the skge network driver.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

  parent reply	other threads:[~2011-03-07 12:58 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-12114-12968@https.bugzilla.kernel.org/>
2011-01-18  8:07 ` [Bug 12114] AthlonXP-M bugzilla-daemon
2011-03-03  1:27 ` bugzilla-daemon
2011-03-07 12:58 ` bugzilla-daemon [this message]
2011-03-07 17:23 ` bugzilla-daemon
2011-03-07 22:02 ` bugzilla-daemon
2011-03-08 10:02 ` bugzilla-daemon
2011-03-08 11:26 ` bugzilla-daemon
2011-03-09 15:39 ` bugzilla-daemon
2011-03-09 17:09 ` bugzilla-daemon
2011-03-10  9:20 ` bugzilla-daemon
2011-03-10  9:26 ` bugzilla-daemon
2011-03-10 11:35 ` bugzilla-daemon
2011-03-10 12:47 ` bugzilla-daemon
2011-03-10 13:21 ` bugzilla-daemon
2011-03-10 16:22 ` bugzilla-daemon

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=201103071258.p27CweEO001402@demeter1.kernel.org \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=cpufreq@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.