Geert Uytterhoeven | 30 Nov 13:32 2015

[PATCH] m68k/defconfig: Update defconfigs for v4.4-rc1

Signed-off-by: Geert Uytterhoeven <geert <at>>
 arch/m68k/configs/amiga_defconfig    | 4 ++++
 arch/m68k/configs/apollo_defconfig   | 5 +++++
 arch/m68k/configs/atari_defconfig    | 4 ++++
 arch/m68k/configs/bvme6000_defconfig | 4 ++++
 arch/m68k/configs/hp300_defconfig    | 5 +++++
 arch/m68k/configs/mac_defconfig      | 5 +++++
 arch/m68k/configs/multi_defconfig    | 5 +++++
 arch/m68k/configs/mvme147_defconfig  | 4 ++++
 arch/m68k/configs/mvme16x_defconfig  | 4 ++++
 arch/m68k/configs/q40_defconfig      | 5 +++++
 arch/m68k/configs/sun3_defconfig     | 5 +++++
 arch/m68k/configs/sun3x_defconfig    | 5 +++++
 12 files changed, 55 insertions(+)

diff --git a/arch/m68k/configs/amiga_defconfig b/arch/m68k/configs/amiga_defconfig
index 5b4ec541ba7c9993..fc96e814188e57aa 100644
--- a/arch/m68k/configs/amiga_defconfig
+++ b/arch/m68k/configs/amiga_defconfig
 <at>  <at>  -276,6 +276,7  <at>  <at>  CONFIG_MPLS=y
 # CONFIG_WIRELESS is not set
 <at>  <at>  -532,11 +533,13  <at>  <at>  CONFIG_NLS_MAC_INUIT=m
(Continue reading)

Geert Uytterhoeven | 29 Nov 10:35 2015

[git pull] m68k updates for 4.4 (take two)

	Hi Linus,

The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:

  Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)

are available in the git repository at:

  git:// for-linus

for you to fetch changes up to 21d380e54c30b5b15aa4167e2458bfe4e4862427:

  m68k: Wire up mlock2 (2015-11-22 11:35:26 +0100)

  - Add missing initialization of max_pfn, which is needed to make
    selftests/vm/mlock2-tests succeed,
  - Wire up new mlock2 syscall.

Geert Uytterhoeven (5):
      m68k/mm: motorola - Add missing initialization of max_pfn
      m68k/mm: m54xx - Add missing initialization of max_pfn
      m68k/mm: sun3 - Add missing initialization of max_pfn and {min,max}_low_pfn
      m68knommu: Add missing initialization of max_pfn and {min,max}_low_pfn
      m68k: Wire up mlock2

 arch/m68k/coldfire/m54xx.c          | 2 +-
 arch/m68k/include/asm/unistd.h      | 2 +-
 arch/m68k/include/uapi/asm/unistd.h | 1 +
(Continue reading)

HS09912HH3 | 28 Nov 05:13 2015

Reply Me For Details

Good day,

I wish to contact you personally for an important proposal that might be 
of interest to you. I am sending this mail just to know if this email address
is functional.

I have something absolutely essential to discuss with you. Contact me for 
details through my private email: shu60w <at>

shu60w <at>
linux-m68k-owner | 26 Nov 18:12 2015

Private Message!!

Good Day,

I am Mr. Lee Cheung from Hang Seng Bank, Hong Kong, there is the sum of $30,000,000.00 in my bank and i need you
to work together with me to claim it, and we shall then share in the ratio of 60% for me, 40% for you. If
interested please contact me as soon as possible for further details.

I will prefer you to reach me on my private Email address below:
Email: leecheung09 <at>

Kind Regards,
Mr. Lee Cheung.
partners | 25 Nov 18:14 2015


A certain deceased customer left behind $ 18 million US in my bank, I seek your partnership to get this fund reply
Michael Schmitz | 24 Nov 22:06 2015

Fix for Falcon 030 boot fault in v4.3


as discussed, I'm sending a patch to fix my problem booting my Atari
Falcon running in 030 mode (CT60 disabled, so no FastRAM present).

As evidenced by adding initcall_debug to the boot options, the boot hangs
in atari_platform_init() on your v4.3 kernel. I've had a similar fault
a year ago with 3.18 so it's not a recent regression. 

I've narrowed the problem down to the ioremap() calls used to map the
EtherNAT and EtherNEC register spaces for probing. For some reason,
ioremap() blocks with interrupts enabled. The heartbeat signal on the
IDE LED keeps flashing, albeit at a steadily increasing rate.

The patch below fixes the symptoms, i.e. I can boot 4.3 to user space
with functional EtherNEC adapter. I'm baffled as to why ioremap would
block instead of returning error though. Maybe Andreas can shed some
light on this? 



[PATCH] m68k/atari - change device probe in atari_platform_init()

Don't probe for EtherNAT CPLD config register unless running on
a CT60 type Atari Falcon. The EtherNAT isn't visible from the
Falcon bus when running in 030 mode.

Don't probe for EtherNEC registers at all - the ROM port is always
(Continue reading)

Finn Thain | 18 Nov 09:34 2015

[PATCH 00/71] More fixes, cleanup and modernization for NCR5380 drivers

Like my previous work on the NCR5380 drivers, this patch series has bug
fixes, code cleanup and modernization. These drivers suffer from mistakes,
poor style and neglect and this long series addresses the worst of it,
covering all ten wrapper drivers and both of the core driver forks. The
combined size of the drivers is reduced by about 750 LoC.

This series continues to reduce divergence between the two core driver
forks, often by copying a bug fix from one to the other. Most patches are
larger for having to keep the two forks in sync. Making the same change to
both is churn if one of them is to be removed but neither can be as yet.
By the end of this series the diff between the two forks is minimal, so it
becomes clear what caused the fork and what can be done about it.

This patch series did benefit from scripts/ but not too much.
Decades ago, these drivers started out with 4-space tabs and if the 80
column limit were to be strictly enforced now, it would require adding new
functions and shortening identifiers. I would defer this sort of activity
until after the fork has been resolved.

I have compile-tested all patches to all NCR5380 drivers (x86, ARM, m68k)
and regression tested mac_scsi and dmx3191d modules on suitable hardware.
Testing the mac_scsi and dmx3191d modules provides only limited coverage.
It would be good to see some testing of ISA cards and Sun 3 and Atari
hardware too (I don't have any).

 drivers/scsi/Kconfig         |   17 
 drivers/scsi/NCR5380.c       | 2871 +++++++++++++++++++------------------------
 drivers/scsi/NCR5380.h       |   72 -
(Continue reading)

Michael Schmitz | 17 Nov 05:42 2015

Re: [PATCH 1/4] m68k/mm: motorola - Add missing initialization of max_pfn

Hi Geert,

Am 16.11.2015 um 00:04 schrieb Geert Uytterhoeven:
> If max_pfn is not initialized, the various /proc/kpage* files are empty,
> and selftests/vm/mlock2-tests will fail. max_pfn is also used by the
> block layer to calculate DMA masks.

What about platforms where the DMA can't address all available physical



> Signed-off-by: Geert Uytterhoeven <geert <at>>
> ---
>  arch/m68k/mm/motorola.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/arch/m68k/mm/motorola.c b/arch/m68k/mm/motorola.c
> index b958916e5eac96b2..8f37fdd80be9e9cc 100644
> --- a/arch/m68k/mm/motorola.c
> +++ b/arch/m68k/mm/motorola.c
>  <at>  <at>  -250,7 +250,7  <at>  <at>  void __init paging_init(void)
>  	high_memory = phys_to_virt(max_addr);
>  	min_low_pfn = availmem >> PAGE_SHIFT;
> -	max_low_pfn = max_addr >> PAGE_SHIFT;
> +	max_pfn = max_low_pfn = max_addr >> PAGE_SHIFT;
(Continue reading)

Greg Ungerer | 17 Nov 01:37 2015

Re: [PATCH] m68k: Wire up mlock2

Hi Geert,

On 15/11/15 21:09, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven <geert <at>>

I see no problems.

Acked-by: Greg Ungerer <gerg <at>>


> This depends on series "[PATCH 0/4] m68k/mm: Add missing initialization of
> max_pfn and {min,max}_low_pfn" to work.
>  arch/m68k/include/asm/unistd.h      | 2 +-
>  arch/m68k/include/uapi/asm/unistd.h | 1 +
>  arch/m68k/kernel/syscalltable.S     | 1 +
>  3 files changed, 3 insertions(+), 1 deletion(-)
> diff --git a/arch/m68k/include/asm/unistd.h b/arch/m68k/include/asm/unistd.h
> index 0793a7f174176e6d..f9d96bf869109c02 100644
> --- a/arch/m68k/include/asm/unistd.h
> +++ b/arch/m68k/include/asm/unistd.h
>  <at>  <at>  -4,7 +4,7  <at>  <at> 
>  #include <uapi/asm/unistd.h>
> -#define NR_syscalls		375
> +#define NR_syscalls		376
(Continue reading)

Greg Ungerer | 17 Nov 01:17 2015

Re: [PATCH 0/4] m68k/mm: Add missing initialization of max_pfn and {min,max}_low_pfn

Hi Geert,

On 15/11/15 21:04, Geert Uytterhoeven wrote:
> This patch series adds missing initialization of max_pfn, min_low_pfn,
> and max_low_pfn on various m68k platforms.
> This was exposed by failing selftests/vm/mlock2-tests.
> Note that several other architectures lack a proper initialization of
> max_pfn. On some of them it's completely missing, on others max_pfn is a
> local variable, hence it hides the global max_pfn, which is thus not
> initialized neither.
> On platforms with MMU, this can easily be verified by reading the
> following virtual files (CONFIG_PROC_PAGE_MONITOR=y):
>     /proc/kpagecount
>     /proc/kpageflags
>     /proc/kpagecgroup (CONFIG_MEMCG=y)
> If max_pfn is not initialized, all three virtual files are empty.
> Besides the above, max_pfn is also used to calculate DMA masks for block
> devices. An uninitialized (zero) value means all RAM is suitable for
> DMA.

All looks good to me. Tested-by acks set separately. But otherwise

Acked-by: Greg Ungerer <gerg <at>>

(Continue reading)

Greg Ungerer | 17 Nov 01:16 2015

Re: [PATCH 2/4] m68k/mm: m54xx - Add missing initialization of max_pfn

Hi Geert,

On 15/11/15 21:04, Geert Uytterhoeven wrote:
> If max_pfn is not initialized, the various /proc/kpage* files are empty,
> and selftests/vm/mlock2-tests will fail. max_pfn is also used by the
> block layer to calculate DMA masks.
> Signed-off-by: Geert Uytterhoeven <geert <at>>
> ---
> Compile-tested only.

Tested and seems to work fine on MMU ColdFire (I didn't check
the actual entries for accuracy - but /proc/kpageflags and
/proc/kpagecount look to be reporting correctly now).

Tested-by: Greg Ungerer <gerg <at>>


> ---
>  arch/m68k/coldfire/m54xx.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/arch/m68k/coldfire/m54xx.c b/arch/m68k/coldfire/m54xx.c
> index f7836c6a6b60eb24..c32f76791f488ae1 100644
> --- a/arch/m68k/coldfire/m54xx.c
> +++ b/arch/m68k/coldfire/m54xx.c
(Continue reading)