Arm Community
Arm Community
  • Site
  • User
  • Site
  • Search
  • User
  • Groups
    • Arm Research
    • DesignStart
    • Education Hub
    • Graphics and Gaming
    • High Performance Computing
    • Innovation
    • Multimedia
    • Open Source Software and Platforms
    • Physical
    • Processors
    • Security
    • System
    • Software Tools
    • TrustZone for Armv8-M
    • 中文社区
  • Blog
    • Artificial Intelligence
    • Automotive
    • Healthcare
    • HPC
    • Infrastructure
    • Innovation
    • Internet of Things
    • Machine Learning
    • Mobile
    • Smart Homes
    • Wearables
  • Forums
    • All developer forums
    • IP Product forums
    • Tool & Software forums
    • Pelion IoT Platform
  • Activity
  • Support
    • Open a support case
    • Documentation
    • Downloads
    • Training
    • Arm Approved program
    • Arm Design Reviews
  • More
  • Cancel
System
  • Developer Community
  • IP Products
  • System
  • Jump...
  • Cancel
System
Embedded blog Beta release of Yocto-based BSP for VIA VAB-820 and AMOS-820
  • Blogs
  • Forums
  • Videos & Files
  • Mentions
  • Sub-Groups
  • Tags
  • Jump...
  • Cancel
  • New
More blogs in System
  • Embedded blog

  • SoC Design blog

Tags
  • yocto
  • single board computers
  • Cortex-A9
  • i.mx6q
  • via
  • industry news
  • freescale
  • quad-core
  • beta
  • i.mx6
Actions
  • RSS
  • More
  • Cancel
Related blog posts
Related forum threads

Beta release of Yocto-based BSP for VIA VAB-820 and AMOS-820

Gergely Imreh
Gergely Imreh
April 21, 2015

VIA Embedded has so far two Freescale i.MX6Q based products, the VAB-820 board and the matching AMOS-820 system. We have started to move from LTIB-based BSP images to Yocto recently for multiple reasons.

VAB_AMOS_820_Linux.jpg

The first, very practical one is that Freescale and the community around it has moved onto Yocto for quite a while now. They are core supporters of the project, and we can see that that they are putting a lot of effort into it.

Second, connected reason is that we see the value very much as well, and want to make sure that both we and our customers can take advantage of the improvements. Yocto enables very interesting use cases, and should change quite a bit how companies are thinking about BSPs. It makes possible separating machine support and bootable image generation. A new product added to the existing code can take advantages of (hopefully) tried and tested OS images for specific use cases. Updating machine support (meaning mostly the kernel and u-boot) does not have to wait until a new version of the OS image is released, but can be developed parallel.

The good things also come with a steeper learning curve, though, both for us and for those who want to customize the generated images. To start learning, we have just released the beta version of the new BSP. It's still under development, but should be a good starting point.

What's your experience with Embedded BSPs? Do you use Yocto, or found something else more suitable for your workflow?

Anonymous
  • Gergely Imreh
    Offline Gergely Imreh over 4 years ago

    Some quick ideas: Probably the quickest would be to create your own working kernel git repo based on the available kernel and adding all the patches you'd like, and use that repo's address in the recipes to create your kernel. So make a repo that is Freescale Kernel + VIA patches + driver backports. This is as opposed to Freescale kernel + VIA patches alone as it is in the current recipes.

    Also, a new BSP with 3.14 should be come out not too far in the future, and in that case no backporting is needed. There's an effort to upstream the VIA patches for even more compatibility, but there's no set timeline for that, just work in progress.

    And just to note, in case of significant volume of hardware, we also provide ARM software engineering services for exactly these kinds of situations.

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Thomas Hinterhofer
    Offline Thomas Hinterhofer over 4 years ago

    Hi imrehg

    I am currently using the Yocto-based (v2.0.7, November 2015) BSP for the VIA VAB820 board. As it is based on Yocto 1.5, it uses kernel 3.10.17. The problem is, that I want to use a wireless mPCIe 802.11ac card requiring the ath10k device driver, which was added in kernel 3.11. For this reason, I would like to compile the latest stable backports (https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v4.3/backports-4.3-1.tar.gz) to add ath10k support. Could you help me doing a step forward? How would a backport recipe look like? Or how would I need to use/run a cross-development toolchain to configure (make menuconfig), build and install the kernel modules in the final image? I really tried a lot, but I can't get it to work!

    I would really appreciate your help! Many thanks!

    Thomas

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Gergely Imreh
    Offline Gergely Imreh over 5 years ago

    Not sure at the moment, sorry. I know is that the engineering team is working on it, but I'm looking forward to it too!

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Gergely Imreh
    Offline Gergely Imreh over 5 years ago

    Glad it worked, cheers!

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Thomas Hinterhofer
    Offline Thomas Hinterhofer over 5 years ago

    Btw, do you know when the BSP beta will be replaced by the official release? Is it a matter of days, weeks, months? Finally, I will need miniPCIe and SPI support and I can't wait to get startet

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
>
Embedded blog
  • Embedded blog: Development of Arm based systems with Synopsys Virtual Prototyping: Anytime, Anywhere!

    Jason Andrews
    Jason Andrews
    Find out more about virtual prototyping from Synopsys as thousands of engineers around the world have been asked to work from home.
    • May 5, 2020
  • Embedded blog: Accelerating Innovation for Safety Systems with Arm Flexible Access

    Chet Babla
    Chet Babla
    Arm is proud to announce the addition of Arm Safety Packages for select IP within Arm Flexible Access, with the goal to make it easier for developers in the automotive and other safety-related industries…
    • February 19, 2020
  • Embedded blog: Functional Safety on Arm – Beyond Automotive

    Antonio Priore
    Antonio Priore
    Arm has moved a long way from the days where our only ‘safety’ requirement was to provide ECC or parity protections on CPU RAMs and we are now able to offer a number of System IP, GPUs, ISPs and NPUs as…
    • December 13, 2019