5 ms·

I think one of the biggest fears from ARM would be the popularity of the Raspberry Pi and their community. There are better boards than the Raspberry Pi (stric

I think one of the biggest fears from ARM would be the popularity of the Raspberry Pi and their community. There are better boards than the Raspberry Pi (strictly speaking specifications here). I took that path of playing with a lot of alternative boards, my biggest issue is lack of support, some boards had kernels never updated, etc...(YMMV). If Raspberry Pi released a RISC-V board I have no reason to believe the community would not be just as strong. Sure in the beginning they would support both, but eventually the ARM support would wither.

LeafItAlone 3y ago
Is Raspberry Pi really that big for ARM?
- dacryn 3y ago
  for hobbyists yes. Usually people stick to the technology they first started experimenting with, and RPi is that platform for many future experts. If you are going to learn computer architecture, you will learn something cheap you have on hand
  - chx 3y ago
    I ... do not know. The Amiga 500 didn't make people stick to the m68k. They went IBM PC as did everyone else.
    - liotier 3y ago
      And they are still bitter about it !
  - tjoff 3y ago
    The technology is linux, gpios etc. not which instruction set the CPU has. That is completely irrelevant and raspberry switching to USB-C is a much bigger change from a user standpoint than switching to RISC-V would be. Assuming performance and software support is comparable. Which obviously won't be the case for a long long time. But there are few things as irrelevant as the CPU instruction set. (Part from specific extensions, like AES support enabling quick crypto etc.)
    - freedomben 3y ago
      Very much disagree. Of course linux and GPIO is important, but the widest use case for them among myself and people I know is as a build box and/or something to test ARM software on. One person uses it to learn ASM. From my small and surely non-representative sample, the architecture is maybe the most important thing. So I don't think we can confidently say that CPU arch isn't relevant.
    - yndoendo 3y ago
      > The technology is ... The technology is what people know. Using a different SoC board, camera, ... requires adds more time to gain the same level of knowledge. Doctors will latch onto a single product solution so they don't have to spend the time learning how to operate an alternative. Hospitals need to stock consumables based not on the best products but on what doctors know. Airlines retain the same air crafts to reduce time spent learning to operate an alternative. Boeing marketed this as a sales feature with 737 MAX, no extra flight training required! Software developers will often stick with the same language, even though others better fit the domain problem. Few seem willing to take the time to try and play with new concepts, languages, and operating systems. Trying new and different things drives innovation not the world.
      - tjoff 3y ago
        Exactly my point. Changing the instruction set on the CPU won't change the API for the camera etc. Some things will surely change because the hardware backed features work in a different way, but mostly it will be similar enough. Going from a raspberry pi to an orange pi could be a much bigger leap than switching to an raspberry with RISC-V that has mature software support.
    - runlaszlorun 3y ago
      > But there are few things as irrelevant as the CPU instruction set. I’m going to have to disagree with that statement… … but only because I’m in the middle of goofing around with ARM assembly on an RPi as we speak.
    - _pigpen__ 3y ago
- lxgr 3y ago
  I wouldn’t be surprised if the existence of many ARM docker images for hobbyist projects were indirectly due to the popularity of the Raspberry PI (in anrditi to Apple switching to ARM, more recently).
- fweimer 3y ago
  There aren't many other options if you want or need a system with physical access near your desk that is also designed to run GNU/Linux. I think the only other options are less-known SBC-based systems, or systems where GNU/Linux is an afterthought at best. With the Raspberry Pi 4, it's quite likely that one of your colleagues already got the locally preferred distribution to boot on it. Lots of people use them to reproduce and fix generic AArch64 issues, even if they have remote root access (including the ability to install another OS) to much faster lab machines.
- wongarsu 3y ago
  In the past, one of often cited reasons for the lack of success of ARM server offerings was that every developer machine is x64, no software is ever tested on ARM and no dev has a machine to do so. As the Raspberry Pi got more performant it brought a lot of people running software on ARM, leading to lots of software publishing ARM builds, toolchains getting exercised, bugs ironed out, etc.
  - kefabean 3y ago
    With Apple having moved to Arm there are definitely ecosystem benefits brewing too. I can run a Debian VM out of the box with UTM, compile an Arm64 package using standard Linux toolchain and have it run directly on a RPi. It's like having a supercharged RPi development environment with me all the time.
burnte 3y ago
> some boards had kernels never updated As much as I love tinkering, this is why I stick with RPi boards and not others. RPis do everything I need, and have amazing support in software.
- freedomben 3y ago
  Same. I would prefer to use some of the alternatives, but at the end the support level is important. That said, I'll tolerate some regression in support to switch to a RISC-V based competitor.
  - worik 3y ago
    Beaglebone?
- vbezhenar 3y ago
  Is it truly amazing? I was under impression that Raspberry requires some blobs to run properly. Is there detailed specifications for Broadcom chip they're using? I was under impression that it was NDA and not possible to obtain for ordinary mortal. So may be it's good because of sheer number of people tinkering with it and smoothing rough edges, but it could be better. Please correct me if I'm wrong.
  - ZiiS 3y ago
    I would better phrase it as every other board has amazingly bad support.
    - doubled112 3y ago
      Sometimes it is a matter of choosing the one that sucks the least.
  - londons_explore 3y ago
    You're right. Pretty much all the low level stuff below the kernel in a pi is closed source. Want your own custom boot rom so you can start up in half a second rather than the default 3 seconds before linux gets loaded? - sorry, we can't share the code for that with you, nor the specs for you to write it yourself!
victorbjorklund 3y ago
And also lots of the alternative boards target RPI users ("like raspberry pi but better, cheaper etc"). If RPI switched then it would probably make sense for many of the other boards to switch to in order to stay comparable to RPI.
- tinus_hn 3y ago
  If they want to compete they have to agree on something like ACPI so the OS vendors can target their boards without a separate distribution for each board.
  - rjsw 3y ago
    Most ARM boards already use Device Tree with Linux, there isn't any new agreement needed. What is missing is getting the drivers for each board into the same source tree. NetBSD provides a filesystem image containing one kernel that will boot on all supported ARMv8 boards, you may need to write a board-specific build of u-boot to the start of that image. A Linux distribution could do the same as this.

LeafItAlone 3y ago

Is Raspberry Pi really that big for ARM?

dacryn 3y ago
for hobbyists yes. Usually people stick to the technology they first started experimenting with, and RPi is that platform for many future experts. If you are going to learn computer architecture, you will learn something cheap you have on hand
- chx 3y ago
  I ... do not know. The Amiga 500 didn't make people stick to the m68k. They went IBM PC as did everyone else.
  - liotier 3y ago
    And they are still bitter about it !
- tjoff 3y ago
  The technology is linux, gpios etc. not which instruction set the CPU has. That is completely irrelevant and raspberry switching to USB-C is a much bigger change from a user standpoint than switching to RISC-V would be. Assuming performance and software support is comparable. Which obviously won't be the case for a long long time. But there are few things as irrelevant as the CPU instruction set. (Part from specific extensions, like AES support enabling quick crypto etc.)
  - freedomben 3y ago
    Very much disagree. Of course linux and GPIO is important, but the widest use case for them among myself and people I know is as a build box and/or something to test ARM software on. One person uses it to learn ASM. From my small and surely non-representative sample, the architecture is maybe the most important thing. So I don't think we can confidently say that CPU arch isn't relevant.
  - yndoendo 3y ago
    > The technology is ... The technology is what people know. Using a different SoC board, camera, ... requires adds more time to gain the same level of knowledge. Doctors will latch onto a single product solution so they don't have to spend the time learning how to operate an alternative. Hospitals need to stock consumables based not on the best products but on what doctors know. Airlines retain the same air crafts to reduce time spent learning to operate an alternative. Boeing marketed this as a sales feature with 737 MAX, no extra flight training required! Software developers will often stick with the same language, even though others better fit the domain problem. Few seem willing to take the time to try and play with new concepts, languages, and operating systems. Trying new and different things drives innovation not the world.
    - tjoff 3y ago
      Exactly my point. Changing the instruction set on the CPU won't change the API for the camera etc. Some things will surely change because the hardware backed features work in a different way, but mostly it will be similar enough. Going from a raspberry pi to an orange pi could be a much bigger leap than switching to an raspberry with RISC-V that has mature software support.
  - runlaszlorun 3y ago
    > But there are few things as irrelevant as the CPU instruction set. I’m going to have to disagree with that statement… … but only because I’m in the middle of goofing around with ARM assembly on an RPi as we speak.
  - _pigpen__ 3y ago
lxgr 3y ago
I wouldn’t be surprised if the existence of many ARM docker images for hobbyist projects were indirectly due to the popularity of the Raspberry PI (in anrditi to Apple switching to ARM, more recently).
fweimer 3y ago
There aren't many other options if you want or need a system with physical access near your desk that is also designed to run GNU/Linux. I think the only other options are less-known SBC-based systems, or systems where GNU/Linux is an afterthought at best. With the Raspberry Pi 4, it's quite likely that one of your colleagues already got the locally preferred distribution to boot on it. Lots of people use them to reproduce and fix generic AArch64 issues, even if they have remote root access (including the ability to install another OS) to much faster lab machines.
wongarsu 3y ago
In the past, one of often cited reasons for the lack of success of ARM server offerings was that every developer machine is x64, no software is ever tested on ARM and no dev has a machine to do so. As the Raspberry Pi got more performant it brought a lot of people running software on ARM, leading to lots of software publishing ARM builds, toolchains getting exercised, bugs ironed out, etc.
- kefabean 3y ago
  With Apple having moved to Arm there are definitely ecosystem benefits brewing too. I can run a Debian VM out of the box with UTM, compile an Arm64 package using standard Linux toolchain and have it run directly on a RPi. It's like having a supercharged RPi development environment with me all the time.

burnte 3y ago

> some boards had kernels never updated As much as I love tinkering, this is why I stick with RPi boards and not others. RPis do everything I need, and have amazing support in software.

freedomben 3y ago
Same. I would prefer to use some of the alternatives, but at the end the support level is important. That said, I'll tolerate some regression in support to switch to a RISC-V based competitor.
- worik 3y ago
  Beaglebone?
vbezhenar 3y ago
Is it truly amazing? I was under impression that Raspberry requires some blobs to run properly. Is there detailed specifications for Broadcom chip they're using? I was under impression that it was NDA and not possible to obtain for ordinary mortal. So may be it's good because of sheer number of people tinkering with it and smoothing rough edges, but it could be better. Please correct me if I'm wrong.
- ZiiS 3y ago
  I would better phrase it as every other board has amazingly bad support.
  - doubled112 3y ago
    Sometimes it is a matter of choosing the one that sucks the least.
- londons_explore 3y ago
  You're right. Pretty much all the low level stuff below the kernel in a pi is closed source. Want your own custom boot rom so you can start up in half a second rather than the default 3 seconds before linux gets loaded? - sorry, we can't share the code for that with you, nor the specs for you to write it yourself!

victorbjorklund 3y ago

And also lots of the alternative boards target RPI users ("like raspberry pi but better, cheaper etc"). If RPI switched then it would probably make sense for many of the other boards to switch to in order to stay comparable to RPI.

tinus_hn 3y ago
If they want to compete they have to agree on something like ACPI so the OS vendors can target their boards without a separate distribution for each board.
- rjsw 3y ago
  Most ARM boards already use Device Tree with Linux, there isn't any new agreement needed. What is missing is getting the drivers for each board into the same source tree. NetBSD provides a filesystem image containing one kernel that will boot on all supported ARMv8 boards, you may need to write a board-specific build of u-boot to the start of that image. A Linux distribution could do the same as this.