однако.. что-то тут не так..
плата вот такая, на ней 9260А, допаян второй чип SDRAM, допаян чип NAND, допаян аудиочип TLV320
перемычки стоят в стандартном положение для обычной работы
было бы неплохо, если кто-нить для мажоритария проверил выложенное ядро+корневую на предмет работоспособности узла RTC..
плата лежит дома, сейчас нехилая запара по служебке..
ну у меня почти такая же, только ARM XE512 и чипы запаяны изначально. не должно же быть это из-за ARM`ов - у XE512 и 9260 карта памяти совпадает же. пипец какой-то. попрошу Павла что ли проверить наши прошивки.
для чистоты эксперимента отключите резервное питание что ли.. чем черт не шутит..
и если владеете предметом, то попробуйте написать примитивную прожку, которая через mmap порулит этим подозрительным регистром в АРМе..
если не поможет, то остается "баг силикона"..
хотя на двух разных АРМах..
Кварцевый резонатор, сам по себе, штука хрупкая, посмотрите осциллографом что на нем происходит (должна быть осцилляция 32кГц).
Хотя, с неработающим RTC генератором, плата и стартовать не должна ...
для чистоты эксперимента отключите резервное питание что ли.. чем черт не шутит...
да я уж его не использую, вернул перемычку назад, беру 1.8V с самой платы. если совсем питание с VDDBU снять - плата не стартует.
и если владеете предметом, то попробуйте написать примитивную прожку, которая через mmap порулит этим подозрительным регистром в АРМе..
если не поможет, то остается "баг силикона"..
хотя на двух разных АРМах..
этим сейчас и займусь.
Юрий, неловко вас просить - но все же: попробуйте мою прошивку на своей плате. Что-то мне подсказывает, что она заработает.
Юрий, неловко вас просить - но все же: попробуйте мою прошивку на своей плате. Что-то мне подсказывает, что она заработает. прошивки
постараюсь (по возможности) - сегодня запара изрядная, потом на неделю наверно выпаду в дикие места..
буду очень признателен.
только питание к RTC подвели
хех! а велико ли напряжение питания подведенного было?
как и положено - 1.8
я аж вчера сам проверил.
на одной плате (с которой ковыряюсь) вообще внешнее питание не подводили, там перемычкой с платы 1.8 берется.
---------------------
попробовал вручную писать-читать Battery Backup Registers (GPBR) - хренушки .
что бы ни писал - читается "0", во всех четырех.
что делать, уже не знаю...
заранее расстрою - у кого-то большие аппаратные проблемы..
сдаунлоадил, гружу:
Linux version 2.6.28 (root@debian) (gcc version 4.2.0 20070413 (prerelease) (CodeSourcery Sourcery G++ Lite
2007q1-10)) #64 Wed Jan 19 02:44:26 EST 2011
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: Starterkit.ru SK-AT91SAM9XXXXX-SIMXXX
..
rtc-at91sam9 at91_rtt.0: call at91_rtc_readtime()
rtc-at91sam9 at91_rtt.0: rtc0 : call at91_rtc_readtime()
reread the counter in at91_rtc_readtime.
rtc-at91sam9 at91_rtt.0: setting system clock to 2038-06-24 01:20:21 UTC (2160955221)
..
Welcome to SK-AT91SAM9XXXXX-SIMXXX development board!
SK-AT91SAM9 login: root
# ls /dev/rtc*
/dev/rtc0
# hwclock
rtc-at91sam9 at91_rtt.0: call at91_rtc_readtime()
rtc-at91sam9 at91_rtt.0: rtc0 : call at91_rtc_readtime()
reread the counter in at91_rtc_readtime.
Wed Dec 31 16:59:59 1969 0.000000 seconds
# dmesg |grep rtc
rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0
rtc-at91sam9 at91_rtt.0: rtc0: SET TIME ! sam9260 Rev A?
rtc-at91sam9 at91_rtt.0: AT91_VA_BASE_SYS=FEFFE800; GPBR: at91_sys_write : 80CD8F55h ; at91_sys_read: 80CD8F55h
rtc-at91sam9 at91_rtt.0: SET TIME patched !
rtc-at91sam9 at91_rtt.0: call at91_rtc_readtime()
rtc-at91sam9 at91_rtt.0: rtc0 : call at91_rtc_readtime()
reread the counter in at91_rtc_readtime.
rtc-at91sam9 at91_rtt.0: setting system clock to 2038-06-24 01:20:21 UTC (2160955221)
rtc-at91sam9 at91_rtt.0: call at91_rtc_readtime()
rtc-at91sam9 at91_rtt.0: rtc0 : call at91_rtc_readtime()
reread the counter in at91_rtc_readtime.
# date 011921272011
at y 19 21:27:00 MST 2011
# hwclock -w
# hwclock
rtc-at91sam9 at91_rtt.0: call at91_rtc_readtime()
rtc-at91sam9 at91_rtt.0: rtc0 : call at91_rtc_readtime()
reread the counter in at91_rtc_readtime.
Wed Jan 19 21:27:17 2011 0.000000 seconds
вот такие дела, напомню что бекапного питания у меня нет, как впрочем и идей по вашей неисправности.. хото не исключаю, что могли повредить силикон (корку отвечающую за RTT) скажем чуть завышенным питанием..
из непостигнутого мной - идет разговор о J16, который согласно эл. схеме коммутирует VDDBU, фигня в том, что у меня нет на плате такого пинхида. Самый старший J14 - CS NAND..
понимаю, что хлопотно, но как вариант повесьте внешний RTC типа ds1340, из деталей сам чип, кварц, батарейка на 3В, кондей по питанию, вешается на I2C..
как возможный казус - этот чип может не знать ядро типа 2.6.27
заранее расстрою - у кого-то большие аппаратные проблемы..
слава богу - нет, "дело было не в бобине, расп#здяй сидел... в Atmel"
ВНИМАНИЕ! ВНИМАНИЕ! ВНИМАНИЕ!
в последних ревизиях Atmel перенесла в AT91SAM9XE512 регистры Battery Backup Registers (4 General-Purpose Backup Registers) на другие адреса.
было 0xfffffd50, стало 0xfffffd60
и даже уже есть какие-то патчи
для тех кто имеет новые ревизии AT91SAM9XE512 и сидит на старых и непатченых ядрах можно просто вставить в начало файла rtc-at91sam9.c поправку: