kmod: revert "depmod: Do not unlinkat orig depfile and add fync" · Pull Request !54 · src-openEuler/kmod

this patch can be replaced by an open source patch:
https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=c2996b5fa880e81f63c25e80a4157b2239e32c5d

0002-kmod-20-8-depmod-Don-t-unlinkat-orig-depfile-and-add-fsync.patch
这个patch解决的问题场景: depmod -a执行完后立即触发异常时，复位起来后module.alias modules.alias.bin等模块依赖文件会变空（这些文件在磁盘上）。depmod -a流程：命令会在这些文件所在的目录新建.tmp文件，将内容写入tmp文件中，然后删除这些modules.alias等源文件，最后将tmp文件重命名未modules.alias等原文件名。 而对文件的写操作，在文件系统中是先写入cache，不会立即写到磁盘上，而源文件又被删除了，现在的modules.alias等源文件其实就是tmp文件的内容，因为此时发生异常复位，tmp文件的内容还没来的及落盘，所以看到的modules.alias等文件内容会变空。

0002-kmod-20-8-depmod-Don-t-unlinkat-orig-depfile-and-add-fsync.patch的解决办法是：在写完tmp文件后对这些tmp文件做fsync，最后再对tmp文件所在的目录做fsync操作。

其实，使用开源方案：https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=c2996b5fa880e81f63c25e80a4157b2239e32c5d
即不做fsync，只要不删除modules.alias等源文件，也不会出现modules.alias等文件变空的情况。因为如果tmp的数据没有落盘，原文件中的内容还是老数据不会变空，如果tmp刷下去了，那么肯定也就有数据了。

对应的开源patch(https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?id=c2996b5fa880e81f63c25e80a4157b2239e32c5d)， v29版本的开源kmod包里面已经集成了。所以0002-kmod-20-8-depmod-Don-t-unlinkat-orig-depfile-and-add-fsync.patch这个patch是冗余的。可以删除掉。

Signed-off-by: Jiangfeng Xiao <xiaojiangfeng@huawei.com>

src-openEuler/kmod .gitee-modal { width: 500px !important; }

搜索帮助

src-openEuler/kmod