Порядок загрузки ядра

>т.к. ssp, на котором висит АЦП, подгружаться стал уже после АЦП

Для начала, чтобы драйвер ssp стартовал до ацп поправь linux-2.6.32.5/drivers/Makefile чтобы строчка с тем где собирается ssp оказалась до строчки где находится драйвер ацп начиная с начала файла.

Как то криво объяснил наверно :) В общем при статической линковке модулей порядок инициализации задается именно порядком следования в этом Makefile. Если посмотреть на самое начало

# Rewritten to use lists instead of if-statements.
#

obj-y += gpio/
obj-$(CONFIG_PCI) += pci/

это означает что сначала будет проинициализирована подсистема gpio, потом pci и тд. Если поменять местами

obj-$(CONFIG_PCI) += pci/
obj-y += gpio/

то наоборот - pci, потом gpio.

Спс, но я имел ввиду немного другое - инициализация АЦП висела в MACHINE_START, то есть он начинал работать сразу после добавления board-устройств. А в 2.6.27 сначала добавляются все девайсы, а только потом они начинают включаться. То есть инициализация шла после добавления, но до включения. Видимо это уже не лечится, только перенос места включения ;)

Кстати странность - если ему указать порт ssp не сразу 3 (у меня АЦП висит на SSP3), а скажем первый, то он последовательно тыкается в каждый порт, находит третий, и ему все нравится, overrun не вылезает... Значения сейчас проверю

Ты меня запутал :) MACHINE_START - передается управление на board-файл, там производится начальная инициализация устройств имеющихся в системе, тех которые нужны сразу после включения - например отладочная консоль, плюсом регистрируются драйверы платформы, настраиваются порты ввода-вывода (например переключение с gpio на периферию), могут настраиваться и режим работы как ssp, ssc, usart и тд, внешние накопители типа nandflash, таблицы spi/i2c slave устройств. Потом в процессе загрузки инициализируются модули - в цикле вызываются ф-ции init соответствующих модулей (порядок их как раз зависит от порядка Makefile о котором я говорил). После инициализации мастер-контроллеров вызываются ф-ции probe для подчиненных устройств которые зарегистрированы для мастеров (spi/i2c например).

Именно в настройке режима ssp вся соль - функция ssp_init возвращает что ssp с таким портом нету. При том для любого порта. И она продолжает так делать если пытаться настроить режим работы ssp в board-файле.