* [devel-sbc] Запуск платы на PX30 от Rockchip @ 2020-03-31 22:01 Vitaly Lipatov 2020-04-02 22:49 ` Evgeny Sinelnikov 0 siblings, 2 replies; 4+ messages in thread From: Vitaly Lipatov @ 2020-03-31 22:01 UTC (permalink / raw) To: devel-sbc Добрый день! А есть какая общая информация как работать с платами, более предназначенными для встраивания, чем Pi 4? Например, для чипов Rockchip есть режим rockusb для заливки прошивки (с помощью rkdeveloptool (уже в Сизифе)), у меня даже есть опыт прошивки платы на основе PX30. Но не хватает положительного опыта сборки ядра, не ясно, как интерактивно взаимодействовать с u-boot, как его настраивать. Как настроить ядро, чтобы оно научилось выводиться на HDMI. -- С уважением, Виталий Липатов, ALT Linux Team ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel-sbc] Запуск платы на PX30 от Rockchip 2020-03-31 22:01 [devel-sbc] Запуск платы на PX30 от Rockchip Vitaly Lipatov @ 2020-04-02 22:49 ` Evgeny Sinelnikov 2020-04-03 0:20 ` Alexey V. Vissarionov 1 sibling, 1 reply; 4+ messages in thread From: Evgeny Sinelnikov @ 2020-04-02 22:49 UTC (permalink / raw) To: Single-board computer software development discussions Cc: Sergey Bolshakov, Alexey Sheplyakov, Igor Chudov, Антон Мидюков Доброй ночи. ср, 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) ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel-sbc] Запуск платы на PX30 от Rockchip 2020-04-02 22:49 ` Evgeny Sinelnikov @ 2020-04-03 0:20 ` Alexey V. Vissarionov 0 siblings, 0 replies; 4+ messages in thread From: Alexey V. Vissarionov @ 2020-04-03 0:20 UTC (permalink / raw) To: Single-board computer software development discussions 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 ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <CAGvFrt0kvSajvcqSM1f1QZ=7LA0OUc7p-aeKJpv5---OuOHaMQ@mail.gmail.com>]
* Re: [devel-sbc] Запуск платы на PX30 от Rockchip @ 2020-04-03 0:25 ` Alexey V. Vissarionov 0 siblings, 0 replies; 4+ messages in thread From: Alexey V. Vissarionov @ 2020-04-03 0:25 UTC (permalink / raw) To: Single-board computer software development discussions 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 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-04-03 0:25 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-03-31 22:01 [devel-sbc] Запуск платы на PX30 от Rockchip Vitaly Lipatov 2020-04-02 22:49 ` Evgeny Sinelnikov 2020-04-03 0:20 ` Alexey V. Vissarionov 2020-04-03 0:25 ` Alexey V. Vissarionov
Single-board computer software development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-sbc/0 devel-sbc/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-sbc devel-sbc/ http://lore.altlinux.org/devel-sbc \ devel-sbc@lists.altlinux.org devel-sbc@lists.altlinux.ru devel-sbc@lists.altlinux.com public-inbox-index devel-sbc Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-sbc AGPL code for this site: git clone https://public-inbox.org/public-inbox.git