Режим ad-hoc работает если честно через заднее место, складывается впечатление что managed+wpa2 работает быстрей чем ad-hoc+wep.

В продолжение, раздобыл точку доступа, с корневой от sasamy, беспроводной линк поднимается нормально, но вот на самосборной корневухе (собранной buildroot-ом) фирмварь адаптера упорно отказывается копироваться.
Пробовал в ручную запускать mdev, пробовал копировать скрипт inita с sasamy корневой, безрезультатно.

Занятный фокус, стал детально ковыряться в чем разница между нашими корневухами, оказалось дело в busybox, хотя мой бузибок собран с полным списком команд, но получается меньше по размеру бузибокса sasamy на 200К, подменил бузибокс, фирмварь стала грузиться

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно starterkit 17.01.2009 г. в 19:48:07

На всякий случай в моем конфиге buildroot

Код

bash-3.2# grep -i busybox .config
BR2_PACKAGE_BUSYBOX=y
# BR2_BUSYBOX_VERSION_1_2_2_1 is not set
# BR2_BUSYBOX_VERSION_1_6_1 is not set
# BR2_BUSYBOX_VERSION_1_7_X is not set
# BR2_BUSYBOX_VERSION_1_8_X is not set
# BR2_BUSYBOX_VERSION_1_9_X is not set
# BR2_BUSYBOX_VERSION_1_10_X is not set
# BR2_BUSYBOX_VERSION_1_11_X is not set
# BR2_BUSYBOX_VERSION_1_12_X is not set
BR2_BUSYBOX_VERSION_1_13_X=y
# BR2_PACKAGE_BUSYBOX_SNAPSHOT is not set
BR2_BUSYBOX_VERSION="1.13.1"
BR2_PACKAGE_BUSYBOX_FULLINSTALL=y
BR2_PACKAGE_BUSYBOX_CONFIG="package/busybox/busybox_my.config"
BR2_PACKAGE_BUSYBOX_HIDE_OTHERS=y
# BR2_PACKAGE_BUSYBOX_SKELETON is not set
# busybox graphic applications
# --> May be broken in busybox

конфиг busybox_my.config в аттаче, хотя интересно что означает BR2_PACKAGE_BUSYBOX_FULLINSTALL=y ;)

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 17.01.2009 г. в 20:03:11

Действительно, в конфиге busybox-а было дело, оказалось не была установлена опция CONFIG_FEATURE_MDEV_LOAD_FIRMWARE

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно starterkit 17.01.2009 г. в 20:16:22

Итак, ASUS WL-167G подключаю через точку доступа без шифрования, получились следующие цифры (пр копировании по FTP - vsftpd):
PC -> SK-AT91SAM9XE512-S3E = около 400КБайт/сек
SK-AT91SAM9XE512-S3E -> PC = около 100КБайт/сек

Еще при опытах с spi обнаружил что интерфейсы этого микроконтроллера (at91sam9260) работают в linux очень медленно, непонятно - это специфика реализации linux драйверов или это на самом деле так и есть ? Когда писал драйвер для lcd от nokia было такое явное несоответсвие заявленной скорости spi в 6 МГц для контрголлера lcd и тем что я в драйвере выставлял скорость вплоть до 90 МГц с сохранением работоспособности хотя экран отрисовывался явно не на такой скорости.... Было письмо от хз кого "от-туда" судя по ip и адресу из мюнхена - они взяли за основу мой драйвер - сами делают через бридж lpt-spi, у них были вопросы по цветопередаче и выбору шрифта в fbcon, но ни слова не сказали что скорость маловата, хотя я даже не представляю как они смогли приемлемые скорости на lpt получить... Смотрел исходники реализации master spi - все данные независимо от размера передаются используя pdc, я пытался учесть это в драйвере и перед передачей по spi готовил специальный буфер чтобы pdc мог передать эти данные целым куском - прирост в скорости был конечно ощутимый но не настолько чтобы решить проблему со скоростью интерфейса...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 17.01.2009 г. в 22:09:43

Насчет скоростей WiFi ...
Видимо у меня криво настроен vsftpd, после подключения root-ом, в списке процессов числится 3 vsftpd (два на root и один на nobody) ...
В ходе экспериментов, получал скорость чтения с платы до 700КБайт/сек, хотя при этом запись в плату не работала ...

Как гоорится касательно наших баранов :) Экран 132х132 (8 байт на пиксель в моем драйвере) итог 17424 байт. Чтобы отрисовать 24 кадра в секунду нужно передать 24х17424=418176 байт/сек. Не будем жадничать и возьмем оверхед, примем что для байта нужно передать 10 бит - имеем 4,2 Мбит. Как я уже говорил пробывал ставить скорость spi в 90 МГц (90 Мбит) - не успевает... Где я ошибся :)

6МГц "девайс" работающий на 90МГц, думаю это явная "опечатка" во внутренностях драйвера ...
По диагонали пробежался по доке, нигде в таймингах не встретил максимальное значение частоты клока SPI, зато есть характерный параметр: максимальное время задержки между передним фронтом клока и установившимися выходными данными составляет 32нС (т.е. на это значение нужно ориентироваться мастеру, если 9260 будет слейвом), от чего уже получаем ограничение в ~30МГц.

PS. полагаю, осциллом посмотреть нет возможности?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно starterkit 17.01.2009 г. в 22:32:30