https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 18 Oct 2026 22:10:29 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-02249 bdu:2026-02249 https://cve.radiocsirt.org/vuln/bdu:2026-02249 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316 certfr-2026-avi-0316 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316 https://cve.radiocsirt.org/vuln/euvd-2026-344686 EUVD-2026-344686 https://cve.radiocsirt.org/vuln/euvd-2026-344686 https://cve.radiocsirt.org/vuln/fkie_cve-2022-49172 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>parisc: Fix non-access data TLB cache flush faults</p> <p>When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions.</p> <p>These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors.</p> <p>The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping.</p> <p>The flush_cache_pages() call in flush_cache_range() flushed too large a range.</p> <p>V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>parisc: Fix non-access data TLB cache flush faults</p> <p>When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions.</p> <p>These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors.</p> <p>The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping.</p> <p>The flush_cache_pages() call in flush_cache_range() flushed too large a range.</p> <p>V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2022-49172 https://cve.radiocsirt.org/vuln/ghsa-fc9v-5389-h387 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>parisc: Fix non-access data TLB cache flush faults</p> <p>When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions.</p> <p>These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors.</p> <p>The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping.</p> <p>The flush_cache_pages() call in flush_cache_range() flushed too large a range.</p> <p>V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>parisc: Fix non-access data TLB cache flush faults</p> <p>When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions.</p> <p>These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors.</p> <p>The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping.</p> <p>The flush_cache_pages() call in flush_cache_range() flushed too large a range.</p> <p>V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> https://cve.radiocsirt.org/vuln/ghsa-fc9v-5389-h387 https://cve.radiocsirt.org/vuln/msrc_cve-2022-49172 msrc_CVE-2022-49172 https://cve.radiocsirt.org/vuln/msrc_cve-2022-49172 https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49172 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 162 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: parisc: Fix non-access data TLB cache flush faults When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions. These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors. The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping. The flush_cache_pages() call in flush_cache_range() flushed too large a range. V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 162 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: parisc: Fix non-access data TLB cache flush faults When a page is not present, we get non-access data TLB faults from the fdc and fic instructions in flush_user_dcache_range_asm and flush_user_icache_range_asm. When these occur, the cache line is not invalidated and potentially we get memory corruption. The problem was hidden by the nullification of the flush instructions. These faults also affect performance. With pa8800/pa8900 processors, there will be 32 faults per 4 KB page since the cache line is 128 bytes. There will be more faults with earlier processors. The problem is fixed by using flush_cache_pages(). It does the flush using a tmp alias mapping. The flush_cache_pages() call in flush_cache_range() flushed too large a range. V2: Remove unnecessary preempt_disable() and preempt_enable() calls.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49172