Здравствуйте!
Ковыряю Linux на CS-EP9302, использую ядро версии 2.6.17.14
В проце имеется Synchronous Serial Port, который насколько я понял может работать в режиме Motorola SPI, т.е. в обычном старом добром SPI. Но к сожалению не получилось найти где включить при конфигурировании ядра этот SSP, и тем более SPI чтобы его можно было увидеть в качестве стандартного /dev/spi...
Подскажи, пожалуйста, как решить эту проблему?
ЗЫ
Поиском по сайту пользовался, google тоже использовал

В TS-Linux SPI называют ssi. Не знаю, не заграбастан ли он под приватные дрова какой-нибудь SD, но я бы посмотрел /etc/inittab на предмет что там грузится. Потому как оно либо есть как отдельные дрова, либо нет, а если нет, то тогда нужно рыть конфиг и перекомпилировать (ядро/модули).
А линукс-то какой?

Спасибо за совет, нашел я этот драйвер, ssp.c называется...
Глянул я в него - а там... SPI фактически не реализован!!! А то что есть это полнейшее убожество! DMA там и в помине нет, а вместо этого куча спинлоков и udelay'ев... Что может быть примитивнее SPI, но они не смогли написать нормальный драйвер для этой штуки! =(((
А ещё я узнал что SPI у меня 7.4 МГц - это просто смешно, просто разочарование полнейшее...

Подскажите, пожалуйста, где можно достать НОРМАЛЬНЫЙ стандартный драйвер для SPI под EP9302?..

Не подскажу. В TS-Linux (всё что под рукой из сорцов) убогость ещё та (хотя, учитывая возможную работу с DMA, вероятно всё не так и плохо). Думаю, стОит поискать пакет, проточенный под работу с SD/MMC через SPI. Я не знаком с написанием дров под линукс, потому чего там и как быть должно пока не в курсе. Хорошая вероятность найти нормальные дрова в Debian (не обязательно в embedded).

PS У Olimex есть линк на патч - посмотри, может там есть чего полезное
http://dev.ivanov.eu/projects/cs-e9302/

Ну и первый линк в гагле по запросу "spi_ep93xx.c"
https://dev.contec.at/dev/micro/micro9/LINU...ep93xx_spi.diff

SPI на EP93xx очень убогий. Могу только посоветовать внимательно просмотреть эту тему (там и про DMA есть) и даташит. По большому счету он годится только для загрузки мелкой конфигурации в какую-нибудь периферию.

Большое спасибо за Ваши ответы!
Посмотрел ссылку: http://dev.ivanov.eu/projects/cs-e9302/
там вообще драйвер что надо, да ещё и стандартный.
скачал я нужную для этого версию ядра и патч, проделал всё что в этом руководстве, ядро собралось, всё бы замечательно, НО...
не стартует... причем это происходит как с 2.6.20 ядром так и с 2.6.24...
вот что выводит Нажмите для просмотра прикрепленного файла ...
После того как доходит до слов "Uncompressing Linux... done, booting the kernel." больше ничего не выводится после них... подставляю zImage от версий 2.6.8.1 и 2.6.17.14 и всё тут же заводится и работает с теми же параметрами...

А свой таргет полностью прибили?

Там чего-то народ об возможных несоответствиях версий бута и идентификатора железки говорил
http://electronix.ru/forum/index.php?showtopic=39785

Не исключаете возможность того, что все-таки стартует, но ничего не выводит?
В конфигурации ядра поищите Serial Drivers или что-то в этом духе.
Сам имел такую же проблему с "не запуском", причем с родным циррусовским ядром.

Я не только не исключаю, а даже предполагаю это в первую очередь
Посмотрел драйвер последовательного порта, там может быть ttyAM, ttyAM0, ttyAM1 и ttyAM2 (это вроде IRDA)... пробовал запускать со всеми вышеперечисленными значениями - никакого результата... при конфигурации убедился что драйвер этих портов активен и поддерживает консоль...

Я использую оргинальный RedBoot, который с платой шел:
RedBoot™ bootstrap and debug environment [ROMRAM]
Non-certified release, version v2_0 - built 08:14:43, Aug 22 2006
Platform: Cirrus Logic EDB9302 Board (ARM920T) Rev A

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

ДОБАВЛЕНО:
Завелось 2.6.20.4 всё с теми же параметрами ядру... Но заработало оно только если собирать его в программусине Crater (переделанной под Cirrus'ы)... Возможно моих навыков хватит чтобы подправить содержимое тех патчей SPI для 2.6.20, но всё же хотелось бы узнать почему не запускается самосборное...

Догадки
1) есть некоторая вероятность того, что лодырь не знает точки входа этих вновь собранных ядер.
2) В конфиге мог забыть чего-то примерно такое
CONFIG_CMDLINE="root=/dev/mtdblock1 console=ttyAM0,115200"
3) в /etc/inittab не попало setserial с каким-то getty, портом и скоростью

Как мне посоветовали на другом форуме чтобы запустить свежатину надо брать u-boot. Я скачал ELDK для ARM и скачал пропатченый для edb9302 (вроде как совеместимая плата с CS-EP9302) исходник u-boot. Собрал U-boot и на выходе получил u-boot.bin
Как теперь его правильно залить в самое начало флэша чтобы с него грузилось?
1) Попробовал залить средствами самого RedBoot'а, но по всей видимости у меня не получилось и теперь плата не работает
2) Как пользоваться Cirrus Download Utility через /dev/ttyS0?
Какой джампер надо переключить чтобы эта утилита заработала (а именно прошила u-boot в самое начало флэша чтобы с него шла загрузка u-boot)? Этого я нигде не нашел в описаниях для своей платы. Тогда можно отталкиваться от названий выводов и уровней на которые надо установить эти выводы...

T0 в положение 3.3V. Это нога 84(BOOT0), на схеме почему-то названа TEST0.

Большое спасибо, помогло
ЗЫ Так же хотел бы сказать спасибо за измерение скорости работы портов

Получилось скомпилить и получить образ uImage, который прекрасно загружается с помощью u-boot и доходит до момента подключения файловой системы. Теперь стоит задача догрузить образ файловой системы, НО... при загрузке файла любого размера по tftp на любой адрес всё проходит хорошо, а как только я пытаюсь загрузить второй файл (также любой размер имя адрес) загрузчик виснет и ничего больше не происходит... В чем может быть причина зависания u-boot в самом начале загрузки любого второго по очереди файла?.. Нажмите для просмотра прикрепленного файла

То есть uBoot зависает, даже если два раза загрузить uImage?

А если грузить не по TFTP, а X-modem'ом каким-нибудь?

Да, виснет если даже сам uImage второй раз послать и на тот же или любой другой адрес... У меня в uboot там ещё доступна загрузка по y-modem и по какому-то kermit, я юзаю minicom и уже сто раз отправлял файлы через этот minicom, но u-boot просто не видит что я хочу послать по kermit, а если по y-modem то minicom выдает ошибку даже если никаких файлов ни через что не передавалось до этого... Пробую ещё вариант с NFS, но пока выдает unable to mount, хотя NFS сервер пашет...

В общем, попробовал я с NFS грузануть... и тоже не работает!!! Где можно раздобыть наипоследнийший u-boot с поддержкой edb9302? Может в новых версиях эти проблемы устранили?
Однако если ядро грузить по tftp (один раз он срабатывает к счастью) а корневую файловую систему через NFS брать то всё прекрасно монтируется и система заводится и работает отлично. Этим я пока ограничусь, но не теряя надежды оживить и все другие возможные способы загрузки системы...
ЗЫ Оффтоп: юзаю nfs-kernel-server и он почему-то очень долго ищется nfs-клиентом... Так же замечал на своем десктопном Linux что на фтп оно заходит очень очень долго, думает о чем-то, хотя на тот же фтп виндовый комп заходит слёту за мгновение... Можно ли ускорить в Linux скорости коннектов?

А если с RedBoot'ом новым попробовать?

Столкнулся со следующей проблемой... Ядро версии 2.6.24-rc8 прекрасно собирается и работает, однако для него не удается собрать модуль ядра. Для начала я пытаюсь собрать простейший модуль hello world, который содержит всего пару printk и успешно собирается для моего десктопного Linux (debian-40r3-i386). Не поленился и запустил на своей платке ядро 2.6.20.4 и оно хроршо работает и этот же модуль прекрасно собирается и устанавливается. Но для 2.6.24-rc8 выдает тучу непонятных ошибок. Изменился ли как-нибудь процесс сборки модулей ядра для самых последних версий ядра, начиная с 2.6.24?

Чтобы не засорять форум текстами, выкладываю текстовый файл: Нажмите для просмотра прикрепленного файла
В начале успешная сборка для 2.6.20.4, затем то что для 2.6.24, далее скриптик который собирает, в нем я меняю лишь только каталог KDIR с исходниками ядра...

Есть вопрос: SPI под каким майором регистрируется? Про i2c знаю, что 89

У меня PHY KSZ8721BL. Для процессора EP93xx - ядра версии 2.6.24, 2.6.25 и самая свежатина 2.6.27 - отлично собирается, создается uImage, загружается по TFTP, запускается. Но PHY насколько я понимаю не определяется...
Это регрессия, или надо что-то дополнительное сконфигурировать, чтобы возобновить поддержку KSZ8721BL?

Проверьте, правильно ли выставлена частота MDC (2.5MHz).

Сори, но где это смотреть?.. Осциллографа нет... Или копать исходники? Но в каком файле? Поиск по папке с 2.6.27 по ключевому слову 8721 не позволил найти файлы, относящиеся к данному типу PHY... Может решили почистить от "ненужных" драйверов? Вроде интерфейс у таких PHY стандартный, однако где смотреть код, относящийся к нему пока не нашел. Но с удовольствием бы покопался и попробовал бы решить проблему...

Копать исходники в сторону \kernel\linux-2.6.2x\drivers\net\arm\ep93xx_eth.c, phy_init().

У них стоит HCLK/8, т.е. 12.5MHz @ 100MHz HCLK.

Ядро 2.6.27, этой функции нет, они переделали на новомодную структуру модуля c platform_driver... Она называется static int ep93xx_eth_probe(struct platform_device *pdev)

т.е. на 2.5 МГц они уже исправили (100М/40 = 2.5M)...
Остается непонятной причина неработоспособности... А главное - пути решения...

Тогда это не PHY. А MAC-адрес они там откуда берут?

А хз...
Я сравнил с кодом рабочего драйвера из 2.6.20 (кстати, сильно отличаются) там есть:

т.е. там как раз 12.5 МГц и работает - попробую исправить и проверить...

Куда исправить - на 12.5MHz? Так не поможет.

Проверьте, что дело вообще доходит до вызова ep93xx_eth_probe.

Действительно, не помогло... Вставил в probe такое: printk(KERN_EMERG "ep93xx_eth_probe\n");
Это гарантирует что сообщение будет выведено если до него дойдет дело... Проверил лог загрузки... Действительно, ep93xx_eth_probe даже не вызывается!

Тогда ковыряйте конфиги... Да, а что такого хорошего в 2.6.27?

Что хорошего? Это самое распоследнее ведро Как обычно: жить стало лучше, жить стало веселее. Больше устройств, больше драйверов, файловых систем, обновленные интерфейсы (ибо см. stable_api_nonsense.txt ) и т.д. ... Сплошной позитив
По теме: буду ковырять конфиги - интересно в конечном итоге ездить на новом ведре.

В общем, разобрался...
Оказывается, по непонятным причинам, в основной код ядра забыли включить код, в котором описано что плата вообще имеет ethernet порт...
Тут это выложено в виде патча http://linux.derkeiler.com/Mailing-Lists/K...9/msg07002.html
Я не стал мудрить и вручную включил изменения в файл edb9302.c в /linux-2.6.27/arch/arm/mach-ep93xx (приложил) Нажмите для просмотра прикрепленного файла
Работает отлично Спасибо за помощь