Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail

2023-05-11 Thread Geert Uytterhoeven
Hi Hugh, On Thu, May 11, 2023 at 4:58 AM Hugh Dickins wrote: > On Wed, 10 May 2023, Geert Uytterhoeven wrote: > > On Wed, May 10, 2023 at 6:48 AM Hugh Dickins wrote: > > > In rare transient cases, not yet made possible, pte_offset_map() and > > > pte_offset_map_lock() may not find a page table:

Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail

2023-05-10 Thread Hugh Dickins
On Wed, 10 May 2023, Geert Uytterhoeven wrote: > Hi Hugh, > > Thanks for your patch! And thank you for looking so quickly, Geert. > > On Wed, May 10, 2023 at 6:48 AM Hugh Dickins wrote: > > In rare transient cases, not yet made possible, pte_offset_map() and > > pte_offset_map_lock() may not

Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail

2023-05-10 Thread Geert Uytterhoeven
Hi Hugh, Thanks for your patch! On Wed, May 10, 2023 at 6:48 AM Hugh Dickins wrote: > In rare transient cases, not yet made possible, pte_offset_map() and > pte_offset_map_lock() may not find a page table: handle appropriately. > > Restructure cf_tlb_miss() with a pte_unmap() (previously

[PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail

2023-05-09 Thread Hugh Dickins
In rare transient cases, not yet made possible, pte_offset_map() and pte_offset_map_lock() may not find a page table: handle appropriately. Restructure cf_tlb_miss() with a pte_unmap() (previously omitted) at label out, followed by one local_irq_restore() for all. Signed-off-by: Hugh Dickins