По умолчанию на каких пинах ядро смотрит микросхему i2c rtc ?

не, как я писал выше - "ядро не смотрит чип на пинах" - сначала шина (i2c), потом чип (ds1307, 0x68), потом функция (rtc)
повторюсь - как переопределить - не знаю
видими искать, где упоминаются пины 55 и 56 и настроить под себя. или временно перепаять пару проводков, чтобы убедиться в исправности железа
и посмотреть файл at91sam9260_devices.c в разделе
* TWI (i2c)
там есть
static struct i2c_gpio_platform_data pdata = {
.sda_pin = AT91_PIN_PA23,
.sda_is_open_drain = 1,
.scl_pin = AT91_PIN_PA24,
.scl_is_open_drain = 1,
.udelay = 2, /* ~100 kHz */
};
зы в составе buildroot есть утилитка для сканирования i2c. при правильно поднятой шине она правильно сдетектила мои чипы

Тогда я не понимаю... 55 и 56 это пины совсем не из этой оперы... а у меня микросхема как раз и висит на PA23 и PA24
А у вас к каким пинам она подключена?

упс.. я тормоз.. прощу прощения
конечно у меня на PA23, PA24 подключено
счас подумаю и попробую вспомнить..

заодно - допустим шина у вас поднялась, как подключена ds1307 (у нее была какая то особенность подключения)?

Возможно проблема софтовая... осциллографом не наблюдается никаких импульсов на i2c в момент загрузки ядра... постоянно высокий уровень. Может ещё что то надо где то прописать?

Где можно узнать расшифровку выдаваемой ошибки?

так, времени нет - цейтнот. быстренько подключил плату, поднял vmware, в make_menuconfig
раздел driver->i2c support
<*> - i2c device interface
algorithms <*> i2c bit-banding
bus support <*> GPIO based bitbanding
тут все, теперь
раздел rtc
<*> Dallas/Maxim DS1307 etc
выход с сохранением, затем ./make_kernel
run tftp_boot и в логе:
i2c /dev entries driver
rtc-ds1307 0-0068: rtc core: registered ds1307 as rtc0
rtc-ds1307 0-0068: 56 bytes nvram
i2c-gpio i2c-gpio: using pins 55 (SDA) and 56 (SCL)
rtc-ds1307 0-0068: setting system clock to 2009-08-07 12:24:36 UTC (1249647876)
есть несущественная деталь - у меня ds1340 это модификация ds1307 - полные аналоги по интерфейсу и регистрам

чтобы понять ошибку и шаг где она происходит имеет смысл включить дебагинг в разделе i2c и kernel hacking
и навтыкать своей диагностики в /drivers/i2c/i2c-dev.c

ЗЫ у меня весьма дилетантские навыки по линуху, помогаю как могу
PS2 еше полчаса и до понедельника

Что из себя представляет "своя диагностика"?

хм.. добавленные, например мной, дебаговые сообщения на консоль
иногда "штатных" не хватает, к примеру, запускается драйвер:
----------------------------
тыц-тыц стартед..
Х3
инит тыц-тыц..
и тишина.. висим
----------------------------
вот в такой ситуации я напихиваю пошаговую дианостику
в Х3
от простого "шаг 1" "шаг 2" до распечатки переменных и массивов, регистров и состояния пинов.
ибо осцилл в командировку не потащишь, ну и мне так проще :)

зы. все, уехал, удачи в подключение

Есть импульсы и на SCL и SDA, но есть и ошибка

rtc-ds1307: probe of 0-0068 failed with error -5

В какую сторону копать?