https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 07 Oct 2026 05:43:42 +0000 https://cve.radiocsirt.org/vuln/cve-2022-49761 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: always report error in run_one_delayed_ref()</p> <p>Currently we have a btrfs_debug() for run_one_delayed_ref() failure, but if end users hit such problem, there will be no chance that btrfs_debug() is enabled. This can lead to very little useful info for debugging.</p> <p>This patch will:</p> <p>- Add extra info for error reporting Including: * logical bytenr * num_bytes * type * action * ref_mod</p> <p>- Replace the btrfs_debug() with btrfs_err()</p> <p>- Move the error reporting into run_one_delayed_ref() This is to avoid use-after-free, the @node can be freed in the caller.</p> <p>This error should only be triggered at most once.</p> <p>As if run_one_delayed_ref() failed, we trigger the error message, then causing the call chain to error out:</p> <p>btrfs_run_delayed_refs() `- btrfs_run_delayed_refs() `- btrfs_run_delayed_refs_for_head() `- run_one_delayed_ref()</p> <p>And we will abort the current transaction in btrfs_run_delayed_refs(). If we have to run delayed refs for the abort transaction, run_one_delayed_ref() will just cleanup the refs and do nothing, thus no new error messages would be output.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: always report error in run_one_delayed_ref()</p> <p>Currently we have a btrfs_debug() for run_one_delayed_ref() failure, but if end users hit such problem, there will be no chance that btrfs_debug() is enabled. This can lead to very little useful info for debugging.</p> <p>This patch will:</p> <p>- Add extra info for error reporting Including: * logical bytenr * num_bytes * type * action * ref_mod</p> <p>- Replace the btrfs_debug() with btrfs_err()</p> <p>- Move the error reporting into run_one_delayed_ref() This is to avoid use-after-free, the @node can be freed in the caller.</p> <p>This error should only be triggered at most once.</p> <p>As if run_one_delayed_ref() failed, we trigger the error message, then causing the call chain to error out:</p> <p>btrfs_run_delayed_refs() `- btrfs_run_delayed_refs() `- btrfs_run_delayed_refs_for_head() `- run_one_delayed_ref()</p> <p>And we will abort the current transaction in btrfs_run_delayed_refs(). If we have to run delayed refs for the abort transaction, run_one_delayed_ref() will just cleanup the refs and do nothing, thus no new error messages would be output.</p> https://cve.radiocsirt.org/vuln/cve-2022-49761