我正在为OS X构建一个IOKit CFPlugin驱动程序。我将处理将要转换为MIDI数据的网络数据。除内置机场外,不涉及任何硬件。我有Windows机器和固件驱动程序的经验,但这是我第一次在Mac上进行操作。到目前为止事情进展顺利,但Apple文档中说:“出于安全原因,您不应该在开发计算机上加载驱动程序。”
我只有一台Mac。我真的不想要两台Mac--抱歉,Apple。我应该认真对待这个警告吗?有什么我需要知道的吗?
谢谢,Tom Jeffries
答案 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可以写成 应用程序,而不是内核 码。必须有一些低级别的驱动程序 驻留在内核的地址中 然而,空间和这份文件 如果你是,可能会有一点点用处 写下属于此的司机 类别。