Answer in brief
CVE-2022-49167 records a High severity (CVSS 7.8) vulnerability in btrfs: do not double complete bio on errors during compressed reads. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | 5.16 | Not reported |
| Linux/Linuxgeneric | >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <4a4ceb2b990771c374d85d496a1a45255dde48e3 || >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <987b5df1d10355d377315a26e7fb6c72ded83c9f || >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <f9f15de85d74e7eef021af059ca53a15f041cdd8 | 4a4ceb2b990771c374d85d496a1a45255dde48e3, 987b5df1d10355d377315a26e7fb6c72ded83c9f, f9f15de85d74e7eef021af059ca53a15f041cdd8 |
Published upstream
Feb 26, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: btrfs: do not double complete bio on errors during compressed reads I hit some weird panics while fixing up the error handling from btrfs_lookup_bio_sums(). Turns out the compression path will complete the bio we use if we set up any of the compression bios and then return an error, and then btrfs_submit_data_bio() will also call bio_endio() on the bio. Fix this by making btrfs_submit_compressed_read() responsible for calling bio_endio() on the bio if there are any errors. Currently it was only doing it if we created the compression bios, otherwise it was depending on btrfs_submit_data_bio() to do the right thing. This creates the above problem, so fix up btrfs_submit_compressed_read() to always call bio_endio() in case of an error, and then simply return from btrfs_submit_data_bio() if we had to call btrfs_submit_compressed_read().
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2022-49167 records a High severity (CVSS 7.8) vulnerability in btrfs: do not double complete bio on errors during compressed reads. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | 5.16 | Not reported |
| Linux/Linuxgeneric | >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <4a4ceb2b990771c374d85d496a1a45255dde48e3 || >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <987b5df1d10355d377315a26e7fb6c72ded83c9f || >=86ccbb4d2a2af4109430df518c995a4f7d14dfd2 <f9f15de85d74e7eef021af059ca53a15f041cdd8 | 4a4ceb2b990771c374d85d496a1a45255dde48e3, 987b5df1d10355d377315a26e7fb6c72ded83c9f, f9f15de85d74e7eef021af059ca53a15f041cdd8 |
Published upstream
Feb 26, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: btrfs: do not double complete bio on errors during compressed reads I hit some weird panics while fixing up the error handling from btrfs_lookup_bio_sums(). Turns out the compression path will complete the bio we use if we set up any of the compression bios and then return an error, and then btrfs_submit_data_bio() will also call bio_endio() on the bio. Fix this by making btrfs_submit_compressed_read() responsible for calling bio_endio() on the bio if there are any errors. Currently it was only doing it if we created the compression bios, otherwise it was depending on btrfs_submit_data_bio() to do the right thing. This creates the above problem, so fix up btrfs_submit_compressed_read() to always call bio_endio() in case of an error, and then simply return from btrfs_submit_data_bio() if we had to call btrfs_submit_compressed_read().
Quoted source text, attributed separately from HOL analysis.