我需要两台机器来开发IOKit Mac驱动程序吗?

时间:2011-06-13 20:22:55

标签: macos networking drivers iokit

我正在为OS X构建一个IOKit CFPlugin驱动程序。我将处理将要转换为MIDI数据的网络数据。除内置机场外,不涉及任何硬件。我有Windows机器和固件驱动程序的经验,但这是我第一次在Mac上进行操作。到目前为止事情进展顺利,但Apple文档中说:“出于安全原因,您不应该在开发计算机上加载驱动程序。”

我只有一台Mac。我真的不想要两台Mac--抱歉,Apple。我应该认真对待这个警告吗?有什么我需要知道的吗?

谢谢,Tom Jeffries

3 个答案:

答案 0 :(得分:2)

警告措辞不当;您应该考虑做的是使用单独的启动卷(分区)来试用您的驱动程序,因为可以随意使用您的驱动程序来管理您的系统。 如果你在任何未与主系统隔离的操作系统上进行内核开发(通过虚拟机,备用启动盘等),你就疯了!

可能更大的问题是您无法进行任何内核调试,因为唯一的选择是在远程OS X系统上使用GDB。为此,您可能需要考虑running OS X in virtualization

答案 1 :(得分:2)

您还可以考虑在VM中运行OS X作为测试平台。拥有单独的启动卷肯定会更方便。

答案 2 :(得分:1)

您肯定希望有一些方法来恢复fubar kext安装:可启动的外部驱动器或者您可以快速恢复的东西 - 这是Apple警告您在生产中运行开发内核扩展的主要原因机。

Nicholas是正确的,为了使用gdb(内核空间中的唯一方法)进行调试,您需要两台机器。我从未尝试过像Coxy建议的那样使用虚拟机:但我想这是可行的(假设您在虚拟机上运行kext并使用真正的主机运行gdb)。

我的在内核中进行跟踪和调试的首选方法是kprintf()路由到firewire(又名firewire kprintf(man fwkpfv))。为此你需要两台带火线端口的机器。

最后,作为一名老电脑音乐家,我想知道为什么要在网络堆栈级别编写MIDI合成器(或变换器)。我的猜测是,你会在用户空间(在那里你可以使用浮点数学......)获得更令人满意的经验。

如果您需要一些提示或提示,请随时与我们联系......

| K<

来自ADC Kernel Programming Guide

  

内核编程是一种黑色艺术   如果可能的话应该避免。   幸运的是,内核编程是   通常不必要。你可以写   大多数软件完全在用户空间。   甚至大多数设备驱动程序(FireWire和   例如,USB可以写成   应用程序,而不是内核   码。必须有一些低级别的驱动程序   驻留在内核的地址中   然而,空间和这份文件   如果你是,可能会有一点点用处   写下属于此的司机   类别。