а в этом смысле

По памяти?

Гуру

Ниид хелп

Может кто встречал вариант для использования апельсинки как спи флешь

как именно эмулятора?

да хрен найдёшь так-то

Может кто встречал вариант для использования апельсинки как спи флешь

звучит как адова дичь

звучит как адова дичь

Та никак не допротирую свитч на роутер.. Чувствую что скора флешка кончится

Ищу варианты для отладки

А так да... Дико звучит

Может кто встречал вариант для использования апельсинки как спи флешь

Под распи делали программный драйвер PSX джоя, скорее всего можно обойтись минимальной переделкой

Под распи делали программный драйвер PSX джоя, скорее всего можно обойтись минимальной переделкой

Уже что-то

Под распи делали программный драйвер PSX джоя, скорее всего можно обойтись минимальной переделкой

Спасибо

Под распи делали программный драйвер PSX джоя, скорее всего можно обойтись минимальной переделкой

А ссылку не дадите?

Та никак не допротирую свитч на роутер.. Чувствую что скора флешка кончится

купи просто на 16 или на 32 ;)

ну или хардкор, сделой эмуль на стм32

купи просто на 16 или на 32 ;)

Видимо действительно проще купить другу флешку

А ссылку не дадите?

https://m.geektimes.ru/post/288947/

Ищу варианты для отладки

Я в особо странном случае через kdb вполне неплохо шатал ядро через uart. Не скажу что понравилось и что помогло, но как факт - работает.

Ещё можно пользоваться магией U-boot'а и грузиться по сети в RAM.

Я в особо странном случае через kdb вполне неплохо шатал ядро через uart. Не скажу что понравилось и что помогло, но как факт - работает.

Можно как для тех кто в танке?

Ещё можно пользоваться магией U-boot'а и грузиться по сети в RAM.

Вот с магией не получается

https://www.kernel.org/pub/linux/kernel/people/jwessel/kdb/

Ещё можно пользоваться магией U-boot'а и грузиться по сети в RAM.

Патамушта нужен конфиг свитча

никакой магии, положил образ в память и сказал bootm

свитч какой?

u-boot из sdk обычно его криво-косо, но конфигурит

свитч какой?

Qca 8337

u-boot из sdk обычно его криво-косо, но конфигурит

Вообще нет(

ну шитодат у тебя скорее всего есть

сконфигурь port-based vlan для начала из u-boot

ye bkb e;t d dtlht

ну или уже в ведре

заработает, тогда уже 802.1q прикручивай

ну или уже в ведре

Если б был убут... Там Jboot

исходники есть?

исходники есть?

Сдк на девайс нет

исходники загрузчика. на крайняк есть ли порт u-boot на этот камень

если нет - тогда забей и страдай

исходники загрузчика. на крайняк есть ли порт u-boot на этот камень

Есть убут для "mt7620

ну так збс, он дерьмо, но хоть немного шатабелен

там уже в ините eth можно запилить посылку по mdio команд в свитч

я когда марвеловский свитч делал, начинал с того, что сделал обёртку над mdio и из комстроки срал в регистры

но u-boot для 7620 - полное говно, по крайней мере тот что в медиатековом sdk был

но u-boot для 7620 - полное говно, по крайней мере тот что в медиатековом sdk был

Полностью согласен

Народ, а можно ли сигнал NE1 у fsmc stm32f1 использовать как dclk lcd интерфейса? С подключением rgb к d0...d15 и ногодрыгом на стробах?

Подскажите дешевый ширпотребный стерео АЦП на I2S? 16 бит, 48 кгц

У реалтека было

Ищу варианты для отладки

Я бы предложил ядро во флешке, корень на NFS, но для этого тоже нужен живой езернет, правда, уже после инициализации ядра.

привет работаю с SIM868 где-то слышал, что можно скармливать GSM-координаты GPS-модулю, для того, чтобы GPS-координаты быстрее определялись в интернете найти ничего по этой теме не могу есть кто знает как это сделать? и вообще возможно ли это или лапша всё это

Ты про A-GPS?

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

https://www.youtube.com/watch?v=jWlaEAzigCY @mkrentovskiy выступает

Новый день — пора новых вопросов! Я почитал и выяснил, что супервизоры — это очень круто и очень полезно. Прочитал также, что всякие systemd/upstart/sysv — ето не круто, когда под рукой есть такая вещь как run-it. Никто не пользовался? Пока что меня интересует только некоторый пробел в идеологии использования всего этого дела: получается, что мне просто нужно первым запускать не стандартный /sbin/init (как я понял, это и есть sysv-подход), а соответствующий для моего run-it процесс? Или как лучше сделать? В принципе, как я понял, можно этот run-it прописать банально в inittab и будет вроде как всё то же.

?

Ты можешь начать с полумеры и воспользоваться runit'ом только в качестве супервайзера, а не в качестве системы инициализации.

Я так свои сервисы оборачиваю на VPS'ке с Debian'ом, у которого до сих пор sysv.

То есть в inittab прописать runsvdir?

То есть в inittab прописать runsvdir?

Необязательно в inittab, можно в init.d

Просто ок, я понял, что runsvdir запускает по кругу скрипты из соответствующих /etc/service-директорий. Но кто-то же должен запускать сам runsvdir! И он, как я понимаю, тоже может грохнуться. И как раз в этом моменте мы используем sysv, который просто следит за runsvdir как за обычным сервисом.

runit в разы быстрее, чем sysv-скрипты инициализации (его 1, 2 и 3-скрипты должны быть очень простыми) как минимум потому что все программы запускаются параллельно и сильно позже, чем выполнятся и запустятся все необходимые штуки для работы.

Просто ок, я понял, что runsvdir запускает по кругу скрипты из соответствующих /etc/service-директорий. Но кто-то же должен запускать сам runsvdir! И он, как я понимаю, тоже может грохнуться. И как раз в этом моменте мы используем sysv, который просто следит за runsvdir как за обычным сервисом.

С таким успехом ты можешь подумать, что /sbin/init может тоже грохнуться.

С таким успехом ты можешь подумать, что /sbin/init может тоже грохнуться.

Ну если падает система инициализации, то у нас есть более серьёзные проблемы, чем не работающие сервисы. Откуда-то я вчера это вычитал. х)

Ну если падает система инициализации, то у нас есть более серьёзные проблемы, чем не работающие сервисы. Откуда-то я вчера это вычитал. х)

Это правда, но у меня за всю практику runsvdir ни разу не упал.

Окей. Понял. Тогда буду делать так и не париться.)

Но вообще на текущей работе мы активно _хотим_ внедрить клёвый finit: https://github.com/troglobit/finit У него хотя бы есть встроенная система зависимостей для сервисов (в runit'е приходится костылить inotify и pid-файлы, например).

а чем системд неустроил

а чем системд неустроил

systemd в embedded тащить?

а, вы про это

Но вообще на текущей работе мы активно _хотим_ внедрить клёвый finit: https://github.com/troglobit/finit У него хотя бы есть встроенная система зависимостей для сервисов (в runit'е приходится костылить inotify и pid-файлы, например).

Ещё и зависимости. Ух. Надо себе домой утащить и попытаться всё по-человечески сделать. Потому что меня заставили вообще ставить dpkg. И это довольно смешно. Потому что, как я понимаю, dpkg рассчитан на использование как раз таки systemd и прочих debian-овских болезненностей (читал, что там зоопарк из upstart/sysv/systemd, который работает через пень-колоду).

А что по сути этот dpkg делает? Ок, бинарные файлы и либы, где нужно, распаковывает. Какие-то конф-файлы. И просто прописывает демонов или ругие настройки в соответствующие файлы в /etc директории?

А что по сути этот dpkg делает? Ок, бинарные файлы и либы, где нужно, распаковывает. Какие-то конф-файлы. И просто прописывает демонов или ругие настройки в соответствующие файлы в /etc директории?

deb-пакеты можно рассматривать как SFX-архив с метаинформацией. Вообще никак к системе инициализации не привязан.

Другой вопрос, что есть opkg вместо dpkg, который совместим с deb-пакетами

systemd в embedded тащить?

я хотел. Но оно отказывалось собираться. А потом перестал следить. Фичи этого комбайна можно отключать поотдельности?

я хотел. Но оно отказывалось собираться. А потом перестал следить. Фичи этого комбайна можно отключать поотдельности?

Не знаю, честно. Мне кажется, что нет.

жаль

deb-пакеты можно рассматривать как SFX-архив с метаинформацией. Вообще никак к системе инициализации не привязан.

Но вот я установил демон через dpkg. Кто-то же должен узнать о его присутствии в системе и начать его запускать. Вроде как есть start-stop-daemon, который идёт с dpkg. Он этим занимается?

Но вот я установил демон через dpkg. Кто-то же должен узнать о его присутствии в системе и начать его запускать. Вроде как есть start-stop-daemon, который идёт с dpkg. Он этим занимается?

Не-а. Если sysv, то кладется файл с execute-битом в init.d

Вот. Но тогда получается, что привязка к системе инициализации есть. Разве я не прав?

Ну и симлинк из rcX.d

Вот. Но тогда получается, что привязка к системе инициализации есть. Разве я не прав?

Это только файл.

Но кто-то же им должен пользоваться. :D Иначе он не заработает.

Вот. Но тогда получается, что привязка к системе инициализации есть. Разве я не прав?

Так можно этот файл на другой поменять и сказать, что есть зависимость от runit

Да. Это бесспорно. Просто суть dpkg же в том, что ты нажал dpkg -i *.deb и у тебя всё работает из коробки. И ты щастлев.

И не заморачиваешься тем, как оно и чего.

Ну, далеко не совсем так.

А как? Я не спорю. Я не понимаю. :D

Да. Это бесспорно. Просто суть dpkg же в том, что ты нажал dpkg -i *.deb и у тебя всё работает из коробки. И ты щастлев.

так можно сделать, но никто не делает

так можно сделать, но никто не делает

А как делают?