sasamy

микроядерный гипервизор, микроядро специфическое - всего три системных вызова кажется - давно интересовался, подобное https://www.sysgo.com/pikeos QNX это уже прошлый век, жирноядро

у них можно демо версию скачать, а ваши разработки только в воспалённом сознании 🙂 похоже это на гипервизор.

давно есть https://os.kaspersky.ru/ верифицированная, у них в штате целая команда математиков, только вам ккой от этого толк ?

как то вы в кучу всё смешиваете - "кручу верчу запутать хочу". Начнём с докера - это американская компания, продукт в дебиане устанавливается через стороннюю репу, отключить вас от неё со стороны докера не составляет труда. Сам дебиан некоммерческое сообщество с зеркалами по всему миру - как вы представляете отключить вас от дебиана. Убунта коммерческий клон дебиана, спрыгнуть с него никакого труда не составляет. Ядро linux сложный вопрос - там есть банда из представителей корпораций которая им управляет, но доступ к коду перекрыть я не представляю как это возможно. То что майнтэйнеров с российским следом отключили - какая-то ерунда, у нас нет такого производства электроники как у основателей linux foundation чтобы это событие хоть на что-то повляло. Причём один из них казахстанец вообще, давно живет в штатах и работает в амазоне. flatpak - кто им вообще пользуется ? По поводу линукс еще - торвальдс это известный троль, раньше он еще код писал а сейчас просто троль, бывало его даже в угол ставили за это https://vc.ru/hr/45905-sozdatel-linux-linus-torvalds-vremenno-pokinet-razrabotku-iz-za-plohogo-otnosheniya-k-lyudyam

еще пару лет назад я бы тоже так думал, но ведь эти коммерческие конторы с типа открытыми проектами по щелчку в закат уходят https://www.cnews.ru/news/top/2024-05-30_rossijskih_programmistov https://www.rbc.ru/technology_and_media/06/03/2022/62221a5b9a79472b4f07b5e1 интересно куда весь девопс будет щемиться если кислород перекроют, а ведь по сути докер банальный помогатор без которого любой разработчик спокойно обходится. К настоящему свободному ПО типа linux, debian с qemu просто так кислород не перекрыть, я как то даже не переживаю что наши образы в вмваре сделаны https://foswiki.org/Support/HowToRunVirtualMachineImageOnKvmQemu

собрать корневую и чрутнуться можно не менее удобно https://github.com/bdrung/bdebstrap

понятно, у меня после чтения обзорной статьи сложилось впечатление что контейнеры в tmpfs крутятся buildroot в виртуалке достаточно собрать один раз, закачаются все исходники и компиляторы, положить имидж на полку, соберётся и через 10 лет даже если и убунта и докер рассосется. https://buildroot.org/downloads/manual/manual.html#ccache PS Спасибо за краткое и очень доходчивое пояснение по докеру

его тоже снесет - основная запись gpt следом за mbr, резервная в конце диска. После загрузки убута должна быть консоль о которой я уже говорил - подключите терминал и выполните там на хостовой машине вин/лин к которой подключено по usb должен появиться usb диск с содержимым emmc, и с ним можно какой-нибуть программой разбираться. В линуксе проще - можно дамп emmc смапить на /dev/loop и работать как с обычным диском и потом зашить скорректированный имидж на emmc

записать загрузчик не проблема и однозачно - убут пишется со смещением 8 * 1024 байт от начала диска, хотя если убут из китайского sdk ему еще отдельный spl нужен который у них boot0 называется, но убут должен как-то ядро и dt найти на диске, это указывают либо в самом убуте либо через внешние boot.scr, extlinux.conf и тд. И если вы его запишете как я вам давал пример через sdcard.img вы затрете mbr на диске

надо образ смотреть - нет единого стиля, я хз что там у вас - где ядро с dt

правильно понимаю что это обычная директория на диске а не ramfs там смонтирована ? насколько я понял весь смысл докера что окружение а рам там по зависимостям нехило вытягивает, только буилдрут после сборки небольшой ос с qt будет больше 10 гигов, мне показалось он не убут а весь sdk собирает через загрузчик в параметрах передаётся в образе виртуалки можно уже собранный буилдрут передавать и команд никаких не надо, а докер один фиг тоже самое вытягивает из инета отдельными пакетами

в докере бы собралось но наифиг эти извраты мне непонятно, у кого-то и wsl не установлен у кого-то и не установить, а образ виртуалки работает всегда и везде и все исходники в образе лежат. Вам можно оставить ядро с корневой штатные от s3 и вообще ничего не собирать кроме убута

вот эти финты ушами меня удивляют - вижу в инете что все этими докерами маются, но ведь они задуманы для изоляции процессов с лёгким окружением в RAM и наверняка памяти жрут как не в себе если у них корень целой ОС для сборки в RAM, если хост Linux то мне кажется chroot практичней а если хост вендовый то ему внезапно надо эмулировать апи линуксового ядра а это тадам - виртуальная машина, в WSL2 буквально целая убунта.

так вам после расширения памяти достаточно только инит ddr поменять т.е. только загрузчик

в майнстримном не сделана - у вас из какого убута, по стилю оформления кода из какого-то китайского SDK ?

а что собраться то должно, вы убут вторые сутки собираете ? он секунд 10 собирается, а для s4 в майнстримном убуте если китаец не врет достаточно 1 строку поменять https://bbs.aw-ol.com/topic/4102/请问谁有aic600e3的dram初始化代码/4?lang=en-US

есть конечно https://github.com/linux-sunxi/sunxi-tools https://dfu-util.sourceforge.net/ https://libusb.info/ экзешник для венды собран кросскомпилятором mingw на убунте. У меня просто все три проекта слеплены вместе, основной поток в цикле опрашивает устройства usb и запускает потоки с утилитами, можно этот цикл на пинтоне сделать и вызывать утилитытнапрямую и не править вообще исходные проекты. Мне просто показалось что один экзешник удобней. Делалось для поточного программирования когда надо много плат шить - достаточно только запустить экзещник и подтыкать платы к хабам и контролировать по светодиодам окончание записи вытыкать готовые и новые втыкать 🙂 там еще банальный автотест что после печки все работает в самой прошивке с индикацией светодиодом. И сам цикл c поллингом уновых устройств тут из-за бестолковой венды - для неё не реализован хотплаг в libusb.

раньше всё на транзисторах работало как-то, сейчас барметальщик уже не тот https://rutube.ru/video/b21ea783c0aa44ef83cd1b42cce620c0/?t=354&r=plwd

с чем там мучаться - указать кросскомпилятор, конфиг, выполнить make, например компилятор свой укажете, после сборки будет в корне u-boot-sunxi-with-spl.bin - он вам нужен, после этого добавляйте из моих примеров все что вам нужно в конфиги и dt этой манги. Если добавляете что-то в ххх_defconfig естественно нужно переконфигурировать, make clean -> make xxx_defconfig ->make, если в исходники или dt изменили достаточно просто make

какашки в голове у того кто придумал emmc не на тот интерфейс вместо sd засунуть, кто знает может они и проц от 220В запитали 🙂

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

вы лог посмотрите - убут вашу emmc не видит, наберите в консоли команды которые я написал, причем тут заголовок убута

какой самсунг сейчас стоит ? форизя поддерживает а насчет слмсунга я не уверен что он High power mode 3.3В поддерживает, убут у меня работал с emmc на mmc2 и с sd на mmc0 от того вы что вы его пересоберете ничего не изменится это я вообще не понял - очем вы ? там консоль убута на уарт выведена, подключите вендовый терминал или putty

еще я бы попробовал вместо emmc держатель для sd припаять и залить из дампа образ пользовательского раздела на sd, но это конечно трудно осуществимо тут ведь у вас консоль есть - посмотрите что там видит убут mmc help и дальше команды из хелпа пробуйте mmc rescan mmc list mmc dev 0 mmc info

https://source.denx.de/u-boot/u-boot вот конфиг для платы на т113 который можно взять за отправную точку https://source.denx.de/u-boot/u-boot/-/blob/master/configs/mangopi_mq_r_defconfig?ref_type=heads для пимера мой конфиг и DT в аттаче Чтобы uart3 на pg встал тут надо подправить еще https://source.denx.de/u-boot/u-boot/-/blob/master/drivers/pinctrl/sunxi/pinctrl-sunxi.c?ref_type=heads#L617 пины pg добавить https://source.denx.de/u-boot/u-boot/-/blob/master/arch/riscv/dts/sunxi-d1s-t113.dtsi?ref_type=heads#L141 sk_t113_defconfig sun8i-t113s.dtsi sun8i-t113-sk.dts sun8i-t113-sk.dtsi