ага, и он будет с компасом и транспортиром координаты высчитывать :)
не, это человеческих фактор, а тут нужна бездушная надежная электроника - сам же писал "..выводить на цель.." :)))
млин (это я о ядре) - может мне тоже надо попробовать грузануть с ramfs, счас покопаюсь
драйвера serial нету же. или я что-то не там смотрю?
У NUC'а UART - стандартный 16C550, нужно только драйверу '550-го начальный адрес набора регистров передать. В BSP это уже сделано.
В начале этой темы где-то об этом уже писалось.
поковырял еще чуток ядро
с ЮСБ пока совсем тускло - не видит и не детектит внешние устройства, показывает только хабы АРМа
с MMC/SD - полез в углубленный анализ драйвера. нашел место где происходит невнятное зависание. Один раз прерывание отрабатывает нормально, а вот во второй раз уже не вызывается. То ли маскируется, то ли запрещается - непонятно..
с I2C - проблем ваще нет. Прописал часики 0х68 в файл платы, в menuconfig разрешил шинку i2c и rtc и все замурмурило тик-так
с NAND - штатный драйвер при подключение традиционно выбивает ядро в кору. Либо дохлый от рождения, либо надо выключать конфликтующие с его шиной драйверы устройств..
CPU type 0x02900910 is NUC910
штирлиц насторожился
910 и 950 братья - всех деталей не помню, но различия минимальны
штирлиц может расслабиться :)
вчера (16.10.2010) отключил в конфиге SD/MMC и стал пытать USB.
на "холодную" подключенные устройства не определяются. успеха в детектирование можно добиться помурзав брелок в разъеме _после_ загрузки драйвера и опознания хабов EHCI OHCI. потом радостное сообщение SDA: SDA1 SDA2 и ядро в коре, несмотря на задержки и ожидания..
и SD еще интереснее - синяя 1гиговка определятся _хуже_ чем глючная красная 2гиговка. с нормальными ядрами наоборот..
в общем вопросов по этому ядру больше чем ответов :-/
ps конфиг (на всякий случай) вытащил - по возможности посмотрю..