Ядро, которое я для себя делаю монолитное, но с этой проблемой использую с модулями. А именно то, которое в mainfs используется, и конфиг оттуда же. Изначально пытаюсь получить рабочий конфиг из официального, только потом начинаю свой велосипед изобретать. Модули конечно же на месте, но даже в той rootfs, которое вливается MfgTool, грузится только 1 модуль, не помню какой, но в названии есть "tv", в скомпиленной мною mainfs, грузится тот же модуль, но имхо он погоды не делает. Если конфиг ядра не трогать, то этот же модуль вылазиет и в моей минимальной rootfs...
Rootfs, с выполненными make clean; rm -rf dl можно забрать отсюда: http://danilsl.pp.ru/buildroot-2014.02_cleaned.tar.xz
Без этих команд архив весит 5 гигов, щас выложу, но даже внутри моей сетки это займёт время, придётся скопировать с бука на сервак ;-)

Цитата

конфиг - скопированный .config из той же виртуальной машины.
...
# ifconfig can0 up
flexcan imx6q-flexcan.1: bit-timing not yet defined

чета не уверен что скопирован правильный конфиг

Цитата

grep "CONFIG_CAN_CALC_BITTIMING" arch/arm/configs/imx6sk_defconfig
CONFIG_CAN_CALC_BITTIMING=y

danil@chronos:~/misc/holaduo/rootfs/buildroot-2014.02/output/build/linux-custom$ grep "CONFIG_CAN_CALC_BITTIMING" arch/arm/configs/imx6sk_defconfig
CONFIG_CAN_CALC_BITTIMING=y
/etc/network/interfaces изменял не в system/skeleton, а прямо на плате. После изменений can0 ни на что не жаловался

Цитата

Без этих команд архив весит 5 гигов, щас выложу, но даже внутри моей сетки это займёт время, придётся скопировать с бука на сервак ;-)

не, ну столько гиг явно избыточно - достаточно того, что сгенерил билдрут..

мне вот, что непонятно, это откуда?

Код

U-Boot 2013.10 (Apr 25 2014 - 04:40:42)

CPU: Freescale i.MX6Q rev1.2 at 792 MHz
Reset cause: WDOG

может у нас Холы разные? это моя:

Код

U-Boot 2013.10 (Feb 26 2014 - 23:15:00)

CPU: Freescale i.MX6SOLO rev1.1 at 792 MHz
Reset cause: POR

и у вашей хорошо видна причина сброса.. хотя может дело и не в этом.. рутовую в студию!

Ну юбут на флешку я лил с помощью MfgTool, архив которого я взял с ftp://starterkit.dyndns.org. Из единственной папочки, в которую меня пустили с логином и паролем с бумажечки, которая лежала в коробке с холой. Хотите верьте, хотите нет, меня тоже смутила надпись i.MX6Q, ещё меня смутило, что rootfs c xbmc тупо завис на Starting kernel..., но памятуя мой предыдущий опыт задавания вопросов на этом форуме я решил просто взять это на веру как нечто само собой разумеющееся.
И кстати, у меня HalaDuo

Цитата

меня тоже смутила надпись i.MX6Q, но памятуя мой предыдущий опыт задавания вопросов на этом форуме я решил просто взять это на веру как нечто само собой разумеющееся.

если вы веткой не ошиблись то правильно сделали - i.mx6 dual и quad идентифицируется одинаково как quad, так же как dual lite и solo одинаково идентифицируются как dual lite

Полный rootfs вот: http://danilsl.pp.ru/buildroot-2014.02.tar.xz
Кстати с 5-ю гигами я ноликом ошибся

Код

danil@server:/srv/wwwroot/danilsl.pp.ru/public_html$ ls -lh
итого 560M
-rw-r--r-- 1 www-data www-data 2,5M мая 26 00:10 buildroot-2014.02_cleaned.tar.xz
-rw-rw-r-- 1 www-data www-data 558M мая 26 00:05 buildroot-2014.02.tar.xz
-rw-r--r-- 1 www-data www-data 269 мая 13 15:58 index.html
-rw-r--r-- 1 www-data www-data 20 мая 13 16:12 phpinfo.php

Цитата

но памятуя мой предыдущий опыт задавания вопросов на этом форуме я решил просто взять это на веру как нечто само собой разумеющееся.

при наличии исходников и понимание процесса всегда можно в чем-нить усомниться и проверить, глядя в исходный код..

меня например смущает в юбуте функция:

Код

const char *get_imx_type(u32 imxtype)
{
switch (imxtype) {
case MXC_CPU_MX6Q:
return "6Q"; /* Quad-core version of the mx6 */
case MXC_CPU_MX6DL:
return "6DL"; /* Dual Lite version of the mx6 */
case MXC_CPU_MX6SOLO:
return "6SOLO"; /* Solo version of the mx6 */
case MXC_CPU_MX6SL:
return "6SL"; /* Solo-Lite version of the mx6 */
case MXC_CPU_MX51:
return "51";
case MXC_CPU_MX53:
return "53";
default:
return "??";
}
}

в моих случаях всё показывает правильно для Solo и Quadro, ваш случай мне неочевиден, впрочем я не настолько искушен и запросто могу что-нить просмотреть или понять неправильно..
еще есть вариант, что у вас на плате более ценный мех, чем покупался..
или откорректированы исходники вашего кита..

для проверки можно поискать в даташите на проц его id и любым доступным методом считать прямо из железа..

Цитата

И кстати, у меня HalaDuo

надеюсь, что это не сильно снизит чистоту эксперимента - у меня есть 6Q и 6S..

Не знаю что такое мех, есть подозрение... На камне написано mcimx6d5eym10ac, в следующей строке sb(или 8)cd1307

И все молчат про can0...