From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 11 Feb 2005 00:01:27 +0300 From: Yura Zotov To: Sisyphus List Subject: Re: [sisyphus] QEMU =?koi8-r?B?ySDewdPZ?= Message-ID: <20050210210127.GA13282@vezyolka.homeip.net> Mail-Followup-To: Sisyphus List References: <20050210120614.GA24043@vezyolka.homeip.net> <20050210125107.GA13492@sirius.home> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050210125107.GA13492@sirius.home> User-Agent: Mutt/1.5.6+cvs20041102i X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 21:01:33 -0000 Archived-At: List-Archive: 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 тоже была подобная проблема с часами. Они тоже сильно спешили. А после обновления ядра всё само исправилось. Так что, вероятно, в ядре присутствует какая-то ошибка или нестабильность... Вот так вот... -- Юрий А. Зотов