Официальный форум СВД Встраиваемые Системы
26 Апрель, 2024, 04:39:55 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.

Войти
 
 
 Сайт СВД ВС  Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2   Вниз
  Печать  
Автор Тема: КПДА.00002-01, системные часы и новые процессоры....  (Прочитано 4905 раз)
Al
Пользователь

Сообщений: 89


« : 17 Март, 2010, 13:50:51 »

Столкнулись с проблемой на материнской плате WSB-Q354-R10 с процессором Core 2 Duo 2.8ГГц.
В системе КПДА.00002-01 системные часы (т.е. часы ОС) разбегаются с реальным временем (GPS) со скоростью -2мс/с, что есть ОЧЕНЬ плохо. На платах, используемых ранее PEAK-760VL2 с процессором Pentium 4 разбег составлял ~10мкс/с, что было вполне приемлемо. Не подскажете пути решения данной проблемы?? Или сразу идти топиться?  Cry
« Последнее редактирование: 17 Март, 2010, 13:58:27 от Al » Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #1 : 17 Март, 2010, 14:46:08 »

Этот эффект наблюдается только в КПДА.00002-01?
Записан
Al
Пользователь

Сообщений: 89


« Ответ #2 : 17 Март, 2010, 17:44:09 »

Этот эффект наблюдается только в КПДА.00002-01?
Пока не знаю, завтра попробую c последним ядром QNX4...
Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #3 : 17 Март, 2010, 20:06:51 »

Вообще же это странно. Ядро QNX корректирует время и 2мс/с в любом случае очень много. Виновниками вполне могут быть кварц или, что более вероятно, обработчик SMI.
Записан
Василий Дмитриев
Ветеран

Сообщений: 364



« Ответ #4 : 17 Март, 2010, 22:21:12 »

Последнее время с частотами на промписях стало совсем худо. И разбегание системного времени это только один из эффектов. Четко начали ползти частоты на мостах PCI-ISA. Произошло сие после перехода на бессвинцовые технологии. Практически все sbc переразводились производителями заново. Имхо qnx тут не причем.
Записан

Санкции! Запрещаю Бараку Обаме и членам конгресса США читать мои посты!
Al
Пользователь

Сообщений: 89


« Ответ #5 : 18 Март, 2010, 08:38:07 »

Последнее время с частотами на промписях стало совсем худо. И разбегание системного времени это только один из эффектов. Четко начали ползти частоты на мостах PCI-ISA. Произошло сие после перехода на бессвинцовые технологии. Практически все sbc переразводились производителями заново. Имхо qnx тут не причем.
Частота на PCI шине может плавать достаточно в широких пределах. ISA шина вообще асинхронная, но и там Clock может плавать. Единственное, что хоть как-то закреплено на ISA это Osc, который 14.31818 МГц.

Сегодня попробую поменять ядро, заведу на другой такой-же материнке, попробую Proc с ключиком -F, может поможет, если там действительно кварц другой....
Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #6 : 18 Март, 2010, 11:28:42 »

Al, как Ваши успехи? Появилась ли новая информация? Повлияло ли на ситуацию новое ядро (с диска 2009)? Помогла ли опция -F? Удалось ли проверить работу платы, например, в QNX6?
Записан
Al
Пользователь

Сообщений: 89


« Ответ #7 : 18 Март, 2010, 15:16:26 »

Ключик -F помог. Поставил на данный момент 1191000, на 3х платах разбег за 5 минут составляет +-25мс. Такое значение для нас приемлемо, т.к. автоподстройка времени происходит каждые 5 минут. Померял исходный кварц, там 14.3179МГц, таким образом таймер должен был тактироваться частотой 1193178Гц (что всего на 3Гц меньше эталона). Откуда берется 2 с лишним кГц разницы мне непонятно...
Попробую сейчас еще с последним ядром QNX4....
Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #8 : 18 Март, 2010, 15:19:36 »

Попробую сейчас еще с последним ядром QNX4....

Тоже интересно, т.к. в обновление КПДА войдёт новое ядро. В сторону SMI не смотрели?
Записан
Al
Пользователь

Сообщений: 89


« Ответ #9 : 18 Март, 2010, 15:24:01 »

Тоже интересно, т.к. в обновление КПДА войдёт новое ядро. В сторону SMI не смотрели?
Извиняюсь за глупый вопрос, а как туда посмотреть? Smiley
Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #10 : 18 Март, 2010, 15:38:26 »

Вопрос на самом деле непростой. Необходимо обратиться к производителю оборудования и получить информацию о том, как можно отключить прерывание SMI (иногда в BIOS есть подобная опция). На подсчёт времени может оказывать влияние прозрачное для ОС прерывание SMI. Правда, думаю, тогда терялись бы системные тики. У Вас ticksize чему равен?

http://en.wikipedia.org/wiki/System_Management_Mode
Записан
Al
Пользователь

Сообщений: 89


« Ответ #11 : 18 Март, 2010, 16:16:59 »

Вопрос на самом деле непростой. Необходимо обратиться к производителю оборудования и получить информацию о том, как можно отключить прерывание SMI (иногда в BIOS есть подобная опция). На подсчёт времени может оказывать влияние прозрачное для ОС прерывание SMI. Правда, думаю, тогда терялись бы системные тики. У Вас ticksize чему равен?

http://en.wikipedia.org/wiki/System_Management_Mode

Попробовал ядро от qnx4, тот-же самый разбег.

ticksize = 0.5мсек

Обращение к производителю в нашем случае врядли возможно, наверное проще будет новую плату подбирать....
Записан

Олег Большаков
Легенда

Сообщений: 3140



« Ответ #12 : 18 Март, 2010, 16:20:26 »

ticksize = 0.5мсек

А если ticksize увеличить, например, до 10мс, то временной разбег остаётся прежним или приходит в норму? Зависит ли разбег от загрузки системы? Каково вообще загрузка?
Записан
Владимир Махилёв
Сотрудник СВД ВС
Старожил

Сообщений: 704



WWW
« Ответ #13 : 18 Март, 2010, 16:30:02 »

Если SMI действительно настолько огромны, что сбивают системные тики, то можете попробовать две простенькие программки, прикреплённые к сообщению:

irqcounter просто считает число прерываний системного таймера. В параметрах нужно задать  ticksize через -t и задержку в секундах через -d. Например,
irqcounter -d 30 -t 1

clockcycles считывает значение счетчика TSC. В параметрах нужно задать частоту процессора флагом -f, задержку в секундах флагом -d и число повторений -c. Например
clockcycles -f 3000 -d 30 -c 5

Задержки рекомендую ставить побольше, а ticksize поменьше.
Записан

Al
Пользователь

Сообщений: 89


« Ответ #14 : 18 Март, 2010, 16:41:13 »

А если ticksize увеличить, например, до 10мс, то временной разбег остаётся прежним или приходит в норму? Зависит ли разбег от загрузки системы? Каково вообще загрузка?
ticksize увеличил, помогло Smiley Загрузка системы небольшая. Похоже действительно обработчик SMI "жрёт" тики....
Если SMI действительно настолько огромны, что сбивают системные тики, то можете попробовать две простенькие программки, прикреплённые к сообщению:
Спасибо, обязательно попробую Smiley
Записан

Страниц: [1] 2   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP © 2002-2024 СВД Встраиваемые Системы.
При использовании материалов сайта ссылка на forum.kpda.ru обязательна.

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines | © Aiwan. Kolobok smiles | Sitemap
Valid XHTML 1.0! Valid CSS!
Сайт СВД ВС

В последний раз google посещал эту страницу 01 Август, 2022, 15:12:01