在linux中模拟设备驱动程序崩溃。让python重新加载i

Question

我有一个使用uvcvideo模块在Linux下运行的网络摄像机。我正在使用python应用程序访问web摄像机并显示图像。在

我希望python程序在网络摄像头因某种原因无法工作时处理它。只需卸载模块即可进行测试。如果我只是在运行python代码之前卸载模块，那么效果很好，但是如果在使用中强制卸载模块，我会得到以下反馈。在

VIDIOC_DQBUF: Inappropriate ioctl for device

如果我杀死python代码并重新启动它，整个机器就会冻结。在

我要运行的代码是

^{pr2}$

它是http://www.jperla.com/blog/2007/09/26/capturing-frames-from-a-webcam-on-linux/的修改版本，它使用的是openvc 1.x版而不是2.x版

你知道怎么做吗？在

Answer 1

你是说USB摄像头吗？我不知道在模块使用过程中强制卸载，但这不会发生，也不是一个很好的模拟相机不再工作的情况。先试着优雅地处理摄像机断开/重新连接。在

我不知道你想在模拟驱动程序崩溃时实现什么，但是你不能用用户代码来处理驱动程序崩溃，这会导致oops或者其他什么。一旦内核代码变得疯狂，就没有防御性编程可以拯救你。在

现在，如果驱动程序代码中出现错误（错误与崩溃不同），那么它应该返回给您，您所能做的就是重试或退出。如果你的应用程序是为任何一个UVC相机使用，那么购买一个USB摄像头尊重UVC，并使用它（断开/重新连接）。在

至于硬件故障，除了设置一个超时之外，您无能为力。 你可以在代码中做的是，如果你发现驱动程序有一个特定的问题，那就是避免触发这个特定的问题。如果你知道改变分辨率的话，你应该避免改变分辨率。在

但我不会花太多时间去处理你一无所知的假想车祸。相反，您应该尝试使用错误代码路径。例如，如果系统内存不足，会发生什么情况？或者，如果你的系统负载太大，你的应用程序无法跟上进入的帧。在

Answer 2

Linux确实不喜欢在任何进程使用内核驱动程序时删除它。我不相信你的userland应用程序有什么好方法可以做到这一点（而且让你的应用程序运行“sudo modprobe uvcvideo”已经够可怕的了）。在

Answer 3

你的代码现在崩溃的原因是，当驱动程序崩溃时，代表你的硬件的设备专用文件就会消失。您的代码仍然具有这些设备的打开文件句柄。根据您的代码在幕后到底在做什么，它可能会尝试向一个现在无效的文件句柄发出IOCTL，这个用例通常不会被库代码很好地处理，因为它应该只发生在这样一个事件中，带有某种用户地码无法处理的内核接地错误。在

如果摄像头停止工作，处理它与处理司机撞车完全不同。一个有故障的相机不应该让一个（正确书写的）驱动程序瘫痪。如果驱动程序出现故障，那么您的用户地代码将无法对此执行太多操作。也不需要。如果司机撞车了，那是司机写手的问题，而不是你的问题。如果你有一个司机经常撞到你，你想试着去处理它，那么我会用另一个司机，或者试着修理你正在使用的那个。再多的应用程序代码也无法修复有故障的驱动程序。在

别忘了你的代码并不是唯一使用驱动程序的代码。内部内核进程或其他应用程序也可能正在使用该驱动程序。如果在您拔出驱动程序时有其他东西在使用它，您可能会导致其他代码挂起（超出您的控制范围），并可能导致整个系统崩溃。在

现在，如果你的网络摄像头硬件有问题，驱动程序应该优雅地给你一条消息或某种错误，你的应用程序代码可以检测到并采取行动，同时做自己的工作，使摄像机再次工作。失败的硬件不应该给应用程序代码带来负担；让驱动程序完成它的工作，如果可能的话，它会让摄像头重新联机。如果无法这样做，那么要么相机处于不可恢复状态，要么驱动程序有改进的空间（如果是这样的话，向驱动程序的开发人员提供在硬件上测试他们的代码的机会，有时可以快速获得对设备的驱动程序支持）。在

我不想在驱动程序运行时撕掉它，而是集中精力编写代码来处理驱动程序可以为您的设备返回的所有可能的错误状态。在