[PATCH] mmu: fix ioremap for mcf54xx and mcf5441x

Also, IO bus access should be big endian, since the general rule is to swap eventually the bytes in hardware when little endian peripherals are connected. Reformatted readx/writex tabs. Signed-off-by: Angelo Dureghello --- arch/m68k/include/asm/io_mm.h | 12 ++--

Re: [PATCH net 0/4] Fixes, cleanup and modernization for SONIC ethernet drivers

From: Finn Thain Date: Sat, 24 Feb 2018 18:27:24 -0500 (EST) > Changes since v4 of combined patch series: > - Removed redundant and non-portable MACH_IS_MAC tests. > - Omitted patches unrelated to SONIC drivers. > - Dropped changes to the 'version_printed' logic and

Re: m68k: Struggling to resolve circular #include of bitops.h

Hi Will, On Wed, Feb 21, 2018 at 5:02 PM, Will Deacon wrote: > On Wed, Feb 21, 2018 at 03:54:31PM +, Will Deacon wrote: >> My ideas for fixing this so far are one of: >> >> 1. Inline the old asm-generic/bitops/lock.h code directly into m68k's >>asm/bitops.h >> >> 2.

Re: [PATCH v3 2/5] m68k: rename UL() to TO_UL()

Hi Yamada-san, CC sfr (conflict heads up) On Thu, Feb 22, 2018 at 5:58 PM, Masahiro Yamada wrote: > 2018-02-22 22:20 GMT+09:00 Geert Uytterhoeven : >> On Thu, Feb 22, 2018 at 1:15 PM, Masahiro Yamada >> wrote:

Re: [PATCH] m68k/mac: Fix apparent race condition in Baboon interrupt dispatch

On Sun, Jan 28, 2018 at 12:51 AM, Finn Thain wrote: > The algorithm used in baboon_irq() appears to be subject to a race > condition: an IRQ flag could be lost if asserted between the MOV > instructions from and to the interrupt flag register. However, > testing shows

Re: [PATCH] macintosh/via-pmu68k: Initialize PMU driver with setup_arch and arch_initcall

On Sun, Jan 28, 2018 at 12:51 AM, Finn Thain wrote: > The PMU watchdog will power down the system if the kernel is slow > to start up, e.g. due to unpacking a large initrd. The powerpc > version of this driver (via-pmu.c) has a solution for the same > problem. It uses

Re: [PATCH] m68k/mm: Stop printing the virtual memory layout

On Mon, Feb 12, 2018 at 9:53 AM, Geert Uytterhoeven wrote: > Since commit ad67b74d2469d9b8 ("printk: hash addresses printed with > %p"), the virtual memory layout printed during boot up contains "ptrval" > instead of actual addresses: > > Memory: 268040K/276480K

Re: [PATCH] m68k/mac: Enable PDMA support for PowerBook 190

On Sun, Jan 28, 2018 at 12:51 AM, Finn Thain wrote: > Stan's tests showed that PDMA improves sequential read performance by > a factor of 5 on a PowerBook 190. Last time I tried this on a > PowerBook 520 it didn't work, so let's not enable it there until > it can be