【问题标题】:New embedded project; which ARM CPU has best Linux support?新的嵌入式项目;哪个 ARM CPU 具有最好的 Linux 支持?
【发布时间】:2012-11-09 03:55:33
【问题描述】:

我们正在计划一个新的嵌入式板,它必须运行我们开发的定制 Linux 软件。我们当前的平台使用 2.6.32 内核,在 x86 上使用 Debian Lenny。我们没有任何定制硬件,目前所有接口都是通过串行端口。我一直在寻找 TI AM355x 芯片,但看起来他们的 Linux SDK 还没有准备好。还有 BeagleBone,但似乎没有任何官方的 TI 支持,最早的内核是 3.0,它们运行的​​是 Debian Wheezy。

谁能推荐一个支持良好的 ARM CPU,它可以运行 Debian Lenny 的 2.6.32 内核?如果得到很好的支持,我希望得到主线内核支持的东西,得到有良好承诺和 Linux 支持历史的公司的支持,并且有付费支持选项。

我知道这有点笼统,但希望有人可以回复供应商以查看和供应商绝对避免?

TY, 弗雷德

【问题讨论】:

  • 我在 PandaBoards en.wikipedia.org/wiki/Pandaboard 上运行 Ubuntu,基于 Cortex A9 芯片
  • 好建议,但是 TI 不打算逐步淘汰 OMAP 吗?关注长期支持。驱动程序支持有多好?一切正常,有什么问题吗?
  • 我非常有信心 TI 和社区至少会在未来 3 年内支持它。够你用吗?
  • 可能,我需要了解更多我们的需求。
  • Pandaboard 仅可用于评估目的且数量较少。它不适合,也不特别适合任何类型的生产用途。

标签: linux linux-kernel embedded embedded-linux


【解决方案1】:

Wandboard 对我来说是迄今为止排名第一的竞争者-> LINK

GPIO...单核、双核或四核....千兆网...您的名字!

【讨论】:

    【解决方案2】:

    试试arm9board.net 中的OK6410,我一直在使用它并在上面运行Linux 2.6.36、3.0.1、Ubuntu 和Debian,这是一个非常漂亮且功能强大的板,具有丰富的教程和有用的资源。

    【讨论】:

      【解决方案3】:

      试试cubieboard,它又是一个更高端的树莓派。

      【讨论】:

        【解决方案4】:

        我认为你在这里本末倒置。我建议先选择平台,然后再担心操作系统。请注意,即使使用来自相同供应商的相同内核和用户空间版本,x86 和 ARM 系统之间也存在显着差异——尤其是在电源管理和驱动程序方面。

        内核版本 2.6.32 也相当老了 - 实际上在快速发展的 ARM SoC 世界中很古老。新功能往往不会被向后移植。

        就最佳支持 ARM SoC 而言,至少有以下因素:

        • 一个特定的内核树(几乎从不是主线)支持 ARM SoC 的所有功能
        • [付费] SoC 提供商业或供应商支持
        • 使用 SoC 可提供多种 COTS 系统选择。
        • 操作系统发行版中的完整系统支持
        • 由开发者/爱好者社区支持

        将Pandaboard 作为案例研究,因为它已被其他几位发帖人提及:

        • 最新的主线发行版支持大多数设备功能
        • 广泛的社区支持 - 尽管很少有文档是权威的或维护的,而且很难找到答案。如果你被卡住了,你将独自一人。
        • 您不能购买 Pandaboard 用于生产用途,它作为评估板出售,几乎没有供应商支持。
        • 您无法批量购买 Pandaboard。
        • TI 不提供对 OMAP4 的支持,除非您是 1 级 OEM,尽管大部分数据表(7k 页,44MiB)都是公开的。 NDA 下的其他部分。

        从您的描述中可以清楚地看出,这不符合您的需求。因此,我建议查看 COTS 系统。

        我在使用 PhyTec 的产品方面有很好的经验,他们制作了许多不同的基于 ARM SoC 的系统(在某些情况下,在可互换的模块上)。他们发布了符合Pengutronix's Linux Distro 的系统,尽管没有什么可以阻止您使用他们的内核和其他人的用户空间(我使用了 Angstrom)。 PhyTec 的内核补丁被贡献给linux-omap 树。 [5]

        还有很多其他类似 COTS 系统的供应商。

        不用说,主线发行版并不直接支持这些 COTS 板,尽管在实践中相当接近。

        [5]:对于 ARM SoC,Linux 主线值得避免。

        【讨论】:

        • 与 phytec 解决方案类似,您可以通过Toradex 获取带有 Nvidia Tegra 芯片的模块。 Tegra 芯片的许多调整已经在主线中。支持 Linux 由 Toradex 直接提供。
        • “Linux 主线对于 ARM SoC 值得避免”我想知道您提出这样的主张的依据是什么?有趣的是,我会提出相反的建议:“vendor 内核值得避免”,因为他们的支持通常很糟糕,而坚持主线会导致更稳健的道路,因为至少我有社区支持方式(免责声明:我自己是内核开发人员)。
        • 无论如何,我都赞成这个回复。听起来您需要一个具有商业支持的 SOM。有很多公司提供这种服务。此列表可能有用elinux.org/Computer-on-Module,或尝试在谷歌上搜索“Linux SOM”。
        【解决方案5】:

        我相信 Rasberry Pi 和 PandaBoard 会非常适合您。

        第一个使用 Debian Wheezy (http://www.raspberrypi.org/downloads),第二个 - Ubuntu (http://omappedia.org/wiki/PandaBoard_Ubuntu_How-tos)

        【讨论】:

        • 是的,这是一个很好的建议。对 Broadcom 芯片的支持是否使其进入主内核? Broadcom 对 Linux 支持的长期计划是什么?我担心产品支持会消失,但 Pi 很受欢迎,是的。
        • 您知道该补丁适用于哪个内核版本吗?我们使用较旧的 2.6 内核,因此迁移到较新的 3.x 内核对我们来说会有一点风险。我们有很多经过验证的软件;宁愿做尽可能少的改变
        • 那么您的主要目标是什么 - 找到更好的主板并保留内核并继续使用您进行大量修改的相同内核?
        • 项目仍处于早期阶段,因此仍在制定目标。我相信目标是找到比我们现有的 x86 系统更便宜的解决方案,具有非常好的 Linux 支持(付费优先支持选项),可以运行我们现在使用的相同内核和 Debian 版本。我们拥有大量现有软件,并且进行任何更改(操作系统版本、内核版本)都需要一个完整的 QA 周期,这非常耗时。
        • 如果您从 x86 迁移到另一个处理器,例如ARM,这是 IMO 的一项更改,它使 QA 周期变得合适。
        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2010-11-29
        • 1970-01-01
        • 2020-01-26
        • 2013-01-05
        • 2019-08-02
        相关资源
        最近更新 更多