Мини утилиты.

[ordin]

Просто, необходима - "карта" ОЗУ плеера, пройтись 000 -1111, по некоторым областям памяти...

[Virtual]

Просто, необходима - "карта" ОЗУ плеера, пройтись 000 -1111, по некоторым областям памяти...

для чего? в чем смысл сего действа?

[ordin]

"Вспомнить", старые - добрые времена, когда было мало памяти, а в BIOS - имелась опция для ОЗУ:
проверить - полностью, или быстро...

[Virtual]

вы так и не ответили на вопрос: нафига вам это нужно?
проверить память? дык что с ней будет давно прошли те времена когда глючили опр ячейки.... да и в древних мп проверка памяти преследовала как таковую задачу не проверки а определения установленного объема.

в плеере размер оперативки прибит жестко гвоздиком., и распределение памяти специфическое., часть областей так-же жестко зарезервирована для служебной части (resetroom & boot & A/V DSP) - отсюда проверка всей памяти физически невозможна даже на уровне ядра!. ее проверить можно всю только из resetrom., или в крайнем случае на стадии инициализации буткода.

еще раз повторю - проверка памяти всех адресов не имеет смысла., есть смысл только т.н. "стресс тест" то-есть проверять достаточно большой обьем длительное время, что даст тест на правильность выбранных частот и стабильность питания. и для этого уже есть утилиты!

PS но в связи с особенностью железа (у нас не один процессор а минимум 3 на марсе и 5 на сатурне) поуму даже последний тест нужно делать на всех процессорах увы данный набор инструмента пока не готов.

[ordin]

Графическая карта ПК - имеет, свою оперативную память. Для нее, специально пишутся/обновляются
драйвера, причем для каждой ОС - свои. Конфликты, неправильной адресации ОЗУ(гр.карты) - приводят
к неточностям, или грубым ошибкам при отображении графики.
В нашем случае, 3/5 процессоров на одном кристалле + одно ОЗУ и один "драйвер" - DP.
Хотелось проверить, возникают ли конфликты адресации, при "сбоях" в работе различных
приложений для плеера.
Разве неправильно начать, с проверки испытуемого объекта?

[Virtual]

обновил утиль 09 исправил досадные ошибки., ссылка выше.

[ordin]

А в чем, была ошибка? Вроде, нормально частоты показывал?

[Virtual]

А в чем, была ошибка? Вроде, нормально частоты показывал?

в опр случаях частоты неправильно считал..... но криволтек похоже сам не использовал эти опр случаи

[Aleks_K]

Мне показалось что тут не помешает написать про обновление этих утилит.

И одновременно вопрос про gpio.
Поскольку теперь она может тыркаться и при работающем ДП - попробовал разнообразить обстановку мигающими лампочками.
Но - получилась фигня, вот с этим и хочется разобраться (см.далее).

Как известно в ДП r4598 индикаторы на плеере не показывают подключение USB-устройств и нет мырганья при приеме команды с пульта.
Я решил устранить первое через механизм fork_hotplug, для начала я просто прописал в начало этого скрипта включение индикатора USB, и в конец - выключение (потом планировал сделать более сложно).
Типа так: /usr/local/sbin/gpio 74 1 , или 0 в конце.

Что получил.
При втыкании-вытыкании лампочка красивенько подмигивает, типа всё хорошо. Однако, когда я выключил плеер - включить обратно мне его уже не удалось: ДП запускается и инициализируется, при этом лампочка помигивает, а затем идет нормальное выключение девайса, и алес...
Почему так и можно ли всёж сделать то что я хотел?

Попутно еще кое что.
а) заметил что команда без второго параметра - равносильна команде gpio XX 0, т.е. в моем случае бит обнуляется и лампочка гаснет.
б) не нашел адреса красного идндикатора, он доступен через gpio?

[FarVoice]

красный в mele управляется через мелкоконтроллер. Команд не знаю Мож Виртуал подскажет...
Ну а по поводу USB светика - дык надо вешать включение светика не в сам fark_hotplug а в соответствующий скрипт на ивент USB а лучше - на block - after и анализировать какое собственно действие произошло - добавился девайс или наоборот - отключился. Кароче - копайте скрипты в mos/etc/hotplug/*