8) В процессоре соответствующие линии подтягивается к "1" через 100 кОм. Те же линии в микросхеме подтягиваются к "0", но номинал подтяжек в ней я так и не нашел. Но по факту выводил данный адрес - действительно 1.
Видимо номинал резисторов подтяжек в микросхеме достаточный для обеспечения нуля. Более того, в даташите рекомендуется использовать для подтяжки к "1" 1 кОм, а у нас процессор через 100 кОм подтягивает. Образовавшийся делитель по факту (по крайней мере на той плате что у меня) обеспечивает "0" на соответствующих ножках.
9) Раскоментировал, "поигрался" с убутом - вроде все норм, ничего не глючит и не виснет. :)

Попрос по линуксу
10) У Вас используется какой-то свой файл конфигурации. Если сравнивать его с файлом at91sam9260ek_defconfig, то обнаруживается очень много разлиций. Кстати в начале Вашего файла стоит "Linux kernel version: 2.6.24", а в начале at91sam9260ek_defconfig - "Linux kernel version: 2.6.24-rc7". Может быть это и объясняет наличие большого числа отличий.
Скажите, из каких исходников был взят файл, на основании которого сгенерирован Ваш файл конфигурации? Не могли бы Вы прокоментировать хотябы некоторые изменения в этом файле, которые Вы вносили?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно Alex 26.01.2009 г. в 16:31:17

Изначально все исходники и патчи были взяты отсюда, в последствии я просто убрал то что на моей плате отстутствет и добавил/изменил что присутствует. Спашивайте, что конкретно Вас интересует.

Скачал исходники по указанной вами ссылке. Там файл at91sam9260ek_defconfig в начале содержит строку "Linux kernel version: 2.6.19". Применил патч 2.6.24-at91.patch.gz, строка изменилась на "Linux kernel version: 2.6.24-rc7".
Применял различные эксперементальные патчи - строка не меняется. В Вашех же исходниках в файле конфигурации находится строка "Linux kernel version: 2.6.24".
Таким образом либо исходники все же были взяты из другого места, либо файл конфигурации был изменен Вами вручную. Но зачем Вы меняли тогда содержимое той строки (которая является комментарием) - не понятно. Всего же имеется 41 изменение от дефконфига. Если начну спрашивать все подряд - утомлю и Вас, и себя :)
Поэтому хочу уточнить, действительно ли в данный файл вносилось 41 изменение?
Многие изменения заключаются в комментировании/раскомментировании некоторых параметров. Однако в Вашем файле имеются строки под комментарием, которых в дефконфиге вообще нет. Например,
"# CONFIG_ARCH_AT91CAP9 is not set"
Точно так же в дефконфиге есть строки, которых в Вашем файле не присутствует даже под комментарием, например
"# CONFIG_ARTHUR is not set"

После выполнения mrnuconfig различия в наличие/отсутствие строк исчезли. Однако осталось 23 переменные, значения которых поменялось.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно Alex 27.01.2009 г. в 14:42:39

Мне нечего добавить, Вы сами можете повторить весь путь адаптации ядра и рассматривать потом где и какие изменения возникают (насколько я понимаю, эти разговоры вы ведете с целью самостоятельной адаптации новых ядер), в принципе, единственное существенное изменение - изменена частота кварца на 12МГц (без этого терминальная консоль работать не будет) и аргументы запуска ядра.

Да, но все же хотелось узнать, для чего были изменены остальные параметры. Ведь не просто так их поменяли )
Если найдется время, поясните пожалуйста, с какой целью были выполнены следующие изменения:
1) CONFIG_CC_OPTIMIZE_FOR_SIZE = n, но если установить данный флаг, то ядро должно получиться меньше в размере
2) CONFIG_EMBEDDED = у. С какой целью? Чтобы ядро получилось меньшего размера?
3) CONFIG_MODULE_FORCE_UNLOAD = у, принудительная выгрузка модулей, хотя в описании говорится что это не безопасно
4) CONFIG_KMOD = n, автоматическая загрузка необходимых модулей ядром, для чего отключаем?
5) CONFIG_IOSCHED_AS = n - выключили "anticipatory" планировщик. Зачем?
6) CONFIG_DEFAULT_AS = n, CONFIG_DEFAULT_NOOP = y, CONFIG_DEFAULT_IOSCHED="noop" - насколько понял, делаем "noop" - планировщиком по умолчанию
7) CONFIG_MTD_AT91_DATAFLASH_CARD=y - включить поддержку dataflash. это для обеспечения возможности работы с dataflash из линукса?
8) CONFIG_NFTL=y, CONFIG_NFTL_RW=n, для включения NAND Flash Translation Layer, но запрещения записи через него. Можете доступно объяснить, для чего это нужно?
10) CONFIG_MTD_NAND_AT91_ECC_SOFT=n, CONFIG_MTD_NAND_AT91_ECC_HW=y - включение аппаратного контроля ошибок, хотя в дефконфиге стоит программный контроль. Почему в данной плате поддерживается аппаратный контроль (и чем именно)?
11) CONFIG_ATMEL_SSC - вкл. поддержку SSC. По умолчанию отключена. Чем руководствовались при включении?
12) CONFIG_MARVELL_PHY=y, CONFIG_DAVICOM_PHY=n - включение PHY от MARVELL. У нас микросхема PHY не от MARVELL. Она является полным аналогом микросхемы MARVELL 88E1011S, так получается?
13) CONFIG_MMC_DEBUG=y - для чего нам дебажные сообщения от MMC?
14) CONFIG_MMC_AT91=m - для чего заменили дефолтное значение с "y" на "m"? Почему было решено грузить драйвер как модуль?
15) CONFIG_PARTITION_ADVANCED=y - для поддержки разделов жесткого диска, созданных под другой ОС. Зачем мы устанавливаем эту поддержку?
16) CONFIG_NLS_ISO8859_1=n, CONFIG_NLS_ISO8859_15=n - насколько я понял, это отключение некоторых кодировок, которые могли бы использоваться для распознавания имен файлов на файловой системе, так? Т.е. кодировки ISO8859_1 и ISO8859_15 не содержат русских символов, правильно?
17) CONFIG_INSTRUMENTATION=n - в дефконфиге было "у", для чего отключили? Опция служит вроде как для дебага и тестирования
18) CONFIG_DEBUG_BUGVERBOSE=n, в дефконфиге было "у", для чего отключили?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно Alex 28.01.2009 г. в 09:34:02

1) Зачем экономить пару сотен килбайт SDRAM, расплачиваясь производительностью ...
2) По этой же (см.1) причине (хотя не уверен)
3) Это ведь просто добавляет возможность (не замещает) к тому же мне не известны другие способы размонтирования занятых (пускай для чтения) устройств
4) Чтобы это правильно работало, это еще и конфигурить надо, и самое главное, откуда новые устройства в системе возьмутся ...
5) Планировщик нужен тлько для "натуральных" HDD, для флешек его нужно отключать (NOOP)
6) см. 5
7) Да, но сам так и не проверил, хотя, судя по обсуждениям работает.
8) Без этого "слоя" NAND флешка не будет работать (не знаю почему у Atmel он отключен)
10) Аппаратный контроль ошибок есть в самом процессоре, не знаю почему Atmel его не использует (в новых ядрах включен по умолчанию)
11) Почему бы не включить :)
12) Раздел Marvell сам разбирает какой чип подключен, с чем он еще из списка совпадает не сравнивал
13) Для наглядности, отключите, если раздражает
14) потому как были фокусы при монтировании/размонтировании, см. скрипты mount_mmc umount_mmc
15) на всякий случай, SD флешки так же могут быть хитро разбиты
16,17,18) посчитал лишними

Спасибо за ответ!
2) Судя по хелпу CONFIG_EMBEDDED=у отключает часть функциональности ядра в целях экономии размера ядра. Экономия составляет порядка 5-10 Кб (по крайней мере так заявляют на форумах). Имеет ли смысл включать этот параметр?
4) Просто смутило то что для at91sam9260ek в дефолтном конфиге опция включена. Там ведь тоже новых устройств появиться не может.
5,6) Спасибо, разобрался
8) CONFIG_NFTL_RW=n, т.е. при включенном слое отключаем (по умолчанию) запись через этот слой. Вообще странно. Вроде как тоже следует включить при включении слоя. Как считаете?
11) Удивило что по умолчанию отключено.
12) Т.е. раздел Davicom сам не разбирает, какой чип подключен?
14) Модуль, используемый в данных скриптах, генерируется при сборке ядра? Если так, то куда именно он помещается после сборки?

2) Нет, общий размер распакованного ядра и корневой ФС около 10М ...
4) Не знаю, может они рассчитывали на подключение новых устройств через USB ...
8) Насчет именно этого параметра, я не обратил особого внимания, может действительно имеет смысл включить.
12) Да, только не Davicom а Marvell.
14) Да, (копировать нужно самостоятельно) /lib/modules