Павел, спасибо! Память заработала, система грузится :)

Осталось разобраться с Ethernet-ом (чип: SMSC 8720A, разъём: HanRun HR911105A). Было сделано так же, как на SK-9G45-OEM с внешним тактированием, но работать не захотело. Поставил внешний кварц на 25 Мгц. Микросхема заработала, ток потребляет, появляются сообщения: link up, link down, мигает светодиод при приёме пакетов, при отправке не мигает. Внутри системы ни отправка, ни приём не работают.

Вопрос: надо ли на вывод ETXCK_EREFCK заводить тактовую частоту с SMSC 8720A на процессор? Я так понял изначально по ней должно было идти тактирование от процессора...

at91_set_A_periph(AT91_PIN_PA17, 0); /* ETXCK_EREFCK */

С внешним кварцом заработало. Проблема была - больше в ПО. Оказалось, образ на фтп и образ, залитый в рабочий модуль, отличаются, во всяком случае - работоспособностью Ethernet-а. Выяснилось, это после перепрошивки SK-9G45-OEM версией с фтп. Собрал новое ядро и uboot в виртуальной машине - после этого пошло.

Правда, осталась маленькая проблема, из-за того, что где-то включена поддержка внешнего тактирования от процессора - во время загрузки (как я понимаю в момент загрузки драйверов ядра) - если в этот момент Ethernet-кабель не воткут генерация от LAN8720 сбивается и больше не восстанавливается. Если же Ethernet-кабель есть (линк поднят), то после этого всё замечательно работает.

Сказал, бы кто-нибудь, как выключить внешнее тактирование от процессора, раз оно не заработало (к сожалению). Тем более, что в предыдущей ревизии модуля был, как раз такой вариант.

Из другой темы:

Цитата

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

А где должен быть этот сброс? Поискал в linux-2.6.36-rc6/arch/arm/mach-at91, в файликах at91sam9g45_devices.c, board-sam9m10g45ek.c и рядом, не могу понять где это должно быть??

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

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

Цитата

Исходники от новой версии есть, от старой версии где взять - я не знаю.

Вы издеваетесь ...
Содержимое фтп папки (одноименного модуля) Linux:
V1
V2
и файл readme.txt, его содержимое:

Цитата

V1 - материалы к модулям V1 ревизий
V2 - материалы к модулям V2 ревизий (системное отличие: заменен чип Ethernet PHY, у которого другой тип интерфейса - RMII)

Умолкаю.

PS Такое беспардонное привлечение к отладке собственных проектов откровенно раздражает

P.P.S. Может это, конечно, уже никому и не интересно, но аналогичный эффект проявляется и на 9G45. Суть в чём. Если при загрузке платы Ethernet-кабель не воткнут, и после загрузки вставить кабель, то определится он только при наличии активности (броадкастовые пакеты, ..) в момент коннекта. Если же активности нет - соединение не поднимется. Например, если соединятся через свич, то для того чтобы соединение поднялось необходимо устроить небольшой шторм, сначала вставить оба конца Ethernet-кабеля в свич, а затем один переткнуть обратно в 9G45. Тогда соединение поднимется, и после этого уже будет работать нормально. И дело тут похоже в драйверах...

Цитата

P.P.S. Может это, конечно, уже никому и не интересно, но аналогичный эффект проявляется и на 9G45.

вы для информативности озвучьте версию ядра, а то очень смахивает на ОБС..
на двух платах с 3.4.2 и 3.6.0 подобного явления не наблюдаю..

Версия ядра - 2.6.36

Тоже наблюдаю, иногда после загрузки ethernet не работает. ifconfig показывает ошибки приема. Пинги снаружи не проходят - host unreachable. В dmesg и /tmp/messages ошибок нет. Всё начинает работать если переткнуть кабель.
Ядро 2.6.36 и 3.2.(не помню)