Linux kernel 保持修补过的内核模块更新

Linux kernel 保持修补过的内核模块更新,linux-kernel,kernel-module,patch,Linux Kernel,Kernel Module,Patch,在对内核模块进行小的修改(例如,仅向设备驱动程序添加另一个USB设备ID)后,是否可以阻止此模块的更新(例如,通过apt get upgrade),并且是否有可靠的方法来确定模块将保持兼容的时间 二进制模块适合内核映像的条件是什么 有没有可能有一个安装后钩子来跟踪更新的模块源、补丁,并在任何内核映像更新上构建它,只要补丁匹配 只要可以应用,这种补丁实际构成一个工作模块的可能性有多大 目的是使机器具有修改后的模块,尽可能长的跟随包更新,然后停留在兼容版本上,直到开发人员提供更新的补丁模块二进制

在对内核模块进行小的修改(例如,仅向设备驱动程序添加另一个USB设备ID)后,是否可以阻止此模块的更新(例如,通过
apt get upgrade
),并且是否有可靠的方法来确定模块将保持兼容的时间

  • 二进制模块适合内核映像的条件是什么
  • 有没有可能有一个安装后钩子来跟踪更新的模块源、补丁,并在任何内核映像更新上构建它,只要补丁匹配
  • 只要可以应用,这种补丁实际构成一个工作模块的可能性有多大

目的是使机器具有修改后的模块,尽可能长的跟随包更新,然后停留在兼容版本上,直到开发人员提供更新的补丁模块二进制或源。

您可以考虑使用DKMS。

您可以考虑使用DKMS。< / P>是的,DKMS正是为了解决这个问题。默认情况下,它已经在许多流行的Linux发行版中启用。是的,DKMS正是为了解决这个问题。默认情况下,它已经在许多流行的Linux发行版中启用。1。当系统尝试加载模块时,它会检查内核是否正确以及其他加载的模块是否导出该模块所需的符号。还将检查这些符号所需和提供的版本以及校验和(如果在内核中启用)。2.至于“钩子”,DKMS很好地实现了这一目的,请参见下面Shuduo的回答。3.我想,只要内核的版本没有显著变化,一切正常工作的可能性就相当高。在我们的发行版()中,我们以这种方式处理一些驱动程序。当系统尝试加载模块时,它会检查内核是否正确以及其他加载的模块是否导出该模块所需的符号。还将检查这些符号所需和提供的版本以及校验和(如果在内核中启用)。2.至于“钩子”,DKMS很好地实现了这一目的,请参见下面Shuduo的回答。3.我想,只要内核的版本没有显著变化,一切正常工作的可能性就相当高。在我们的发行版()中,我们以这种方式处理一些驱动程序。