Dron_Gus

Вроде все готовое уже есть https://git.openembedded.org/openembedded-core/tree/meta/recipes-bsp/u-boot/u-boot-fw-utils_2015.01.bb?h=fido

Безопасностью? У вас сейчас 4 устройства через свитч и неизвеструю прошивку модема торчат в интернет. А так торчали бы через линуксовую машину, где можно было бы хоть как-то отгородится. Тунелирование в безопасную сеть? На своих условиях и не на скудных умениях свича/модема?

Очевидно FullHD через такой WiFi не посмотрет 🙂

А я и не писал, что не работает. Если есть лишний год жизни, желательно оплачиваемый, то все заработает. ESP32 в качестве WiFi адаптера? Смешно же. Прошивку еще для него писать. И модем можно прицепить через uart. SIM300 какой-нить.

Модем и WiFi как бы сразу намекают, что bare metal это утопия.

Палец на видео включает плату. На ней есть предательский светодиод, который горит всегда, когда есть питание. Тумблер же управляет преобразователем 12-5. Ну а грузить 4 Гб гибернированной памяти явно займет больше.

Справедливости ради: страница и про linux и про андроид, там все в кучу. На видео же показан линукс и холодный старт, не из гибернации.

Есть быстрая загрузка линукса и есть линукс в машинах. Так вроде под картинкой написано, что на каких-то тойотах.

Естественно. Просто в контексте изначальных вопросов топикстартера решил уточнить, чтобы автор топика правильно понял ответы и нашел то что искал.

И автоматом включает еще 6 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/mach-sunxi/Kconfig .

Давно уже есть. https://www.cogentembedded.com/linux-android-fast-boot/

Спорное утверждение. Для arm64 действительно один defconfig и собиратся ядро все в одном. Но для arm (32), про который тут речь, мультиарча нет. И под каждый проц/семейство тут свой конфиг. Судя по всему, топик-стартера интересует скорее какие драйвера на этих чипах используются. Тут лучше идти от dtsi файлов. Начиная с https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/allwinner/sun8i-t113s.dtsi и по инклудам. И смотреть, что указано в compatible для конкретной ноды. И потом уже искать/грепать драйвер поддерживающий это устройство.

Судя по https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/boot/dts/allwinner/Makefile#n256 T113-S3 будет из MACH_SUN8I

Раз https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm/mach-sunxi/Kconfig Два https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/Kconfig.platforms Три https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/sunxi-ng/Kconfig

На TDS540B включение функции InstaVu (как я понимаю аналог HPшного MegaZoom) занимает секунд 15. Ну и далее с этой функцией переключение режимов развертки сопровождается лютыми тормозами. Надеюсь в этом приборе они придумали более адекватный режим. Потому что на 540 приборе я так и не разобрался, как снять однократную осцилограмму на максимальной скорости выборки, а потом горизонтальным Scale смотреть ее детально. На HP это делается интуитивно понятно.