检查以确保 /dev/vme... 文件的权限设置为 666。如果不是，shell 实用程序将返回 * 代替数据，以指示类似于 VME 总线错误的错误情况。
可能是 ca91c042 Linux 内核模块已损坏。获取 root 权限并键入 “lsmod” 以查看已加载的模块。你看到 ca91c042 吗？如果是，请尝试使用 “rmmod ca91c042” 移除它，然后使用 “insmod /path/to/the/ca91c042.o” 重新安装它以使事情恢复正常。如果它不在那里，请检查您是否在启动机器时加载了该模块等。
现在是将 VMetro 板卡放入 VME 机箱中，看看是否发生了任何访问的时候了。还要查看 /proc/ca91c042 文件，看看读取和写入计数器是否在递增。
驱动程序确实处理中断，但是如果您将中断处理程序程序编译为 Linux 可加载模块，则该程序可以直接处理中断。这方面的示例将很快提供。重要的是要注意，用户级程序可以用来处理中断，但是最好将您的中断处理程序作为 Linux 内核的一部分，通过可加载模块来实现。是的，如果您做错了什么，您可能会完全搞砸内核，但这才是安全性和性能之间的权衡。
RedHat 5.1 包含一个新的编译器。如果您手动编辑每个目录中的 Makefile 以调用新的 egcs 编译器，事情应该可以编译。我们完全打算支持 RedHat 5.1 安装，但目前我建议使用 5.0 或 Slackware。
也许吧。RedHat 通过转向 egcs 编译器，给我们和许多其他内核模块驱动程序编写者抛出了一个难题。值得庆幸的是，GCC 和 egcs 这两个编译器阵营已经联合起来。所有这些不兼容性都应该消失。但是，目前，VMELinux 仅将使用 GCC 2.95.x 进行测试，因此我们建议您使用它作为编译器。如果您在提示符下键入 “gcc --version” 并返回 “egcs...”，那么我们不能说它会为您工作。
现在。从主站点的下载目录下载最新的 tar 包。2.4 支持在 vmelinux-1.2.0 版本中添加。
我们已经从事这项工作很长时间了，最初为原始的 Universe I 创建了这些工具，根据文档，它每个都有四个映像。当带有 Universe II 的板卡到达时，我们徒劳地在 Tundra 网站上搜索新的文档。板卡制造商告诉我们，II 的工作方式与原始版本完全一样；因此，我们只担心最初的四个映像。就在最近，一些好心人指出了我们的疏忽。我们最终在网站上找到了正确的文档，并从 1.3.0 开发版本开始支持额外的映像。
更多新闻！ca91c042.c 和 ca91c042.h 文件的最新 CVS 快照将注意到您系统中的 Universe 版本，并据此采取行动。
请注意，我们尚未找到任何充分的理由来花费时间开发对八个（或四个）从映像的支持。当前的工具仅支持主映像，并且这已被证明足以满足我们遇到的每一个需求。如果您认为从映像支持是一件好事，请告诉我们。
VMIC 的人们有一个内核驱动程序，他们说它支持从映像，并且在 BSD 风格的许可下可用。该公告可以在我们的邮件列表存档 邮件列表存档 中找到，并且指向他们网站的正确链接是 这里。
到目前为止，所有的编程工作都是由 Michael Wyrick 完成的。我的角色是协调 VMELinux 项目并帮助定义和测试最终的程序。
我们已成功地将工作代码放入 CVS 系统中，并使用它来跟踪代码更改。目前只有 Mike 和我拥有写入权限。如果您对 VMELinux 开发非常感兴趣，并且您了解 Linux 内核编程，请加入我们的开发者邮件列表并在我们的 bug 跟踪系统上创建一个帐户，该系统位于 这里。
如果您不能开发代码，请考虑让我们了解您看到的任何错误或我们应该添加的功能。您可以向用户或开发者邮件列表发送邮件，但是将您的评论贡献给 bug 跟踪系统会更有用。只需访问 VMELinux 项目 Bug 跟踪系统，创建一个帐户，提交您的报告，我们将尽快处理它。