У меня версия ядра Linux SK-iMX6-OEM 3.0.35. Подскажите, где искать dtsi? Мне нужно включить ещё только один uart, не считая консольного.
И ещё вопрос, сборка штатного buildroot в поставляемой виртуальной машине стопорится на ошибке: /sbin/ldconfig.real: /usr/lib/libstdc++.so.6.0.17-gdb.py is not an ELF file - it has the wrong magic bytes at the start.

( \
echo "NAME=Buildroot"; \
echo "VERSION=2013.02"; \
echo "ID=buildroot"; \
echo "VERSION_ID=2013.02"; \
echo "PRETTY_NAME=\"Buildroot 2013.02\"" \
) > /home/user/src/rootfs/main_fs/nand_fs/buildroot-2013.02/output/target/etc/os-release

И никакого linux-custom не создаётся. Какой процесс сборки?

Цитата

У меня версия ядра Linux SK-iMX6-OEM 3.0.35. Подскажите, где искать dtsi? Мне нужно включить ещё только один uart, не считая консольного.

3.0.35 - старое ядро, там нет device tree вместо этого там есть так называемые board-файлы, см.

linux_rel_imx_3.0.35_4.0.0-sk/arch/arm/mach-mx6/board-mx6q_sabrelite.c

предположим нужно добавить UART2 на пинах

Цитата

UART2_RX - EIM_D27 -> X10.36
UART2_TX - EIM_D26 -> X10.34

добавляете конфиг пинов

static iomux_v3_cfg_t mx6dl_sabrelite_pads[] = {
...

/* UART1 */
MX6DL_PAD_CSI0_DAT10__UART1_TXD,
MX6DL_PAD_CSI0_DAT11__UART1_RXD,

/* UART2 */
MX6DL_PAD_EIM_D27__UART2_RXD,
MX6DL_PAD_EIM_D26__UART2_TXD,


обратите внимание - для процессора dl, пины описаны в хидере

linux_rel_imx_3.0.35_4.0.0-sk/arch/arm/plat-mxc/include/mach/iomux-mx6dl.h

добавляете инициализацию второго уарта

static inline void mx6q_sabrelite_init_uart(void)
{
imx6q_add_imx_uart(0, NULL);

imx6q_add_imx_uart(1, NULL);

}

Цитата

И никакого linux-custom не создаётся. Какой процесс сборки?

см. инструкцию пользователя
http://starterkit.ru/html/doc/Manual_SK-iMX6S-OEM.pdf

Спасибо большое! После платы SK-iMX6D-sodimm всё как-то непривычно стало.

Выше советовали отключить CSI - теперь мне это необходимо.
Не подскажете - как?

Вроде отключил, только на чём это скажется.. - для чего он используется в ядре linux?

Цитата

Вроде отключил, только на чём это скажется.

если отключили то очевидно на видеозахвате скажется CSI - Camera Sensor Interface
достаточно убрать описание adv7180 из устройств I2C - переключение пинов у него только прописано для CSI

&i2c2 {
.....

adv7180: adv7180@21 {
compatible = "adv,adv7180";
reg = <0x21>;
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_ipu1_csi_oem>;
clocks = <&clks 201>;
clock-names = "csi_mclk";
DOVDD-supply = <&reg_3p3v>;
AVDD-supply = <&reg_3p3v>;
DVDD-supply = <&reg_3p3v>;
PVDD-supply = <&reg_3p3v>;
csi_id = <0>;
mclk = <24000000>;
mclk_source = <0>;
cvbs = <1>;
cam_std = <0>; /* 0 - PAL(default), 1 - NTSC J , 2 - NTSC M */
};

Спасибо, понятно.

а как задействовать цепи стыка, например RTS/CTS?
просто добавить конфиг пинов RTS/CTS после TXD/RXD?
последовательность не важна?

Цитата

добавить конфиг пинов RTS/CTS после TXD/RXD?

да

Цитата

последовательность не важна?

не важна, главное чтобы пины не конфликтовали (не использовались в каких-то еще функциональных назначениях)

+ к этому надо указать что UART может использовать RTS/CTS, например:

&uart2 {
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_uart2_oem>;
fsl,uart-has-rtscts;
status = "okay";
};

Цитата

+ к этому надо указать что UART может использовать RTS/CTS, например:

Это в случае управления потоком или в любом случае? просто я не собираюсь использовать управление потоком, я сам буду "дергать" этими ногами.