Oo-oO
Coś dla @fervi ;) https://old.reddit.com/r/linux/comments/1odq7ti/fixing_my_broken_system_while_breaking_my_fixed/ już zawsze będzie mi się z termuxem kojarzył ;)

Swoją drogą "kto ma wiedzieć ten wie" ale może są ludzie którzy nie wiedzą a chcieliby się dowiedzieć a może nawet zarejestrować:

2026.01.31-2026.02.01 https://fosdem.org/2026/ (darmowy)
2026.02.02 https://pretalx.com/openembedded-workshop-2026-2025
4
kacpervfr
Dajcie jakieś protipy do yocto xd
#yocto #linux #embedded #programowanie
0
  • Najlepsze
  • Wszystkie komentarze
Przemonrg
Przemonrg
Książki sprawdź. Po angielsku są dostępne. Tam wszystko ładnie opisane.
0
Parseval
Cześć,
Hobbystycznie/edukacyjnie chciałbym stworzyć sobie customowy obraz #yocto pewnie pod #raspberrypi. Chciałbym poznać zasadę działania character devices, modułów kernelowych itd. Pierwszym celem jest doprowadzenie do pojawienia się drivera pod /dev, który przy odczycie zwracałby cokolwiek. W dalszej kolejności napisanie jakiegoś drivera pod ADC, który zwracałby sampla, gdzie pewnie wchodzi już iio, interfejsy fizyczne, device tree i tym podobne. Do tej pory znalazłem kilka ciekawych źródeł jak:
The
2
  • Najlepsze
  • Wszystkie komentarze
Parseval
@groman43: Niektórych pasjonuje zbieranie znaczków.
6
groman43
@Parseval: Może lekki offtop, ale moim zdaniem pisanie modułów do kernela, driverów i zabawa z yocto jest moim zdaniem cholernie nudna.
2
pepepanpatryk
Hej chciałbym aby każda maszyna zdefiniowana w mojej warstwie miała zainstalowane następujące pliki:
- /etc/hwname - zdefiniowany w pliku maszyny lub po prostu wykorzystałbym wartość ze zmiennej MACHINE
- /etc/hw
serial - tutaj pasowałoby mi zrobić jakąś nakładkę, która w zależności od maszyny pobierałaby te dane dla rpi to np. /sys/firmware/device tree/base/serial-number/
- /etc/hwrevision - póki co zahardcodowane w pliku maszyny (machinename.conf)

Czy powinienem sobie zrobić nowy recipe np. recipe-board i w board.bb
2
pepepanpatryk
Kurde mam mały problem z Yocto, robię update do kirkstone i mam problem z kompilacją jednej apki.
Mianowicie, jednak z apek (budowana przez CMake) którą dodaję do obrazu, podczas kompilowania korzytsa z czegoś co się nazywa ExternalProjectAdd. W skrócie dodaję tym zewnętrzny target, np. z githuba. Aby więc móc go wykorzystać trzeba pobrać źródła. Odbywa się to poprzez git clone. I tutaj pojawia się problem, gdyż jak próbuję zbudować obraz w Yocto,
0
  • Najlepsze
  • Wszystkie komentarze
pepepanpatryk
@Mr_Przyjemny: Mirku ogarnięte. Dałeś mi dobry trop. Zasugerowałem się tym https://zenn.dev/nbo/scraps/d485855bbf2d9b

i dodalem do recipe
doconfigure[network] = "1"
do
compile[network] = "1"

i poszło :) dzięki :) Btw ostatnio podpowiadałes mi też odnośnie swupdate, też się udało ogarnąc, trzeba było zamemu wrzucić wszystko do IMAGE_INSTALL. Dzięki! :)
1
Mr_Przyjemny
@pepepanpatryk
Zobacz jak masz ustawione zmienne: i obczaj docu do nich
BBGENERATEMIRRORTARBALLS
BB
NONETWORK
BB
ALLOWED_NETWORKS
0
pepepanpatryk
Korzystał ktoś z was może z SwUpdate? Mam problem bo z jakiegoś powodu nie mam w rootfs fwenv.config CHYBA że w local/conf dodam COREIMAGEEXTRAINSTALL += " libubootenv". Czy to nie powinno być dorzucane z automatu przez meta-swupdate? Release kirkstone

#yocto #embedded
0
  • Najlepsze
  • Wszystkie komentarze
Mr_Przyjemny
@pepepanpatryk spawdz layer conf tego meta layera. Czesto to ze wlaczysz nowego nie dodaje nic do rootfs i trzeba w local conf zaincludowac odpowiednia paczke / grupe paczek
0
chodzacy_internet
@pepepanpatryk: @Mr_Przyjemny: fwenv.config jest dodawany właśnie przez libubootenv a nie przez warstwe z swupdate.
0
pepepanpatryk
Cześć mam trochę pytań odnośnie Yocto. Coś tam już sobie jakiś czas temu pokonfigurowałem, wszystko działa tak jak chcę, ale teraz chciałbym popytać o jakieś dobre praktyki w Yocto. W pytanich głównie przewiną się rzeczy związane z tym gdzie co należy dodać. Idealnie wszystkie opcje konfiguracyjne typu IMAGEINSTALL chciałbym wywalić z local.conf i wrzucić w miejsca bardziej odpowiednie.

1) Mam kernel driver, który służy do kontroli sprzętu podpietego do boarda - umieściłem
1
  • Najlepsze
  • Wszystkie komentarze
QBA__
@pepepanpatryk: Witaj mireczku. Siedzę już trochę w Yocto. Odpowiem na Twoje pytania pisząc jak ja robię i dlaczego tak - co nie oznacza że jestem wyrocznią.
Zrobiłem i udostępniłem swoją podstawową warstwę dla płytek SOMLabs i na jej podstawie będę pisał
https://github.com/QB4-dev/meta-somlabs-bsp

1) Mam kernel driver, który służy do kontroli sprzętu podpietego do boarda - umieściłem go w meta-custom-bsp/recipes-kernel/custom-module. Czy to jest
2
CukrowyWykop
CukrowyWykop
Jakieś dobre materiały na necie o yocto(bitbake itd.) ?
#yocto
#programowanie
0
  • Najlepsze
  • Wszystkie komentarze
QBA__
Taka ciekawostka.
Kernel Linuxa ma taką klasę jak led-trigger - czyli źródło zdarzeń do migania ledami. Jednym z nich jest "heartbeat" - podpięcie go do diody powoduje miganie w takt bicia serca.
Ale to nie koniec. Prędkość tego migania jest uzależniona od obciążenia systemu w ciągu ostatniej minuty(load_avg).

Mówiąc prościej:
Im bardziej procesor d------y zadaniami tym szybciej bije "serce" naszej płytki - małe, proste i fajne (
26
  • Najlepsze
  • Wszystkie komentarze
QBA__
Mirki eksperty od #linux #embedded #iot

Ma ktoś doświadczenie z Bulidroot i Yocto?

Poczytałem to co poniżej i nasuwają mi się takie spostrzeżenia:
- Yocto - bardziej skomplikowane, pozwala na stworzenie własnej dystrybucji z managerem paczek, widzę że dostępne są .deb, .rpm, .ipk czyli coś jak w OpenWRT, możliwość częściowych aktualizacji

Co lepsiejsze?

  • Bulidroot 16.7% (3)
  • Yocto 33.3% (6)
  • to zależy 16.7% (3)
  • Install Gentoo :) 33.3% (6)

18 głosów

2
  • Najlepsze
  • Wszystkie komentarze
F.....e
F.....e
Mirki, ktoś ogarnia #yocto lub #buildroot albo jedno i drugie? Jakie macie doświadczenia, które narzędzie wolicie?
1