element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Single-Board Computers
  • Products
  • Dev Tools
  • Single-Board Computers
  • More
  • Cancel
Single-Board Computers
Forum Arduino: now a Single Board Computer!
  • Blog
  • Forum
  • Documents
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Single-Board Computers to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 69 replies
  • Subscribers 62 subscribers
  • Views 6728 views
  • Users 0 members are here
  • intel
  • rome
  • makerfaire
  • arduino_tre
  • arm_cortex_a8
  • cortex_a8
  • beaglebone_black
  • sbc
  • embedded
  • tre
  • bbb
  • maker_faire_rome
  • BeagleBone
  • sitara
  • texas_instruments
  • bb_black
  • am335x
  • maker_faire
  • beagle_bone_black
  • arm
  • arduino
  • italy
  • ti
Related

Arduino: now a Single Board Computer!

fustini
fustini over 11 years ago

So I often get annoyed when folks refer to the AVR-based Arduino boards (or even the ARM microcontroller DUE) as a Single Board Computer.  The Yun blurred the lines a bit... but the news today from Maker Faire Rome has the Arduino brand fully in the SBC world now:

 

Arduino Announces new Boards and Collaboration with Intel and T.I.

http://makezine.com/2013/10/03/arduino-announces-two-new-linux-boards/

image

 

coder27 posted about the Intel-based Arduino board, and there is also an upcoming Arduino model based on the TI Sitara (same as in the BeagleBone Black - an ARM Cortex A8).

 

I just read an interview on Make with jkridner about the new Arduino TRE:

 

Talking to Jason Kridner About the new Arduino Tre

http://makezine.com/2013/10/03/talking-to-jason-kridner-about-the-new-arduino-tre/

"The focus is on simplicity. It isn’t just a BeagleBone split in the middle [...] If you know Linux, you’ll be able to come in that way. If you know Arduino, you’ll be able to use the AVR as the system master."

image

 

I'm not sure exactly what this all means, but it is exciting to have more SBC options and the Arduino brand will be an interesting influence on the SBC market.  I do know that I didn't need any coffee to feel wide awake this morning image

 

What is the feeling of our SBC discussion group here?

 

cheers,

drew

  • Sign in to reply
  • Cancel

Top Replies

  • morgaine
    morgaine over 11 years ago +1
    I like the term "bare metal microcontroller" to denote the processors on Arduino AVR and ARM Cortex-M class boards. These contrast strongly with those boards which are based on "application processors…
  • johnbeetem
    johnbeetem over 11 years ago +1
    I have no problem with this use of Single-Board Computer. The earliest SBCs had very simple processors like Intel 8080 or MOS Technology 6502, which didn't have MMUs and didn't address much memory. When…
  • morgaine
    morgaine over 11 years ago +1
    Drew, leaving aside the puzzling situation with Galileo and how it's managing to run its peculiar version of Yocto, the Arduino TRE looks very good indeed! In fact, over the last year and a half, haven…
Parents
  • morgaine
    morgaine over 11 years ago

    I like the term "bare metal microcontroller" to denote the processors on Arduino AVR and ARM Cortex-M class boards.  These contrast strongly with those boards which are based on "application processors" that have an MMU and therefore run full operating systems (mostly Linux) and so their applications execute as user-mode processes in virtual memory --- definitely not "bare metal".

     

    It provides a clear distinction and so keeps discussions from attempting to compare apples with orangutans.

     

    PS. It's appalling to see makezine.com make this elementary error though. image

     

    PPS.  The source of the error seems to be Intel themselves!

     

    Intel writes (in the FAQ):

     

    Q: Can I run Linux on IntelRegistered Galileo?

     

    A: Yes. IntelRegistered Galileo runs Linux* out of the box. It comes in two flavors; the default is a small Linux. If you add an SD card to your kit, you can add a more fully-featured Linux. Refer to the IntelRegistered Galileo Getting Started Guide and IntelRegistered Quark SoC X1000 IoT Development Kit Software GSG.

     

    I'm still figuring out exactly what this means, but at best it's going to be something like the old uClinux, which was pretty horrible at best.  After all there is no MMU in Quark to support the normal Linux kernel --- see the Quark datasheet.  (uClinux is effectively EOL now owing to MMUs having become so ubiquitous.)

     

    PPPS.  The Galileo Getting Started Guide refers only to Linux support on the host side, not on the board.

     

    PPPPS. Oh dear.  If you zoom into the image showing what they load from uSD card, it boots into:

     

    Poky 9.0 (Yocto Project 1.4 Reference Distro) 1.4.1 clanton /dev/ttyS1

     

    I've got a very bad feeling about this.  I thought the days of MMU-less "Linux" derivatives were over.

     

    ===

     

    IMPORTANT ADDENDUM:  Quark does have an MMU, it's just not mentioned in the SoC Datasheet.  See this post.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to morgaine

    Intel writes (in the FAQ):

     

    Q: Can I run Linux on IntelRegistered Galileo?

     

    A: Yes. IntelRegistered Galileo runs Linux* out of the box. It comes in two flavors; the default is a small Linux. If you add an SD card to your kit, you can add a more fully-featured Linux. Refer to the IntelRegistered Galileo Getting Started Guide and IntelRegistered Quark SoC X1000 IoT Development Kit Software GSG.

    Does this imply that your choices for boot device are either onboard or SD card, but not USB or network?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • morgaine
    morgaine over 11 years ago in reply to Former Member

    coder27 wrote:

     

    Intel writes (in the FAQ):

     

    Q: Can I run Linux on IntelRegistered Galileo?

     

    A: Yes. IntelRegistered Galileo runs Linux* out of the box. It comes in two flavors; the default is a small Linux. If you add an SD card to your kit, you can add a more fully-featured Linux. Refer to the IntelRegistered Galileo Getting Started Guide and IntelRegistered Quark SoC X1000 IoT Development Kit Software GSG.

    Does this imply that your choices for boot device are either onboard or SD card, but not USB or network?

     

    Curious, isn't it?  Their very odd phrasing "a small Linux" and "a more fully-featured Linux" without mentioning any names of standard distros was one of the reasons that suggested to me (or at least didn't contradict) that this was uClinux running on a microcontroller --- this is not the case, as we now know.  But why the reticence to state the name of the distro in the FAQ?  There's nothing shameful in running Yocto.

     

    It seems unlikely that Intel would have built in such a severe restriction on boot sources at hardware level, so perhaps this is a temporary limitation while they sort out drivers.  The mini-PCIe connector is a likely candidate for disk interfaces in the future, but Intel's brief 13-page Galileo Datasheet (more like a set of slides) suggests that mini-PCIe support is currently limited to "the WiFi library".

     

    I think the latter term refers to support within Arduino sketches  though.  In plain Linux you might be able to do everything that Linux can do, driver support allowing.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to morgaine

    but Intel's brief 13-page Galileo Datasheet (more like a set of slides) suggests that mini-PCIe support is currently limited to "the WiFi library".

    I saw mention in one of the docs (I would have to hunt for it again) that the mini-PCIe

    could be used for an additional host USB port, among other things like cellular network.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to morgaine

    Morgaine Dinova wrote:

     

    Curious, isn't it?  Their very odd phrasing "a small Linux" and "a more fully-featured Linux"

    That could simply be the difference between Debian and something where 99% of stuff is provided by busybox. Depending on what else is in there, the 8MByte of SPI flash would be enough for a linux install, albeit nothing resembling what you'd find on a desktop install.

     

    It seems unlikely that Intel would have built in such a severe restriction on boot sources at hardware level,

    Depends. Seems more likely to be a firmware limitation. For example, the Minnow has very limited firmware, nothing like what you'd commonly find on x86 desktop/server boards.

     

    Also consider the target market. Can RPi, BBB, etc. boot from network or USB ?  Do other Arduino boards ?   For something that's supposedly going to be around $60 you have to think that a lot of the complex (and therefore expensive) x86 baggage needs to get left out.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to Former Member

    coder27 wrote:

     

    but Intel's brief 13-page Galileo Datasheet (more like a set of slides) suggests that mini-PCIe support is currently limited to "the WiFi library".

    I saw mention in one of the docs (I would have to hunt for it again) that the mini-PCIe

    could be used for an additional host USB port, among other things like cellular network.

    Part of the spec for miniPCIe is that it has a usb port wired to the connector as well as stuff like led and sim card connections. In some circumstances various parts are optional and I've seen at least one board that only provides usb to the connector.

    There seems to have been some thought put into the miniPCIe physical connector to allow it to be used for a wide range of purposes, traditional wifi, cellular modem with remote SIM, usb bluetooth, all in the same form factor, possibly on separate cards, or even combined onto one.

     

    One of my first thoughts from the wording was that the connector on the Galileo would be a usb only version and therefore limited in scope. However there's a block diagram in one of the docs that shows both PCIe x1 and USB2.0 going to the connector.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • morgaine
    morgaine over 11 years ago in reply to Former Member

    selsinork wrote:

     

    Can RPi, BBB, etc. boot from network or USB ?

     

    Pi can't boot from network or USB because booting is done by the utterly closed VideoCore.  However, BBB can boot from anywhere, in principle, since U-boot runs on the ARM which is free to configure any devices it wants prior to finding and loading a kernel.  And the 2GB flash means that U-boot always has somewhere to run and keep its configs while sorting out from where to get a kernel.

     

    This doesn't mean it's easy if the boot support that one wants doesn't exist yet, but in the open source community that tends to get rectified pretty quick.

     

    Ultimately though, anything can boot from anywhere (with the exception of secure boot systems), since whatever it is that loads the Linux kernel can load a generic boot loader instead.  Even poor ol' Pi has that possibility.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • morgaine
    morgaine over 11 years ago in reply to Former Member

    selsinork wrote:

     

    Can RPi, BBB, etc. boot from network or USB ?

     

    Pi can't boot from network or USB because booting is done by the utterly closed VideoCore.  However, BBB can boot from anywhere, in principle, since U-boot runs on the ARM which is free to configure any devices it wants prior to finding and loading a kernel.  And the 2GB flash means that U-boot always has somewhere to run and keep its configs while sorting out from where to get a kernel.

     

    This doesn't mean it's easy if the boot support that one wants doesn't exist yet, but in the open source community that tends to get rectified pretty quick.

     

    Ultimately though, anything can boot from anywhere (with the exception of secure boot systems), since whatever it is that loads the Linux kernel can load a generic boot loader instead.  Even poor ol' Pi has that possibility.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • Former Member
    Former Member over 11 years ago in reply to morgaine

    Morgaine Dinova wrote:

     

    Pi can't boot from network or USB because booting is done by the utterly closed VideoCore.  However, BBB can boot from anywhere, in principle, since U-boot runs on the ARM which is free to configure any devices it wants prior to finding and loading a kernel.

    http://elinux.org/RPi_U-Boot

    So let me rephrase the question, where can the BBB, SL, Cubieboard, RPi etc boot from without loading u-boot first?   Generally I find they're all pretty limited, mostly to something out of SPI or NAND flash, or a FAT partition on SD card.

     

    Ultimately though, anything can boot from anywhere (with the exception of secure boot systems), since whatever it is that loads the Linux kernel can load a generic boot loader instead.  Even poor ol' Pi has that possibility.

    Precisely, so if Galileo has the possibility to boot u-boot (or similar) from SPI then it's exactly as capable as any other embedded device using u-boot.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube