Там ведь история такая что этот самый trim должен пойти через usb/pcie прослойку виде scsi команды. Только вот куда она дельше пойдет? На контроллер картридера который уже общается с картой через sdio (в общем картридер своими силами че на мутит, но это должно быть совместимо) или же непонятным макаром сразу на контроллер в карте памяти, который вроде как про scsi вообще не слышал (?).
(в случае SSD, даже типа флешки команда попадает через USB/SATA/NVME на контроллер с подключенной памятью и он там уже сам мутит нужные таблицы где и ка как хочет.)
в случае armbian уже встроен скрипт в armbian-config который умеет клонировать систему на SATA/EMMC/USB и ставить uboot
вручную можно просто сделать копию microsd хотя бы пофайловую, на microsd оставить только папку boot - там останется uboot с настройками и ядро, с параметром типа rootfs=UUID (раздела содержащего ROOTfs, на USB/SSD, нужно чтобы UUID на micro sd и внешнем накопителе был разный). Таким образом ядро будет грузиться с microsd штатным образом и и само цеплять файловую систему с нужным UUID своими драйверами (хоть nvme). Чтобы было совсем хорошо - новый UUID нужно указать в файле /etc/fstab Ну и чтобы ядро обновлялось нужно сделать link папки /boot на раздел microsd где он находиться. Собственно скрипт это и делает.
Так же для некорыстных одноплатников компилируют свои uboot которые умеют USB, NVME и пишут их в маленькую набортную spi память либо тоже на карту памяти
по закону подлости все эти миллионы будут выброшено на свалку за день до этого. а на оставшемся - dos не пойдет. я к тому что для себя еще можно такое, но вот для кого то на сторону ... очень вопрос
широко известный в узких кругах VLO говорил мне что стандартами выравнивание предусмотрено. Но простая логика говорит что это стоит денег, а значит в китайском дешемане этого не будет.
так любой одноплатник хорош тем когда его кто то чем то поддерживает. При этом несколько стадий поддержки от "запиил чисто для себя" через неофициальную сборку до официального включения. для официального включения там определенное количество формальностей, но многие шьют "сборку от васяна", которое суть есть именно это "собрать прошивку из исходников вручную" и вполне довольны
Конечно не случайно, только не стоит думать что это чьи-то происки. Когда используется "свежайший" снапшот или версия RC то все может уплыть в любой момент. в стабильной версии такое менее вероятно
Я могу ошибаться но выглядит это не совсем так. busybox это по большому счету не rootfs а только набор утилит командной строки, которые в rootfs еще надо разместить, в общем то, по своему усмотрению, что, собтвенно, здесь и показано. Я встречал заявления что busybox - нечто большее, но пока я не вижу полноценной законченной среды.
В данной статье для законченной структуры и пакетов предлагают прикрутить еще и Entware и Optware , которые не только содержат скомпилированные пакеты но и идеологию их размещения и работы.
alpine-minirootfs - сущность такого же рода, только система пакетов уже другая и и используется библиотека musl вместо glibc, а это может потянут за собой очень существенные изменения.
Насколько я понял Tabby CAD вроде все таки не надо, надо OSS CAD Suite , либо самому компилировать по кускам, в общем - перемещаться в весьма сторонние от FPGA вещи
Мне например сразу приходит в голову - сделать IP камеру. Но для этого надо очень аппаратное кодирование видео, и сейчас есть куда как более интересные варианты для этого.
А вот распознавание образов сейчас делают даже на ESP32, так что этой штуки вполне должно хватить на распознавание чего нибуть..
А вообще так чипсет вроде телефонный? Тогда экран планировался, фоточки... На борту есть целый GPU и скриншот Android на странице продукта
Автору честь и хвала за то что ядро пропатчил. И все расписал.
Мне любопытно стало - а если использовать /gcc-linaro-7.5.0-2019.12-i686-mingw32_arm-linux-gnueabihf.tar.xz так ведь наверное получиться собрать бинарники и без WSL хотя дальше будут приключения с правами доступа в файловой системе (образе)
Да тут тема как то больше про кино. на зеро дей/дефкон далеко не всякий сходить может, а если мыслить глобальнее то есть например еще косплейные мероприятия, а уж там то с девушками все хорошо
Там ведь история такая что этот самый trim должен пойти через usb/pcie прослойку виде scsi команды. Только вот куда она дельше пойдет? На контроллер картридера который уже общается с картой через sdio (в общем картридер своими силами че на мутит, но это должно быть совместимо) или же непонятным макаром сразу на контроллер в карте памяти, который вроде как про scsi вообще не слышал (?).
(в случае SSD, даже типа флешки команда попадает через USB/SATA/NVME на контроллер с подключенной памятью и он там уже сам мутит нужные таблицы где и ка как хочет.)
в случае armbian уже встроен скрипт в armbian-config который умеет клонировать систему на SATA/EMMC/USB и ставить uboot
вручную можно просто сделать копию microsd хотя бы пофайловую, на microsd оставить только папку boot - там останется uboot с настройками и ядро, с параметром типа rootfs=UUID (раздела содержащего ROOTfs, на USB/SSD, нужно чтобы UUID на micro sd и внешнем накопителе был разный). Таким образом ядро будет грузиться с microsd штатным образом и и само цеплять файловую систему с нужным UUID своими драйверами (хоть nvme). Чтобы было совсем хорошо - новый UUID нужно указать в файле /etc/fstab Ну и чтобы ядро обновлялось нужно сделать link папки /boot на раздел microsd где он находиться. Собственно скрипт это и делает.
Так же для некорыстных одноплатников компилируют свои uboot которые умеют USB, NVME и пишут их в маленькую набортную spi память либо тоже на карту памяти
по закону подлости все эти миллионы будут выброшено на свалку за день до этого. а на оставшемся - dos не пойдет. я к тому что для себя еще можно такое, но вот для кого то на сторону ... очень вопрос
даже для микросервера такие штуки относительно одноплатника - очень плюс/минус. в качестве минуса - вентилятор, хотя их и к одноплатникам прикручивают
и вот с такой то автоматизацией точно станет вопрос че делать если оно сдохнет
скорость работы не впечатляет даже на более мощных процах.. они там накрутили.. новомодного и тормозного
к малинкам -да, но к одноплатникам - не ко всем, не все с usb умеют грузиться
широко известный в узких кругах VLO говорил мне что стандартами выравнивание предусмотрено. Но простая логика говорит что это стоит денег, а значит в китайском дешемане этого не будет.
так любой одноплатник хорош тем когда его кто то чем то поддерживает. При этом несколько стадий поддержки от "запиил чисто для себя" через неофициальную сборку до официального включения. для официального включения там определенное количество формальностей, но многие шьют "сборку от васяна", которое суть есть именно это "собрать прошивку из исходников вручную" и вполне довольны
Конечно не случайно, только не стоит думать что это чьи-то происки. Когда используется "свежайший" снапшот или версия RC то все может уплыть в любой момент. в стабильной версии такое менее вероятно
Я могу ошибаться но выглядит это не совсем так. busybox это по большому счету не rootfs а только набор утилит командной строки, которые в rootfs еще надо разместить, в общем то, по своему усмотрению, что, собтвенно, здесь и показано. Я встречал заявления что busybox - нечто большее, но пока я не вижу полноценной законченной среды.
В данной статье для законченной структуры и пакетов предлагают прикрутить еще и Entware и Optware , которые не только содержат скомпилированные пакеты но и идеологию их размещения и работы.
alpine-minirootfs - сущность такого же рода, только система пакетов уже другая и и используется библиотека musl вместо glibc, а это может потянут за собой очень существенные изменения.
С учетом характера платы я считаю более разумным прикрутить к ней OpenWrt, это тоже вполне полноценный linux расчитанный на малые ресурсы. Я даже не одинок в этом мнении https://forum.openwrt.org/t/support-for-the-rda8810pl/148380
Насколько я понял Tabby CAD вроде все таки не надо, надо OSS CAD Suite , либо самому компилировать по кускам, в общем - перемещаться в весьма сторонние от FPGA вещи
включил он в ядро поддержку кое-какого железа включая USB и интерфейс SPI (а на нем CAN) плюс какие то еще настройки ...
точнее то конечно https://www.gowinsemi.com/en/product/detail/46/ но там надо зарегаться для скачки
Ядро апгрейдить он похоже не осилил, хотя там и для ядра 3. всякие патчи
Мне например сразу приходит в голову - сделать IP камеру. Но для этого надо очень аппаратное кодирование видео, и сейчас есть куда как более интересные варианты для этого.
А вот распознавание образов сейчас делают даже на ESP32, так что этой штуки вполне должно хватить на распознавание чего нибуть..
А вообще так чипсет вроде телефонный? Тогда экран планировался, фоточки... На борту есть целый GPU и скриншот Android на странице продукта
Дисплеи в общем то и на SPI есть только медленнее
Автору честь и хвала за то что ядро пропатчил. И все расписал.
Мне любопытно стало - а если использовать /gcc-linaro-7.5.0-2019.12-i686-mingw32_arm-linux-gnueabihf.tar.xz так ведь наверное получиться собрать бинарники и без WSL хотя дальше будут приключения с правами доступа в файловой системе (образе)
он сможет сделать если его этому научили и подсунули нужные файлы ядра (которые еще нужно пропатчить как оказалось)
Какие то тут все ПЛИС не просто большие а огромные. Есть че нить типа tqfp32 ?
Да тут тема как то больше про кино. на зеро дей/дефкон далеко не всякий сходить может, а если мыслить глобальнее то есть например еще косплейные мероприятия, а уж там то с девушками все хорошо
(о) (о)