dev/ram0

Ну, в целом да, но зависеть может от девайса. Ещё можно ядро подтюнить и передавать ему в bootargs — rootfstype=ramfs, init должен лежать в корне

ну и если есть на флеше разделы, там же mtdparts и иже

в 3.x.x и выше работает

Вот в том и беда, что передаю ему dev/ram0, а кернпаник на "unable to mount root fs on unknown-block (0,0)". А что с разделами? Разделы чтобы на флеш монтировать. Какая же это будет рамфс?)

rootfstype=ramfs

попробуй без dev/ram0

Привет, а подскажите, как называется этот разьем для антенны https://i.ebayimg.com/images/g/W2UAAOSwU-pXvwwX/s-l1600.jpg Он очень похож на UFL, но, на внешний вид, чуть меньше. Спасибо :)

Инитрамфс удобна тем, что её можно заархивировать lzma, положить туда например дрова, загрузить, удалить ненужное (экономим рам), а остальное (например в squashfs) подмонтировать на ходу. Рутфс пожатая lzma существенно меньше места занимает. Бывает, что критично )

попробуй без dev/ram0

Пишет, что не может открыть нуль дев или ram0 (если оставить с dev/ram0).

Инитрамфс удобна тем, что её можно заархивировать lzma, положить туда например дрова, загрузить, удалить ненужное (экономим рам), а остальное (например в squashfs) подмонтировать на ходу. Рутфс пожатая lzma существенно меньше места занимает. Бывает, что критично )

Так и хотим сделать.)

Ядро, я так понял, верно сконфигурировано для девайса?

Так и хотим сделать.)

Если embedded железка, ИМХО, лучше все нужное для загрузки/монтирования rootfs вкомпилять в ядро

Если embedded железка, ИМХО, лучше все нужное для загрузки/монтирования rootfs вкомпилять в ядро

Для рутфс не так много и надо же )

Для рутфс не так много и надо же )

Да, не много, драйвер флешки, ФС, да и все. И зачем тогда рамдиск?)

Да, не много, драйвер флешки, ФС, да и все. И зачем тогда рамдиск?)

Читай выше, с рамдиском можно место сэкономить ) на флешэ.

Если embedded железка, ИМХО, лучше все нужное для загрузки/монтирования rootfs вкомпилять в ядро

Так оно и будет. Инитрамфс компилится в ядро с бизибоксом, которая потом монтирует все остальные элементы дерева и делает chroot на новую rootfs.

Читай выше, с рамдиском можно место сэкономить ) на флешэ.

И опять же. Рамдиск это принципиально другой зверь как я понял. Он работает как обычное блочное устройство и всякие накладные расходы в самой ОЗУ.. дублируются, что ли. В общем, как я понял, не очень приятная вещь.)

Ядро, я так понял, верно сконфигурировано для девайса?

Да.

кстати, это нормально прошивать спифлеш невыпаивая из устройства, ему не поплохеет?

кстати, это нормально прошивать спифлеш невыпаивая из устройства, ему не поплохеет?

Вполне нормально

И опять же. Рамдиск это принципиально другой зверь как я понял. Он работает как обычное блочное устройство и всякие накладные расходы в самой ОЗУ.. дублируются, что ли. В общем, как я понял, не очень приятная вещь.)

Ну, не уверен про накладные расходы, рамдиск всё равно быстрее другого носителя.

Читай выше, с рамдиском можно место сэкономить ) на флешэ.

мм... а каким образом ? У тебя что рамдиск будет на флешке (только в ядро вшит), либо просто rootfs на той же squashfs

мм... а каким образом ? У тебя что рамдиск будет на флешке (только в ядро вшит), либо просто rootfs на той же squashfs

cpio архив с initramfs можно ужать с использованием lzma, вот это и есть профит.

cpio архив с initramfs можно ужать с использованием lzma, вот это и есть профит.

но ведь и squashfs можно пожать в lzma/xz

но ведь и squashfs можно пожать в lzma/xz

Не пробовал, не могу ничего сказать )

Не пробовал, не могу ничего сказать )

Я могу, в OpenWRT это уже давно работает. Например, в моем текущем проекте rootfs занимает где-то 22М, а в запакованном виде (с ядром, т.е. уже готовый имэдж), всего 8М

без всяких рамдисков и тд :)

Еще можно ядерные модули пожать в xz, если система новая и insmod умеет их распаковывать на лету

Я могу, в OpenWRT это уже давно работает. Например, в моем текущем проекте rootfs занимает где-то 22М, а в запакованном виде (с ядром, т.е. уже готовый имэдж), всего 8М

рутфс монтируется всё равно неизменяемой, в случае когда надо на ходу делать изменения — не прокатит

рутфс монтируется всё равно неизменяемой, в случае когда надо на ходу делать изменения — не прокатит

специально для этого есть jffs2 и overleyfs :)

но опять таки, все зависит от железки/целей

Ну да)

Я могу, в OpenWRT это уже давно работает. Например, в моем текущем проекте rootfs занимает где-то 22М, а в запакованном виде (с ядром, т.е. уже готовый имэдж), всего 8М

для себя тюнил или по работе?

для себя тюнил или по работе?

В данном случае, ничего не делал. Все работает "из коробки" в OpenWrt

понятно, думал пару моментов спросить, ну да ладно

понятно, думал пару моментов спросить, ну да ладно

Ну, можешь попробовать ))

понятно, думал пару моментов спросить, ну да ладно

А что за моменты?

чуть позже отпишусь, как доступ у компа будет

А зачем? Компиляторы же умеют проверять аргументы printf

это не printf, и синтаксис аргументов там не совсем как в printf. например, %s выводит любое значение, хоть строку, хоть число с дефолтным форматом, как в java String.format(). ну и вывод своих типов добавить всегда можно

это не printf, и синтаксис аргументов там не совсем как в printf. например, %s выводит любое значение, хоть строку, хоть число с дефолтным форматом, как в java String.format(). ну и вывод своих типов добавить всегда можно

А вот это уже не типобезопасное. Это яваскрипт какой-то. А нормально должно быть так, что если ты в printf указал формат для переменной, а потом поменял ее тип, то компилятор должен выдать сообщение, что формат не подходит. И ты его поменяешь, подумав предварительно "не скажется ли это где-то?"

%s вызывает свой метод для каждого типа, который поддерживается. если тип не поддерживается, то вызов вообще не скомпилируется

я в ооп не гуру, но, по-моему, полиморфизм не отменяет type safety

господи лисусе

господи лисусе

?

https://t.me/rabotaembedded вакансия насыпалась

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

Хочется еще быстрее?)

Я не уверен, что моя реализация не сливает стандартному маллоку более двух раз по скорострельности. Пояски-то потуже надо затягивать!

Да, просто абстрактной инфы хотелось бы, т.к. писанины под рукой не имею.

Во https://github.com/iovisor/bcc/blob/master/docs/kernel-versions.md

Я не уверен, что моя реализация не сливает стандартному маллоку более двух раз по скорострельности. Пояски-то потуже надо затягивать!

Ну эта, микробенчмаркинг наше все

Дорогие друзья, следующая Петербургская встреча в рамках ITGM пройдет 17 марта. Подробности по регистрации и программа докладов станут известны позже. Будьте на связи. Если вы желаете сделать доклад с целью поделиться опытом с сообществом, пригласить коллег работать в вашей компании, показать всем мастеркласс - пишите @lady_noname или @ThatEmbeddedGuy

кто занимался аврами подскажите зачем режимы 5 (WGM 101) и 7 (111) у таймеров. Они нужны для аналога CTC, но только с буфферизированным OCR?

Ну эта, микробенчмаркинг наше все

Запустил счетчик тактов... Лучше б не смотрел, 10 раз потеря в скорости. А библиотечный аллокатор уже предкомпилирован, просто так не поймешь как он работает.

Запустил счетчик тактов... Лучше б не смотрел, 10 раз потеря в скорости. А библиотечный аллокатор уже предкомпилирован, просто так не поймешь как он работает.

Ну, счетчик тактов - все-таки штука такая. У библиотеки нет исходников, да?

Не, там специальный счетчик даже не тактов а инструкций в ядре. Библиотека маллока стандартная кейловская, исходники не наблюдаются, только хидер.

Засада.

Всем доброго дня! По рекомендации добавляю запрос на поиск специалиста на проект IoT: Необходимо спроектировать систему (платы/сенсоры) для сбора информации о текущем режиме работы токарного станка модели 1М63. Задачи системы: 1. Собирать данные по электрической части (non-invasive AC Current Sensor); температуре и уровню жидкости. 2. Осуществлять передачу данных в облако, например Losant или иные аналогичные готовые решения по обработке информации. 3. В облаке организовать сбор статистики по контрольным показателям, установлены пороговые значения при достижении которых идет уведомление о достижении критических значений. Объем работы: - под технический паспорт станка подобрать оборудование и систему (плата; сенсоры; облачное решение); - отрисовать схему подключения оборудования (на месте будут монтировать электрики), при необходимости провести supervising через удаленную сеть; - настроить облако. - написать программный код сбора и передачи данных; Если кому-нибудь интересно – пишите в личку – maxim-santalov@mail.ru

Всем доброго дня! По рекомендации добавляю запрос на поиск специалиста на проект IoT: Необходимо спроектировать систему (платы/сенсоры) для сбора информации о текущем режиме работы токарного станка модели 1М63. Задачи системы: 1. Собирать данные по электрической части (non-invasive AC Current Sensor); температуре и уровню жидкости. 2. Осуществлять передачу данных в облако, например Losant или иные аналогичные готовые решения по обработке информации. 3. В облаке организовать сбор статистики по контрольным показателям, установлены пороговые значения при достижении которых идет уведомление о достижении критических значений. Объем работы: - под технический паспорт станка подобрать оборудование и систему (плата; сенсоры; облачное решение); - отрисовать схему подключения оборудования (на месте будут монтировать электрики), при необходимости провести supervising через удаленную сеть; - настроить облако. - написать программный код сбора и передачи данных; Если кому-нибудь интересно – пишите в личку – maxim-santalov@mail.ru

Добавил в @rabotaembedded.

Всем доброго дня! По рекомендации добавляю запрос на поиск специалиста на проект IoT: Необходимо спроектировать систему (платы/сенсоры) для сбора информации о текущем режиме работы токарного станка модели 1М63. Задачи системы: 1. Собирать данные по электрической части (non-invasive AC Current Sensor); температуре и уровню жидкости. 2. Осуществлять передачу данных в облако, например Losant или иные аналогичные готовые решения по обработке информации. 3. В облаке организовать сбор статистики по контрольным показателям, установлены пороговые значения при достижении которых идет уведомление о достижении критических значений. Объем работы: - под технический паспорт станка подобрать оборудование и систему (плата; сенсоры; облачное решение); - отрисовать схему подключения оборудования (на месте будут монтировать электрики), при необходимости провести supervising через удаленную сеть; - настроить облако. - написать программный код сбора и передачи данных; Если кому-нибудь интересно – пишите в личку – maxim-santalov@mail.ru

Teslatec.ru

А никто не сталкивался с необходимостью поставить менеджер пакетов? То есть. Сам dpkg — это пакет. Вручную распаковать и все скрипты запустить? Или его из исходников собрать можно?

А никто не сталкивался с необходимостью поставить менеджер пакетов? То есть. Сам dpkg — это пакет. Вручную распаковать и все скрипты запустить? Или его из исходников собрать можно?

Ну пакетный менеджер можно и make'ом собрать, а потом с помощью него установить в некий targetdir все пакеты.

Так точно делает pacstrap, debootstrap, opkg

Так точно делает pacstrap, debootstrap, opkg

Гляну. Спасибо! Пока попробую инструкцию с LFS (Linux from scratch).

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

Т.е. сделает это за меня, отбросив пересчет

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

лучший способ проверить это - посмотреть, что компилятор нагенерировал тебе на этот счёт

В принципе, звучит логично

А

В принципе, звучит логично

можешь сделать минимальный пример и закинуть на годболт (если там есть компилятор, который тебя интересует). Заодно и нам ссылочку кинь)

Ну, аллокатор придется писать заново, ибо на работе не успел кинуть на флешку - свет вырубили ввиду испытательных потребностей.

Всегда ведь можно жёсткий диск вытащить и унести домой!

А можно и на работе с флешки работать :)

Ищу стажировку, можно удалённо в направлении embedded в направлении сборки ОС, владею bash, осваиваю python3. P.S. посоветуйте одноплатник, компактный, в идеале с 2 Eth, со свичом и в идеале с mSATA/mPCI-E

Ищу стажировку, можно удалённо в направлении embedded в направлении сборки ОС, владею bash, осваиваю python3. P.S. посоветуйте одноплатник, компактный, в идеале с 2 Eth, со свичом и в идеале с mSATA/mPCI-E

banana pi r1/r2?

И ещё вопросик: как на двухпроцессорных системах распределять процессы по ядрам, например на Exynos 5?

И ещё вопросик: как на двухпроцессорных системах распределять процессы по ядрам, например на Exynos 5?

шустро ты удаляешь ответы )))

со скоростью гугления :)

но всё-таки не подходит

banana pi r1/r2?

они страшные как пиздосий, в плане поддержки этих их алвиннеров

И ещё вопросик: как на двухпроцессорных системах распределять процессы по ядрам, например на Exynos 5?

та никак не мучайся, libpthread и ядро этим будет рулить

на A20 - камень не тянет (проверил на Cubietruck), пины мультиплексируются... а коммутатора не стоит

в случае с odroid XU4 есть ещё кайф в том что можно на opencl всякое гонять

та никак не мучайся, libpthread и ядро этим будет рулить

а как определяется камень? 4x2.0 || 4x1.4 ?

они страшные как пиздосий, в плане поддержки этих их алвиннеров

Дык других азиатов для нас нету, только медиатек и самсунг

а как определяется камень? 4x2.0 || 4x1.4 ?

ща, получил на лапы свежую и запущу в ближайший час-полтора