[sisyphus] QEMU и часы

[sisyphus] QEMU и часы

[Yura Zotov]

При запуске QEMU мне сообщал

Could not configure '/dev/rtc' to have a 1024 Hz timer. This is
not a fatal
error, but for better emulation accuracy either use a 2.6 host
Linux kernel or
type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.

Хотя, у меня ядро 2.6.10, я последовал его рекомендациям и
выполнил "echo 1024...". Теперь часы спешат примерно на одну
секунду за 5 минут. Помогите вернуть часы на место, пожалуйста.

Заранее спасибо за помощь.

--
Юрий А. Зотов

Re: [sisyphus] QEMU и часы

[Vasya Makarov]

Yura Zotov пишет:
> При запуске QEMU мне сообщал
> 
> Could not configure '/dev/rtc' to have a 1024 Hz timer. This is
> not a fatal
> error, but for better emulation accuracy either use a 2.6 host
> Linux kernel or
> type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
> 
> Хотя, у меня ядро 2.6.10, я последовал его рекомендациям и
> выполнил "echo 1024...". Теперь часы спешат примерно на одну
> секунду за 5 минут. Помогите вернуть часы на место, пожалуйста.
> 
> Заранее спасибо за помощь.
> 
м.б. echo 1020 > /proc/sys/dev/rtc/max-user-freq

Regards,
Vasya

Re: [sisyphus] QEMU и часы

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 878 bytes --]

On Thu, Feb 10, 2005 at 03:06:14PM +0300, Yura Zotov wrote:
> При запуске QEMU мне сообщал
> 
> Could not configure '/dev/rtc' to have a 1024 Hz timer. This is
> not a fatal
> error, but for better emulation accuracy either use a 2.6 host
> Linux kernel or
> type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
> 
> Хотя, у меня ядро 2.6.10, я последовал его рекомендациям и
> выполнил "echo 1024...". Теперь часы спешат примерно на одну
> секунду за 5 минут. Помогите вернуть часы на место, пожалуйста.

Странно... вообще-то эта опция не должна влиять подобным образом.

С другой стороны, если в dmesg есть "Using pmtmr for high-res
timesource", возможно, проблема в том, что pmtmr на этой машине
нормально не работает.  Попробуйте параметры загрузки clock=tsc или
clock=pit.  Кроме того, clock=tsc может плохо себя вести при
использовании cpufreq.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: QEMU и часы

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 740 bytes --]

Yura Zotov пишет:
> При запуске QEMU мне сообщал
>
> Could not configure '/dev/rtc' to have a 1024 Hz timer. This is
> not a fatal
> error, but for better emulation accuracy either use a 2.6 host
> Linux kernel or
> type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
>
> Хотя, у меня ядро 2.6.10, я последовал его рекомендациям и
> выполнил "echo 1024...". Теперь часы спешат примерно на одну
> секунду за 5 минут. Помогите вернуть часы на место, пожалуйста.
>
> Заранее спасибо за помощь.

Вы пробовали параметр '-localtime' для qemu ? Я запускал с ним, и
добавил эту строку с max-user-freq в rc.local - время одинаково в
хост линуксе и в песочной винде.

<skipped/>

--
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [sisyphus] QEMU и часы

[Yura Zotov]

On Thu, Feb 10, 2005 at 03:51:07PM +0300, Sergey Vlasov wrote:
> On Thu, Feb 10, 2005 at 03:06:14PM +0300, Yura Zotov wrote:
> > При запуске QEMU мне сообщал
> > 
> > Could not configure '/dev/rtc' to have a 1024 Hz timer. This is
> > not a fatal
> > error, but for better emulation accuracy either use a 2.6 host
> > Linux kernel or
> > type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
> > 
> > Хотя, у меня ядро 2.6.10, я последовал его рекомендациям и
> > выполнил "echo 1024...". Теперь часы спешат примерно на одну
> > секунду за 5 минут. Помогите вернуть часы на место, пожалуйста.
> 
> Странно... вообще-то эта опция не должна влиять подобным образом.
> 
> С другой стороны, если в dmesg есть "Using pmtmr for high-res
> timesource", возможно, проблема в том, что pmtmr на этой машине
> нормально не работает.  Попробуйте параметры загрузки clock=tsc или
> clock=pit.  Кроме того, clock=tsc может плохо себя вести при
> использовании cpufreq.

В общем, я провёл эксперименты...

Опции не помогают. pit замедляет скорость убегания вперёд
примерно в 2 раза. tsc, похоже, не влияет.

Зато, я загрузил 2.6.9 и в нём всё было нормально без всяких
опций. А в 2.6.10 после этого всё равно также спешили. Поэтому у
меня закралось подозрение, что часы шли неправильно всё время с
ядром 2.6.10 и "echo 1024..." на них не влияло, просто я заметил
неправильный ход часов только в связи с QEMU. Так что имеет смысл
разобраться с 2.6.10.

У меня ещё на ядре 2.4 тоже была подобная проблема с часами. Они
тоже сильно спешили. А после обновления ядра всё само
исправилось. Так что, вероятно, в ядре присутствует какая-то
ошибка или нестабильность... Вот так вот...

--
Юрий А. Зотов

Re: [sisyphus] QEMU и часы

[Vitaly Lipatov]

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 секунды в 
день.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [sisyphus] QEMU и часы

[Yura Zotov]

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+


--
Юрий А. Зотов

Re: [sisyphus] QEMU и часы

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 801 bytes --]

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 ничего в этом отношении не меняется?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] QEMU и часы

[Yura Zotov]

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. Спасибо!

--
Юрий А. Зотов

Re: [sisyphus] QEMU и часы

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1482 bytes --]

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

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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]