文件系统压测工具进行压测，会有Call trace警告信息

**【缺陷描述】：文件系统压测工具进行压测，会有Call trace警告信息 **一、缺陷信息** openEuler-1.0-LTS分支缺少社区修复补丁 硬件信息 飞腾arm机器 **【问题复现步骤】：文件系统压测工具持续压测 **【实际结果】**，使用工具压测一周概率性出现Call trace警告信息 **【期望结果】**，无Call trace警告信息 **【其他相关附件信息】** 问题Call trace警告如下 [38341.588918] Call trace: [38341.588921] ext4_journalled_invalidatepage+0x58/0x70 [38341.588925] truncate_inode_pages_range+0xa80/0xe68 [38341.588926] truncate_pagecache+0x6c/0x98 [38341.588929] ext4_setattr+0x1070/0x1fe8 [38341.588931] notify_change+0x584/0xa30 [38341.588945] ovl_setattr+0x1f4/0x6d0 [overlay] [38341.588946] notify_change+0x584/0xa30 [38341.588948] do_truncate+0x100/0x1a8 [38341.588950] vfs_truncate+0x37c/0x558 [38341.588951] do_sys_truncate.part.1+0x120/0x138 [38341.588952] sys_truncate+0x2c/0x40 [38341.588955] el0_svc_naked+0x44/0x48 分析代码 static void ext4_journalled_invalidatepage(struct page *page, unsigned int offset, unsigned int length) { WARN_ON(__ext4_journalled_invalidatepage(page, offset, length) < 0); } *************************************************************************************************************************************** __ext4_journalled_invalidatepage jbd2_journal_invalidatepage journal_unmap_buffer else if (transaction == journal->j_committing_transaction) { if (partial_page) { return -EBUSY; //这是整个journal_unmap_buffer函数唯一有可能返回负数的地方 } } 通过分析函数调用过程发现这里WARN_ON会打印trace只有journal_unmap_buffer函数里面这块处理会返回-EBUSY. 排查社区补丁发现https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd159398a2d2234de07d310132865706964aaaa7 补丁commit信息“ 当部分尾页下的缓冲区无效时，如果缓冲区是提交事务的一部分，jbd2_journal_invalidate_folio（）返回-EBUSY，因为我们不能安全地修改缓冲区状态。 但是，如果缓冲区已经无效（由于ext4_wait_for_tail_page_commit（）先前的无效尝试），则没有什么可做的，返回-EBUSY也没有意义。 这修复了由generic/051 fstest在blocksize < pagesize时触发的ext4_journalled_invalidate_folio（）的偶尔警告。” 于是合入这个补丁，测试三周没有再复现此问题。