Re: [PATCH 6/6] m68k/nommu: stop using GENERIC_IOMAP

2025-03-24 Thread Arnd Bergmann
On Mon, Mar 24, 2025, at 14:50, Greg Ungerer wrote: > On 24/3/25 18:02, Arnd Bergmann wrote: >> On Mon, Mar 24, 2025, at 02:33, Greg Ungerer wrote: >>> On 15/3/25 20:59, Arnd Bergmann wrote: >> >> Does this fixup work for you? > > Yes, this looks good, works for me. > Feel free to add this if you

Re: [PATCH 6/6] m68k/nommu: stop using GENERIC_IOMAP

2025-03-24 Thread Greg Ungerer
Hi Arnd, On 24/3/25 18:02, Arnd Bergmann wrote: On Mon, Mar 24, 2025, at 02:33, Greg Ungerer wrote: Hi Arnd, On 15/3/25 20:59, Arnd Bergmann wrote: From: Arnd Bergmann There is no need to go through the GENERIC_IOMAP wrapper for PIO on nommu platforms, since these always come from PCI I/O s

Re: [PATCH 6/6] m68k/nommu: stop using GENERIC_IOMAP

2025-03-24 Thread Arnd Bergmann
On Mon, Mar 24, 2025, at 02:33, Greg Ungerer wrote: > Hi Arnd, > > On 15/3/25 20:59, Arnd Bergmann wrote: >> From: Arnd Bergmann >> >> There is no need to go through the GENERIC_IOMAP wrapper for PIO on >> nommu platforms, since these always come from PCI I/O space that is >> itself memory mapped

Re: [PATCH 6/6] m68k/nommu: stop using GENERIC_IOMAP

2025-03-23 Thread Greg Ungerer
Hi Arnd, On 15/3/25 20:59, Arnd Bergmann wrote: From: Arnd Bergmann There is no need to go through the GENERIC_IOMAP wrapper for PIO on nommu platforms, since these always come from PCI I/O space that is itself memory mapped. Instead, the generic ioport_map() can just return the MMIO location

[PATCH 6/6] m68k/nommu: stop using GENERIC_IOMAP

2025-03-15 Thread Arnd Bergmann
From: Arnd Bergmann There is no need to go through the GENERIC_IOMAP wrapper for PIO on nommu platforms, since these always come from PCI I/O space that is itself memory mapped. Instead, the generic ioport_map() can just return the MMIO location of the ports directly by applying the PCI_IO_PA of