C bluetooth имел дело только эпизодически, всегла помогало гугление, а наушники с bluetooth вообще ниразу не трогал :) Чтобы работали USB свистки надо при сборке указать

Target packages --->
Networking applications --->
[*] bluez-utils
[*] audio support
[*] USB support

Target packages --->
Libraries --->
Hardware handling --->
-*- libusb
[*] libusb-compat

без этого у меня свисток вообще не заводился

Для пин кода использовал простой sh - не знаю как с наушниками, у меня было сопряжение с андроедом который использовался в качестве беспроводной клавиатуры, тут в примере файлы где они должны лежать в целевой системе и содержимое

/lib/udev/rules.d/97-bluetooth.rules

Код

KERNEL=="hci[0-9]*", ACTION=="add|change", SUBSYSTEM=="bluetooth", RUN+="bt_scan %k"

/lib/udev/bt_scan - это скрипт, поэтому надо дать ему права на исполнение

Код

#!/bin/sh

PIN=0

/usr/sbin/bluetoothd --udev
sleep 1
/usr/sbin/hciconfig $1 piscan
/usr/sbin/agent -a $1 $PIN &

/etc/init.d/S80bluetooth - загрузочный скрипт, тоже права на исполнение нужны, он просто пинает удава чтобы он зашевелился и увидел свисток при загрузке - это на случай когда система загружается с подключенным свистком

Код

#! /bin/sh

case "$1" in
start)
udevadm trigger --subsystem-match=bluetooth
;;
stop)
killall bluetoothd
;;
restart)
"$0" stop
"$0" start
;;
*)
echo "Usage: $0 {start|stop|restart}"
exit 1
;;
esac

exit 0

и никакого ненужного питона :)

PS - агент (/usr/sbin/agent ) по умолчанию не собирается, надо подправить скрипт сборки bluez-utils, в обшем тут посмотрите

https://code.google.com/p/starterkit-org/wiki/RemoteControl

http://starterkit-org.googlecode.com/files/bluez_utils.tar.gz

там подправленый пакет bluez-utils

Заставил я все-таки xbmc видеть гарнитуру и даже играть в нее звук. Оказалось несложно, но пришлось написать дополнительный скрипт, который эту гарнитуру ищет и подключает в фоне. Скрипт как до ума доведу, выложу сюда, мало ли кому нужно.

Вот еще возник вопрос: как при модификации образа на хосте (сборка пакетов, редактирование исходников) синхронизировать изменения, например, по ssh, не перезаливая полностью флешку? rsync?

У меня при записи образа на флешку засада вылезла, с новым скриптом mk-sd.sh
Как итог плата не грузится, в терминале пусто.
Как я понял логику работы скрипа - он
1) затирает разметку, записывая нули в начало диска
2) создает 4 раздела на флешке
3) пишет загрузчик
4) создает файловую систему на первом разделе флешки
5) пишет скомпилированный rootfs на этот раздел

У меня на ноуте стоит встроенный кард-ридер, который определяется как /dev/mmcblk0. Разделы на нем определяются как /dev/mmcblk0p1, ...p2 и тд.
Соответственно шаги 4 и 5 я подправил, mkfs.ext4 ${DISK}1 заменил на ${DISK}p1. Вроде бы все ок, но не грузится. Методом тыка выяснил, что на шаге 4 я перетираю бутлоадер. Где я свернул не туда?

Цитата

Вот еще возник вопрос: как при модификации образа на хосте (сборка пакетов, редактирование исходников) синхронизировать изменения, например, по ssh, не перезаливая полностью флешку? rsync?

https://ru.wikipedia.org/wiki/Network_File_System

и сделать скрипт наподобие root2nand.sh для ext4 и блочных устройств вместо ubifs/nand

по мелочи если - MC на хосте вполне удобный вариант

https://code.google.com/p/starterkit-org/wiki/RemoteBoard

Цитата

У меня на ноуте стоит встроенный кард-ридер, который определяется как /dev/mmcblk0.

да - это я не предусмотрел, потом подправлю скрипт в следующей версии

Цитата

Как я понял логику работы скрипа - он
1) затирает разметку, записывая нули в начало диска
2) создает 4 раздела на флешке
3) пишет загрузчик
4) создает файловую систему на первом разделе флешки
5) пишет скомпилированный rootfs на этот раздел

1) да
2) нет - создает один раздел на всю флешку с отступом 4 цилиндра от начала диска - это место резервируется для убута, если через fdisk будуте размечать - сделайте отступ для первого раздела 1 MB, этого достаточно
3) да
4) да
5) да

если знакомы с Linux - не проблема все руками сделать, но скрипт конечно надежней

Цитата

Вроде бы все ок, но не грузится.

возможно для устройств mmcblk по умолчанию единицы измерения не цилиндры а секторы - в таком случае 4 сектора это всего 2 KB и это недостаточно для убута

Да, с nfs я уже разобрался, затупил на том моменте, что на хосте по-умолчанию было nfs v4, а ядро на плате v4 не умеет - в итоге выходили ошибки. Поправил конфиг на хосте, все заработало, синхронизацию понял как делать.
Пришла верхняя плата, доделал стенд, фотки ниже. Кстати говоря, при питании от нормального пятиамперного блока нагрев сильно меньше, чем от бп от техники.

Подскажите пожалуйста при сборке Qt base ловлю ошибку

Цитата

g++ error unrecognized command line option ‘-fuse-ld=gold’

Пробовал данный исходник ошибка та же самая.

Выделяйте вопросы в отдельные темы!

Цитата

возможно для устройств mmcblk по умолчанию единицы измерения не цилиндры а секторы - в таком случае 4 сектора это всего 2 KB и это недостаточно для убута

Решил правкой строчки скрипта: echo '1,' | sfdisk -u M $DISK >> ...
Окей, плата отозвалась, теперь висит на приглашении u-boot и не хочет отзываться на клавиатурный ввод. Были строчки про bad CRC, using default environment.
Если юбут не может загрузить свою конфигурацию - это значит что все-таки криво записалось, или проблема где-то еще?