<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Yocto on Marcus Folkesson</title>
    <link>https://www.marcusfolkesson.se/tags/yocto/</link>
    <description>Recent content in Yocto on Marcus Folkesson</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sat, 14 Dec 2024 12:00:34 +0100</lastBuildDate>
    <atom:link href="https://www.marcusfolkesson.se/tags/yocto/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>UBI volumes in Yocto</title>
      <link>https://www.marcusfolkesson.se/blog/ubi-volumes-in-yocto/</link>
      <pubDate>Sat, 14 Dec 2024 12:00:34 +0100</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/ubi-volumes-in-yocto/</guid>
      <description>UBI volumes in Yocto These days, managed NAND flash memories such as eMMC or SD-cards has become more common in the embedded Linux systems as they abstract (or hide..) the complicated raw NAND memory under the hood. Even if raw NAND memories are more complicated to handle, they are still used in many new products out there.&#xA;When working with raw NAND flashes, UBI [1] with UBIFS on top of that is the way to go.</description>
    </item>
    <item>
      <title>Flattened Image Tree (FIT) with Yocto</title>
      <link>https://www.marcusfolkesson.se/blog/flattened-image-tree/</link>
      <pubDate>Tue, 14 May 2024 11:00:34 +0100</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/flattened-image-tree/</guid>
      <description>Flattened Image Tree (FIT) with Yocto Long time ago, I wrota a post [1] that compared the legacy Image format against Flattened Image Tree Format (FIT) [2] and highlighted the benefits of using it. The benefits is still valid and FIT images is my preferred way to boot a Linux kernel. Dispite that, I almost never see that FIT images is used in examples nor Board Support Packages (BSPs).</description>
    </item>
    <item>
      <title>Working on U-boot from Yocto (iMX8)</title>
      <link>https://www.marcusfolkesson.se/blog/working-on-uboot-from-yocto/</link>
      <pubDate>Thu, 11 Apr 2024 11:00:34 +0100</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/working-on-uboot-from-yocto/</guid>
      <description>Working on U-boot from Yocto (iMX8) I have been asked a couple of times how to quickly make changes for U-Boot in Yocto. Those who asked have used to rebuild and flash an entire image each time, which takes an unnecessarily which is not a fast procedure.&#xA;To rebuild U-Boot isn&#39;t significantly different from any other recipe, but one difference is that imx-mkimage must also be built to generate a bootable image.</description>
    </item>
    <item>
      <title>Skip flashing unused blocks with UUU</title>
      <link>https://www.marcusfolkesson.se/blog/skip-flashing-unused-blocks-with-uuu/</link>
      <pubDate>Mon, 11 Dec 2023 12:00:34 +0100</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/skip-flashing-unused-blocks-with-uuu/</guid>
      <description>Skip flashing unused blocks with UUU TL;DR: UUU does now (or will shortly) support blockmaps for flashing images. Use it. It will shorten your flashing time *a lot.*&#xA;It will soon be time to manufacture circuit boards for a project I&#39;m currently working on. After manufacturing, it will need some firmware for sure, but how do we flash it in the most efficient way? The board is based on an i.</description>
    </item>
    <item>
      <title>kas-container and QEMU</title>
      <link>https://www.marcusfolkesson.se/blog/kas-container-and-qemu/</link>
      <pubDate>Wed, 18 Oct 2023 12:00:34 +0100</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/kas-container-and-qemu/</guid>
      <description>kas-container and QEMU KAS KAS [1] is a setup tool for bitbake based projects such as Yocto. There are many similiar alternatives out there and I&#39;ve tried most of them, but my absolute favorite is KAS.&#xA;In order to use KAS, you have to setup a YAML file to contain information about your machine, distribution, meta layers and local configuration. Here is a small example configuration copied from the KAS documentation:</description>
    </item>
    <item>
      <title>meta-readonly-rootfs-overlay</title>
      <link>https://www.marcusfolkesson.se/blog/meta-readonly-rootfs-overlay/</link>
      <pubDate>Sat, 22 Jul 2023 19:39:34 +0200</pubDate>
      <guid>https://www.marcusfolkesson.se/blog/meta-readonly-rootfs-overlay/</guid>
      <description>meta-readonly-rootfs-overlay meta-readonly-rootfs-overlay [1] is a meta layer for the Yocto project [2] originally written by Claudius Heine. I took over the maintainership in May 2022 to keep it updated with recent Yocto releases and keep add functionality.&#xA;I&#39;ve implemented it in a couple of industrial products so far and think it needs some extra attention as I find it so useful.&#xA;Why does this exists? Having a read-only root file system is useful for many scenarios:</description>
    </item>
  </channel>
</rss>
