From: Helge Deller <deller@gmx.de>
To: Dinh Nguyen <dinguyen@kernel.org>,
linux@armlinux.org.uk, linux-kernel@vger.kernel.org,
linux-parisc@vger.kernel.org
Subject: Re: [PATCH 2/3] nios2: Fix flush_dcache_page() for usage from irq context
Date: Mon, 19 Jun 2023 12:10:26 +0200 [thread overview]
Message-ID: <6c7a0ca2-003b-c724-6ef1-4d756d05d2f0@gmx.de> (raw)
In-Reply-To: <d5bd569d-b20e-f9c7-d839-93011dde380b@kernel.org>
Hi Dinh,
On 6/14/23 00:39, Dinh Nguyen wrote:
> Thanks for the patch. Does it need a Fixes tag?
I did not add a fixes tag for the parisc or arm version.
The code was originally correct, but later patches then suddenly started
using cache flushes from irq context (e.g. 21b40200cfe96 ("aio: use
flush_dcache_page()")) which then triggers the bug.
So, it's hard to say that it fixes one specific commit.
I suggest you backport it as far as possible.
Helge
> Dinh
>
> On 5/24/23 10:26, Helge Deller wrote:
>> Since at least kernel 6.1, flush_dcache_page() is called with IRQs
>> disabled, e.g. from aio_complete().
>>
>> But the current implementation for flush_dcache_page() on NIOS2
>> unintentionally re-enables IRQs, which may lead to deadlocks.
>>
>> Fix it by using xa_lock_irqsave() and xa_unlock_irqrestore()
>> for the flush_dcache_mmap_*lock() macros instead.
>>
>> Cc: Dinh Nguyen <dinguyen@kernel.org>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>> ---
>> arch/nios2/include/asm/cacheflush.h | 4 ++++
>> arch/nios2/mm/cacheflush.c | 5 +++--
>> 2 files changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/arch/nios2/include/asm/cacheflush.h b/arch/nios2/include/asm/cacheflush.h
>> index d0b71dd71287..a37242662809 100644
>> --- a/arch/nios2/include/asm/cacheflush.h
>> +++ b/arch/nios2/include/asm/cacheflush.h
>> @@ -48,5 +48,9 @@ extern void invalidate_dcache_range(unsigned long start, unsigned long end);
>>
>> #define flush_dcache_mmap_lock(mapping) xa_lock_irq(&mapping->i_pages)
>> #define flush_dcache_mmap_unlock(mapping) xa_unlock_irq(&mapping->i_pages)
>> +#define flush_dcache_mmap_lock_irqsave(mapping, flags) \
>> + xa_lock_irqsave(&mapping->i_pages, flags)
>> +#define flush_dcache_mmap_unlock_irqrestore(mapping, flags) \
>> + xa_unlock_irqrestore(&mapping->i_pages, flags)
>>
>> #endif /* _ASM_NIOS2_CACHEFLUSH_H */
>> diff --git a/arch/nios2/mm/cacheflush.c b/arch/nios2/mm/cacheflush.c
>> index 6aa9257c3ede..35f3b599187f 100644
>> --- a/arch/nios2/mm/cacheflush.c
>> +++ b/arch/nios2/mm/cacheflush.c
>> @@ -75,11 +75,12 @@ static void flush_aliases(struct address_space *mapping, struct page *page)
>> {
>> struct mm_struct *mm = current->active_mm;
>> struct vm_area_struct *mpnt;
>> + unsigned long flags;
>> pgoff_t pgoff;
>>
>> pgoff = page->index;
>>
>> - flush_dcache_mmap_lock(mapping);
>> + flush_dcache_mmap_lock_irqsave(mapping, flags);
>> vma_interval_tree_foreach(mpnt, &mapping->i_mmap, pgoff, pgoff) {
>> unsigned long offset;
>>
>> @@ -92,7 +93,7 @@ static void flush_aliases(struct address_space *mapping, struct page *page)
>> flush_cache_page(mpnt, mpnt->vm_start + offset,
>> page_to_pfn(page));
>> }
>> - flush_dcache_mmap_unlock(mapping);
>> + flush_dcache_mmap_unlock_irqrestore(mapping, flags);
>> }
>>
>> void flush_cache_all(void)
>> --
>> 2.38.1
>>
next prev parent reply other threads:[~2023-06-19 10:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-24 15:26 [PATCH 0/3] Fix flush_dcache_page() for usage from irq context on ARM, NIOS2 and PARISC Helge Deller
2023-05-24 15:26 ` [PATCH 1/3] arm: Fix flush_dcache_page() for usage from irq context Helge Deller
2023-05-24 20:00 ` Arnd Bergmann
2023-05-24 20:56 ` Helge Deller
2023-07-20 6:53 ` Helge Deller
2023-05-24 15:26 ` [PATCH 2/3] nios2: " Helge Deller
2023-06-13 22:39 ` Dinh Nguyen
2023-06-19 10:10 ` Helge Deller [this message]
2023-05-24 15:26 ` [PATCH 3/3] parisc: " Helge Deller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6c7a0ca2-003b-c724-6ef1-4d756d05d2f0@gmx.de \
--to=deller@gmx.de \
--cc=dinguyen@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-parisc@vger.kernel.org \
--cc=linux@armlinux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®