Спасибо, методом тыка разобрался.)

Изначально должна быть минимальная тестовая прошивка. рекомендую начать с заливки образа debian/raspbian. Брать тут: http://module.ru/mb7707/images/ Инструкция в архиве.

Обновился на jessie. Извините за дурацкий вопрос, какой пароль от root?)

12345678 Нашел в readme, извините.

8я степень защиты: 12345678

И да, по jessie. Сборки jessie были до его релиза как stable, там есть некоторая ругань systemd. В принципе чинится руками.

Либо можно подождать след. обновления, там все это будет поправлено, и скорее всего уже с ядром 4.1-4.2

Не знаю куда написать, поэтому пишу сюда. Периодически появляется следующий stack-trace:

root@shadow:~# [ 2611.130000] irq 34: nobody cared (try booting with the «irqpoll» option) [ 2611.130000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.28-shadow1-00032-gb8b1a50-dirty #142 [ 2611.130000] [<c00124dc>] (unwind_backtrace+0x0/0x11c) from [<c0010efc>] (show_stack+0x10/0x14) [ 2611.130000] [<c0010efc>] (show_stack+0x10/0x14) from [<c004c2bc>] (__report_bad_irq.isra.6+0x24/0xa8) [ 2611.130000] [<c004c2bc>] (__report_bad_irq.isra.6+0x24/0xa8) from [<c004c510>] (note_interrupt+0x170/0x214) [ 2611.130000] [<c004c510>] (note_interrupt+0x170/0x214) from [<c004ac20>] (handle_irq_event_percpu+0x164/0x184) [ 2611.130000] [<c004ac20>] (handle_irq_event_percpu+0x164/0x184) from [<c004ac68>] (handle_irq_event+0x28/0x38) [ 2611.130000] [<c004ac68>] (handle_irq_event+0x28/0x38) from [<c004ced0>] (handle_level_irq+0xc4/0xd4) [ 2611.130000] [<c004ced0>] (handle_level_irq+0xc4/0xd4) from [<c004a594>] (generic_handle_irq+0x20/0x30) [ 2611.130000] [<c004a594>] (generic_handle_irq+0x20/0x30) from [<c000e82c>] (handle_IRQ+0x60/0x80) [ 2611.130000] [<c000e82c>] (handle_IRQ+0x60/0x80) from [<c0008508>] (vic_handle_irq+0x60/0x90) [ 2611.130000] [<c0008508>] (vic_handle_irq+0x60/0x90) from [<c000dbc0>] (__irq_svc+0x40/0x54) [ 2611.130000] Exception stack(0xc04d5eb0 to 0xc04d5ef8) [ 2611.130000] 5ea0: 00000001 00200000 c04d5ef8 00000000 [ 2611.130000] 5ec0: 00000008 c04f6098 c04d4000 c04d5f70 c0520780 00200000 c04d4038 c051b240 [ 2611.130000] 5ee0: e4000000 c04d5ef8 c00201bc c0020b18 60000113 ffffffff [ 2611.130000] [<c000dbc0>] (__irq_svc+0x40/0x54) from [<c0020b18>] (__do_softirq+0x74/0x194) [ 2611.130000] [<c0020b18>] (__do_softirq+0x74/0x194) from [<c0020cb8>] (do_softirq+0x40/0x4c) [ 2611.130000] [<c0020cb8>] (do_softirq+0x40/0x4c) from [<c0020ee8>] (irq_exit+0x70/0x88) [ 2611.130000] [<c0020ee8>] (irq_exit+0x70/0x88) from [<c000e830>] (handle_IRQ+0x64/0x80) [ 2611.130000] [<c000e830>] (handle_IRQ+0x64/0x80) from [<c0008508>] (vic_handle_irq+0x60/0x90) [ 2611.130000] [<c0008508>] (vic_handle_irq+0x60/0x90) from [<c000dbc0>] (__irq_svc+0x40/0x54) [ 2611.130000] Exception stack(0xc04d5f70 to 0xc04d5fb8) [ 2611.130000] 5f60: 00000000 00000000 000386c9 00000000 [ 2611.130000] 5f80: c04d4000 c04d4000 c04cb4bc c06ba100 40004008 410fb767 404ca584 00000000 [ 2611.130000] 5fa0: c04e6398 c04d5fb8 c000e948 c000e94c 60000013 ffffffff [ 2611.130000] [<c000dbc0>] (__irq_svc+0x40/0x54) from [<c000e94c>] (arch_cpu_idle+0x24/0x2c) [ 2611.130000] [<c000e94c>] (arch_cpu_idle+0x24/0x2c) from [<c003d1e8>] (cpu_startup_entry+0x68/0xc4) [ 2611.130000] [<c003d1e8>] (cpu_startup_entry+0x68/0xc4) from [<c04b0944>] (start_kernel+0x240/0x28c) [ 2611.130000] handlers: [ 2611.130000] [<c0220548>] greth_interrupt [ 2611.130000] Disabling IRQ #34

Но kernel-panic не происходит, все продолжает работать.

Форматирование поправьте, в пнд попробую воспроизвести на своей стороне.

Простите за глупый вопрос.

Установил fw-debian-wheezy-3.10-ubifs-25082014. Успешно подключился через UART. Есть мечта поставить иксы.

Попытался сделать apt-get update, выдало ошибку.

Err http://www.module.ru stable Release.gpg Temporary failure resolving 'http://www.module.ru'

Release.gpg в http://www.module.ru/mb7707/dists/stable/ действительно нет. Подскажите пожалуйста, в чём проблема и что делать?

Сейчас пока репозиторий по этому адресу временно убрали, чтобы избежать чехарды. После выхода jessie там необходимо будет существенно структуру и скрипты которые собирают пакеты. Можно просто убрать пока эту строчку из sources.list.

1. Есть ли возможность запустить икс сервер на этом устройстве?
Да, apt-get install xserver-xorg и все.

Попробовал поставить Х-сервер в fw-debian-wheezy-3.10-ubifs-25082014, не получилось. sources.list не трогал, сеть настроил, работает. Ставил пакеты в следующей последовательности:
apt-get update
apt-get install dialog apt-utils
apt-get install xserver-xorg

На строчке Setting up xserver-xorg выдаёт ошибку Segmentation fault и установка прекращается. В самописных программах такая ошибка обычно возникает при неправильных манипуляциях с памятью. Тут непонятно. Кто-нибудь сталкивался с такой проблемой? Подскажите пожалуйста.

Иксы я разворачивал неоднократно, segfault'ов не было.

Попробуйте: http://module.ru/mb7707/images/misc/fw-raspbian-rdp-demo-3.10-ubifs-08062015.tgz

Прошивка уже с иксами и rdp (rdp и иксы стартуют из rc.local). Если рандомные segfault'ы продолжатся и на другом ПО, попробуйте прогнать тест http://manpages.ubuntu.com/manpages/gutsy/man1/memtest.1.html

если выдаст ошибку - то это память, обращайтесь на sales@ - заменят модуль.

Распбиан http://module.ru/mb7707/images/misc/fw-raspbian-rdp-demo-3.10-ubifs-08062015.tgz установил. Пока вроде всё работает без проблем. Даже поставил mc. Видимо причина segfault'ов всё-таки кроется в fw-debian-wheezy-3.10-ubifs-25082014.

Окей, учтем. В конце месяца должны подоспеть свежие образы jessie. Так как wheezy теперь официально oldstable, будет только jessie.

С софтом более менее всё понятно и пока нравится.
Подскажите где и как можно получить электрическую принципиальную схему на плату MB 77.07, а также даташит на процессор К1879ХБ1Я, распиновку ног процессора?

Полный даташит пока под NDA, из-за особенностей лицензирования отдельных блоков. Схема - запросите в sales@. Из открытых доков:

Распиновка разъема расширения с номерами GPIO: http://www.module.ru/mb7707/doc/MB77.07-X9-pinout.pdf

Упрощенная карта памяти: http://www.module.ru/mb7707/doc/K1879-memory-map.pdf

Дока по API libeasynmc (Внимание - библиотека пока считается бэта-версией!) http://www.module.ru/mb7707/doc/nmc-utils/

Так же много документации по DSP ядру идет в архиве с тулчейном для NMC.

А вот для работы с имеющимися немногочисленными GPIO наверно подойдёт библиотека Wiring Pi (http://raspberrypi.ru/blog/readblog/578.html) от Raspberry Pi?

Если оно использует стандартный sysfs интерфейс к gpio (а быстро грепнув сорцы, по ходу оно так и делает), то должно заработать вообще без проблем. Однако учтите, sysfs интерфейс до gpio медленный и лучше не полагаться на что-то, что требует точного тайминга (т.е. шаговые двигатели, лазер и т.п.).

Если требуется реалтайм, а с rt-linux возиться не хочется - DSP ядро может обеспечить жесткий реалтайм. см. статью: http://habrahabr.ru/post/234541/ и этот пример: https://github.com/RC-MODULE/nmc-utils/tree/master/nmc-examples/ledplay

1. Интересует использование периферии через I2C и SPI (видел, что та же самая Wiring Pi что-то делает по этим интерфейсам).
2. Требуется подключить простенькие 16-битные микросхемы АЦП, если не хочется «отвлекать» DSP.
3. Нужен WEB-сервер для дистанционного управления платой.
Что можете посоветовать из опыта работы? Получится ли жёсткий реалтайм через SPI?

1. Реалтайм жесткий - либо с rt-linux патчсетом, либо выкидывать на DSP. Второе будет проще, так как путь с rt-linux мы сами не проделывали.

2. см. выше. SPI там ARM SSP, дока по регистрам есть на arm.com. Перед тем, как в SSP лезть со стороны DSP - выключить драйвер SPI в линуксовом ядре.

3. Да хоть apache! Их там выше крыше в репозиториях дебиана.

Openwrt для mb77.07

Подскажите, где и как можно openwrt получить на эту плату? В дереве openwrt поддержки этой платы не нашел.

OpenWRT на этом чипе я гонял два года назад, еще на самых первых платах с этим чипом, но до апстрима дело тогда не дошло. Боюсь те патчи уже давно не актуальны. Можно взять за основу таргет raspberry, и загрузить OpenWRTшный rootfs с нашим ядром. Это самое быстрое. Чуть сложнее - взять с нашей ветки 3.10.x патчсет (git format-patch'ем, ветка специально для таких случаев ребазируется относительно апстрима) и подсунуть OpenWRT.

Самим пока на порт OpenWRT времени нет. Основные усилия у нас сосредоточены на пропихивании базовой поддержки в мейнлайн, переход на использование ION Memory manager драйверами для нейроматрикса, VDU и декодера h264. (И пропихивание ion-physmem в мейнлайн)

Userspace библиотека для декодирования h264 недавно была выложена в открытый доступ на github'е, сейчас идет внутренний ревью kernel драйвера.

Благодарю за такой оперативный ответ :) Я к сожалению с гитхабом не часто работаю и получить патч наверно сам не смогу. Буду благодарен, если поможете.

В целом хотелось бы вашу железку под один крупный проект попробовать. Единственное пока что держит - это как раз-таки софтовая часть (сейчас все на openwrt и вся инфраструктура софта на него завязана) и пока не понятная ситуация с производительностью. Основная нагрузка с сетью связана.

Попробую на неделе потыкать/сделать тестовую сборочку OpenWRT, но не обещаю, очень много других задач.

Все равно большое спасибо! Как минимум за отзывчивость.

Может даже будет достаточно патча на дерево openwrt...

Так и не решился я тогда купить эту игрушку.

Сейчас что то изменилось в части работы с иксами?

Да, подскажите пожалуйста, подружится ли Module MB 77.07 под управлением Raspbian с тачскрином вот такого девайса: http://www.chalk-elec.com/?page_id=1280#!/10-universal-LCD-with-HDMI-interfac...

Сейчас что то изменилось в части работы с иксами?

Нет, к сожалению. Иксы можно запустить через fbdev, если есть в этом необходимость.

Native resolution: 1366x768 pixels

1. Могут быть проблемы с нетелевизионной разверткой. Там VDU заточен изначально исключительно на телевизионные развертки, 1080p, 720p, 576i и так далее (см. fb.modes из прошивки за полным списком). Как на самом деле будет работать - надо пробовать, мы с такими панелями не тестировали его, только с телевизорами. Поведение панелей может очень здорово различаться от вендора к вендору.

2. Тачскрин там по USB, определяется как HID, проблем с ним никаких быть не должно.

visudo

Подскажите где найти файл sudoers и как добавить пользователя сервера Apache в список sudoers?

Этот вопрос у меня возник из-за того, что через браузер в apache2 не работают cgi-скрипты управления gpio через sysfs. В браузер cgi-скрипты выдают uptime и date нормально, а в системе gpio не включают. Эти же крипты запущенные из командной строки gpio включают !!!

Там же где и обычно. Установить sudo, и в /etc/sudoers. Но давать apache2 права sudo это крайне сомнительное решение с точки зрения безопасности.

Безопасность пока для меня второй вопрос, а первый - работоспособность моих скриптов.

В сборке fw-debian-jessie-3.10-ubifs-25082014.tgz sudo не стояло. Теперь sudo поставил. ОК

Про безопасность

В посте на хабре http://habrahabr.ru/post/234541/ говорится

Сам по себе EDCL достаточно удобен, но если оставить его включенным в продакшене – получится очень большая дыра в безопасности(интересно, сколько процессоров с таким же Ethernet контроллером работают с включенным EDCL в продакшене?).

Как отключить EDCL в «продакшене»? Нельзя ли поподробнее прояснить всё это. Как включить, как отключить?

переменная окружения lockedcl в загрузчике. Когда в 1 - edcl отключается загрузчиком еще до того, как оживет phy.

А на штатной прошивке загрузчика она идёт в 0 или 1?

Насколько помню, лочится по дефолту. Это есть в логе по последовательному порту, когда работает загрузчик. Если edcl включен - оно предупреждает.

Нашёл. Строки 25-28 файла eupgrade.edcl у меня в fw-debian-jessie-3.10-ubifs-25082014

fw.mboot_cmd(«setenv bootargs console=ttyS0,38400n8 earlyprintk=serial ubi.mtd=4,2048 root=ubi0:rootfs rootfstype=ubifs»); fw.mboot_cmd(«setenv bootfdt 1») fw.mboot_cmd(«setenv lockedcl 1»); fw.mboot_cmd(«save»);

идёт установка переменных окружения, lockedcl устанавливается в 1. Значит в данной сборке edcl отключается.