On Fri, Feb 11, 2005 at 09:52:59PM +0300, Yura Zotov wrote:
> On Fri, Feb 11, 2005 at 04:56:18PM +0300, Sergey Vlasov wrote:
> > On Fri, Feb 11, 2005 at 02:15:02PM +0300, Yura Zotov wrote:
> > > On Fri, Feb 11, 2005 at 01:06:57PM +0300, Vitaly Lipatov wrote:
> > > > On Friday 11 February 2005 00:01, Yura Zotov wrote:
> > > > > Зато, я загрузил 2.6.9 и в нём всё было нормально без всяких
> > > > > опций. А в 2.6.10 после этого всё равно также спешили. Поэтому
> > > > > у меня закралось подозрение, что часы шли неправильно всё
> > > > > время с ядром 2.6.10 и "echo 1024..." на них не влияло, просто
> > > > > я заметил неправильный ход часов только в связи с QEMU. Так
> > > > > что имеет смысл разобраться с 2.6.10.
> > > > У нас с 2.6.10 на одном из nForce2 спешат часы - на 232 секунды в 
> > > > день.
> > > 
> > > Вот у меня тоже nForce2 EPoX 8RDA3+
> > 
> > Ох уж этот nForce2...
> > 
> > А от добавления опции noapic ничего в этом отношении не меняется?
> 
> Кажись, помогло... Добавил только noapic. Спасибо!

http://www.ussg.iu.edu/hypermail/linux/kernel/0409.3/1585.html

Надо бы получить с этой системы /var/log/dmesg (из вывода dmesg нужная
информация может уже уплыть) после загрузки 2.6.9 (где часы ведут себя
нормально) и 2.6.10 без noapic (когда часы спешат).  Похоже, в 2.6.10
кое-что починили:

http://bugzilla.kernel.org/show_bug.cgi?id=3551

Хотя не совсем понятно, что тут можно сделать - похоже, глюк всё-таки
аппаратный.