下一页 上一页 目录

7. 其他 “Linux on VME” 项目

本 HOWTO 重点介绍了一种从 Linux 系统访问 VME 总线的特定方法;我们的方法需要 Tundra Universe PCI/VME 桥接设备,该设备不适用于许多 VME 处理器板。幸运的是,还有其他一些处于不同开发阶段的项目,为 VME 系统集成商提供了更多选择。

鉴于我们希望本 HOWTO 反映整个 VME 社区的努力,我们将在本文档的未来版本中增加对其他项目的覆盖。目前,我们仅在本节中列出其他项目。请参考 VMELinux 项目 的最新文档以获取最新信息。

7.1 项目列表

7.2 主设备号

关于为 VME 总线设备分配的主设备号存在一些混淆。最初,VMELinux Universe 驱动程序使用 70。由于该号码已由 Linux 人员分配,因此很快与“SpellCaster 协议”发生冲突。我请求并获得了 VME 设备的设备号 221。在理想情况下,所有 Linux VME 设计工作都将通过此设备与其驱动程序建立通用接口。我怀疑我们是否会在这一特定方面达成统一,但是,我认为我们至少可以都同意为我们的设备使用这个号码。

在 1.2.0 版本之前,VMELinux 驱动程序支持以下设备

从 1.3.0 版本开始,VMELinux 驱动程序放弃了对从属镜像的支持(实际上从未支持过),并替换为 Universe II 提供的四个额外的主镜像

负责组织 Linux 设备的好心人建议以下设备组织方式

这是根据我们的 1.2.0 及更早版本集合建立的,对于 Universe I 设备来说是有意义的。但是对于 Universe II 和许多其他完全不同的 VME 总线访问方式来说,这完全没有意义。我可能会要求 Linux 人员进一步细分设备树,如下所示

我想这一切都不错,但是我们希望我们的设备是 /dev/vme*,所以我们的 make 文件会在 /dev 中创建它们。到目前为止,“VME” 一词仍然是一个唯一的标识符,因此不应与其他设备发生冲突;但是,我们都应该保持警惕。只要我们都同意使用主设备号 221,一切都应该没问题。我们如何定义次设备号不需要(实际上也不可能)与其他 Linux-VME 项目相同。但是,这不应在特定安装中导致任何冲突。毕竟,一个 Linux VME 系统不会有多种访问 VME 总线的方式。

有关此内容和所有其他已分配的 Linux 设备主设备号的更多详细信息,请参阅 kernel.org 网站


下一页 上一页 目录