[devel-sbc] Запуск платы на PX30 от Rockchip

[devel-sbc] Запуск платы на PX30 от Rockchip

[Vitaly Lipatov]

Добрый день!

А есть какая общая информация как работать с платами, более 
предназначенными для встраивания, чем Pi 4?
Например, для чипов Rockchip есть режим rockusb для заливки прошивки (с 
помощью rkdeveloptool (уже в Сизифе)), у меня даже есть опыт прошивки 
платы на основе PX30.

Но не хватает положительного опыта сборки ядра,
не ясно, как интерактивно взаимодействовать с u-boot, как его 
настраивать.
Как настроить ядро, чтобы оно научилось выводиться на HDMI.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel-sbc] Запуск платы на PX30 от Rockchip

[Evgeny Sinelnikov]

Доброй ночи.

ср, 1 апр. 2020 г. в 02:01, Vitaly Lipatov <lav@altlinux.ru>:
>
> Добрый день!
>
> А есть какая общая информация как работать с платами, более
> предназначенными для встраивания, чем Pi 4?

У нас есть пока один общий инструмент - это генератор образов под
конкретные платы на базе архивов rootfs - ALT rootfs installer:
https://www.altlinux.org/Write/rootfs

> Например, для чипов Rockchip есть режим rockusb для заливки прошивки (с
> помощью rkdeveloptool (уже в Сизифе)), у меня даже есть опыт прошивки
> платы на основе PX30.

Есть одно противоречие. У каждой платы особенности свои, а информация
нужна общая. И не всё, всегда сводится только к чипам и их поддержке в
ядре. Периферия тоже требует поддержки. А базовая прошивка на разных
платах может быть устроена по-разному.

В итоге, получаем необходимость поддержки не архитектур, не
процессорных линеек, а отдельных плат. Чтобы что-то сказать конкретное
про рокчипы - нужно их смотреть вживую. Присылай ссылки на модели.


> Но не хватает положительного опыта сборки ядра,
> не ясно, как интерактивно взаимодействовать с u-boot, как его
> настраивать.
> Как настроить ядро, чтобы оно научилось выводиться на HDMI.

У плат "для встраивания" обычно предусматривается единственный
инструмент - uart (тот же com-порт, но в диапазоне 0...5В, до
преобразователя уровней +/- 12В), который через USB-преобразователь
даёт управляющий, системный терминал.

Через такой же UART интерактивно доступен u-boot и на RPi4. А вот,
чтобы он поддерживал USB-клавиатуру, нужно что-то большее, что не
всегда работает. С нашим u-boot на RPi4 клавиатура пока не работает, и
не только у нас:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1848703

Я сборкой u-boot, непосредственно, не занимался. Поэтому не могу
сказать точно - должна она там быть или нет. Но было бы неплохо.

Ну, может я не очень понял, что значит "интерактивно взаимодействовать
с u-boot". В любом случае. u-boot под каждую плату (или набор плат)
приходится поддерживать и у нас эти пакеты в репах имеются.

-- 
Sin (Sinelnikov Evgeny)

Re: [devel-sbc] Запуск платы на PX30 от Rockchip

[Alexey V. Vissarionov]

On 2020-04-03 02:49:25 +0400, Evgeny Sinelnikov wrote:

 >> А есть какая общая информация как работать с платами, более
 >> предназначенными для встраивания, чем Pi 4?

Информации много. А вот с реализациями беда.

 > У нас есть пока один общий инструмент - это генератор образов
 > под конкретные платы на базе архивов rootfs - ALT rootfs
 > installer: https://www.altlinux.org/Write/rootfs

Ну и сильно он тебе поможет для записи ФС на припаянную флешку? :-)

 >> Например, для чипов Rockchip есть режим rockusb для заливки
 >> прошивки (с помощью rkdeveloptool (уже в Сизифе)), у меня даже
 >> есть опыт прошивки платы на основе PX30.

С нашей нынешней сборкой libusb это лотерея. Но всем как обычно.

 > Есть одно противоречие. У каждой платы особенности свои, а
 > информация нужна общая.

Особенности определяются не столько платой (хотя бывают клинические
случаи наподобие малины и VL805/VL806), сколько SoC ("процессором").

 > И не всё, всегда сводится только к чипам и их поддержке в ядре.

99.9% - это, конечно же, не все... но довольно многое.

 > Периферия тоже требует поддержки. А базовая прошивка на разных
 > платах может быть устроена по-разному.

Ядра, которые я собираю для малины, точно работают на AllWinner,
AMLogic, Broadcom (ага, малина) MediaTek и RockChip. Когда у меня
появится другое железо, они будут работать и там - уж где, а на
ARM64 с этим никаких проблем.

 > В итоге, получаем необходимость поддержки не архитектур, не
 > процессорных линеек, а отдельных плат. Чтобы что-то сказать
 > конкретное про рокчипы - нужно их смотреть вживую. Присылай
 > ссылки на модели.

Да в том же китайпосылторге медиаприставок на RK3288 или S905 -
как у летучей мыши вирусов:
https://www.aliexpress.com/item/4000262735402.html
https://www.aliexpress.com/item/4000796456273.html
https://www.aliexpress.com/item/4000323501813.html
https://www.aliexpress.com/item/4000015912437.html

 >> Но не хватает положительного опыта сборки ядра,

Вот уж с чем никаких проблем... достаточно хотя бы немного знать,
как работает железо.

 >> не ясно, как интерактивно взаимодействовать с u-boot, как его
 >> настраивать.

Примерно как syslinux.

 >> Как настроить ядро, чтобы оно научилось выводиться на HDMI.

Железякозависимо, но в целом тоже никаких сложностей.

 > У плат "для встраивания" обычно предусматривается единственный
 > инструмент - uart (тот же com-порт,

Да щас! UART намного более умная железяка: он настолько U, что
даже не всегда A - в частности, из него во многих случаях можно
сделать SPI.

 > но в диапазоне 0...5В, до преобразователя уровней +/- 12В),
 > который через USB-преобразователь даёт управляющий,

Для справки: адаптеры, чтобы "кошкам хвосты крутить" состоят из
двух независимых (хотя и соединенных между собой) устройств -
собственно USB-serial (CH341, CP2102, PL2303...) и преобразователя
логических уровней из транзисторно-транзисторной логики 0...+3 V в
уровни писюшного асинхронного последовательного порта -8...+8 V или
немного больше (MAX232C и аналоги).

 > системный терминал.

Опять же, далеко не факт: у той же малины на ногах 8 и 10 (которые
у нас используются для подключения терминала исключительно потому,
что я посчитал это удобным) может быть порт SPI номер 5. Или GPIO.

А терминал можно куда-нибудь на 7 и 29 ноги выпихнуть... :-)

 > Через такой же UART интерактивно доступен u-boot и на RPi4.

Опять же, это наши настройки.

 > А вот, чтобы он поддерживал USB-клавиатуру, нужно что-то большее,

Да в общем-то тоже ничего сложного...

 > что не всегда работает. С нашим u-boot на RPi4 клавиатура пока
 > не работает, и не только у нас:
 > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1848703

Можно добавить поддержку, выпустить систему для малины, и только
потом написать апстриму "если интересно, мы тут чучуть исправили" :-)

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

 > Я сборкой u-boot, непосредственно, не занимался. Поэтому не могу
 > сказать точно - должна она там быть или нет. Но было бы неплохо.

Вообще, конечно, не должна. Но после того, как разработчики малины
нарукожопили в ее аппаратной части, у нас есть всего два варианта:
либо пропатчить, либо забить.

 > Ну, может я не очень понял, что значит "интерактивно
 > взаимодействовать с u-boot". В любом случае. u-boot под каждую
 > плату (или набор плат) приходится поддерживать и у нас эти
 > пакеты в репах имеются.

В общем случае все сводится к записи в припаянную флешку. И тут у
нас поле непаханное...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel-sbc] Запуск платы на PX30 от Rockchip

[Alexey V. Vissarionov]

On 2020-04-03 02:15:30 +0300, Aleksey Novodvorsky wrote:

 >> А есть какая общая информация как работать с платами, более
 >> предназначенными для встраивания, чем Pi 4?
 >> Например, для чипов Rockchip есть режим rockusb для заливки
 >> прошивки (с помощью rkdeveloptool (уже в Сизифе)), у меня
 >> даже есть опыт прошивки платы на основе PX30.
 >> Но не хватает положительного опыта сборки ядра, не ясно, как
 >> интерактивно взаимодействовать с u-boot, как его настраивать.
 >> Как настроить ядро, чтобы оно научилось выводиться на HDMI.
 > Вообще говоря, эту информацию должен предоставить
 > производитель платы. Общих рецептов тут нет.

Да вот шЫш они что предоставляют...

 > Качество же патчей производителей, мягко говоря, разное. Если
 > они только не пропихнули их в mainline.

Когда качество высокое - патчи идут в апстрим, когда качество
"мягко говоря, разное" - патчи идут в /dev/null (где им самое
подходящее место, в компании кривого железа).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net