On Thursday 13 April 2006 06:44 am, you wrote:
>
> Ah yes, looking closer at your code I think you are doing the right
> thing and the local_time_calibration() call should be removed.
>
OK, so do you think my patch (minus local_time_calibration()) would have a
chance of getting merged? I can add basic support for non-AMD MSRs if you
want, but can someone else with a machine actually using the speedstep and/or
centrino cpufreq drivers will need to test it.
>
> Any idea if fiddling with CPU frequency affects the local APIC bus
> frequency? I would guess probably not...
>
I think it's just the core frequency - everything else is on separate PLLs, at
least on K8 chips. Maybe Intel is different.
It will be interesting doing this on dual core, since I've had problems with
cpufreq on a dual-core Athlon 64 X2 box. Each core can technically be
adjusted independently, but the userspace cpufreq programs (cpufreqd,
powersaved, etc) apparently do not correctly measure the system load, i.e.
50% total CPU load runs both cores at half their maximum frequency, while
ideally it should run one at full speed while leaving the other core idle.
This may be a problem with the load measurement algorithm rather than a kernel
issue - as long as the MSRs are written correctly, Xen will follow along with
whatever the dom0 kernel decides to do.
>
> Do you really mean the problem continues for a few *minutes* before
> 'fixing itself'?
>
That's correct - it can sometimes be minutes before the keyboard returns to
normal. The frequency shift causes this, but I don't understand why it
affects only the keyboard, only in X, and why it goes back to normal. Maybe
there is something in the X server that instantaneously reads a bogus time
just at the frequency transition point, and locks on to that erroneously slow
timer until the same corner case occurs a second time? I have no idea.
If someone else could reproduce this with the patch, it might help solve it.
It's extremely rare, so it might be difficult to reproduce.
- Matt
-------------------------------------------------------
Matt T. Yourst yourst@xxxxxxxxxxxxxxxxx
Binghamton University, Department of Computer Science
-------------------------------------------------------
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home