[PATCH v6 19/20] m68k/mac: Switch to use %ptR

2018-12-04 Thread Andy Shevchenko
Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: Geert Uytterhoeven Cc: linux-m68k Signed-off-by: Andy Shevchenko Reviewed-by: Geert Uytterhoeven Acked-by: Geert Uytterhoeven --- arch/m68k/mac/misc.c | 8 ++-- 1 file changed, 2

[PATCH v2] m68k: Fix crash in free_all_bootmem()

2018-12-04 Thread Geert Uytterhoeven
When running the kernel in Fast RAM on Atari: Ignoring memory chunk at 0x0:0xe0 before the first chunk ... Unable to handle kernel NULL pointer dereference at virtual address (ptrval) Oops: Modules linked in: PC: [<0069dbac>] free_all_bootmem+0x12c/0x186

[PATCH] m68k: Fix crash in free_all_bootmem()

2018-12-04 Thread Geert Uytterhoeven
When running the kernel in Fast RAM on Atari: Ignoring memory chunk at 0x0:0xe0 before the first chunk ... Unable to handle kernel NULL pointer dereference at virtual address (ptrval) Oops: Modules linked in: PC: [<0069dbac>] free_all_bootmem+0x12c/0x186

Re: [PATCH] m68k: Fix crash in free_all_bootmem()

2018-12-04 Thread Geert Uytterhoeven
On Tue, Dec 4, 2018 at 2:15 PM Geert Uytterhoeven wrote: > When running the kernel in Fast RAM on Atari: > > Ignoring memory chunk at 0x0:0xe0 before the first chunk > ... > --- > The Amiga part is untested. Oops, not even compile-tested... /me hides in a brown paper bag...

[PATCH] m68k: Fix crash in free_all_bootmem()

2018-12-04 Thread Geert Uytterhoeven
When running the kernel in Fast RAM on Atari: Ignoring memory chunk at 0x0:0xe0 before the first chunk ... Unable to handle kernel NULL pointer dereference at virtual address (ptrval) Oops: Modules linked in: PC: [<0069dbac>] free_all_bootmem+0x12c/0x186

Re: [PATCH v5 0/3] m68k: system call table generation support

2018-12-04 Thread Firoz Khan
Hi Geert, On Tue, 4 Dec 2018 at 14:22, Geert Uytterhoeven wrote: > > On Tue, Nov 13, 2018 at 7:01 AM Firoz Khan wrote: > > The purpose of this patch series is, we can easily > > add/modify/delete system call table support by cha- > > nging entry in syscall.tbl file instead of manually > >

Re: [PATCH v5 0/3] m68k: system call table generation support

2018-12-04 Thread Geert Uytterhoeven
On Tue, Nov 13, 2018 at 7:01 AM Firoz Khan wrote: > The purpose of this patch series is, we can easily > add/modify/delete system call table support by cha- > nging entry in syscall.tbl file instead of manually > changing many files. The other goal is to unify the > system call table generation

Re: [PATCH v5 2/3] m68k: add system call table generation support

2018-12-04 Thread Firoz Khan
Hi Geert, On Tue, 4 Dec 2018 at 13:26, Geert Uytterhoeven wrote: > > Hi Firoz, > > On Tue, Dec 4, 2018 at 4:22 AM Firoz Khan wrote: > > On Sun, 2 Dec 2018 at 19:27, Geert Uytterhoeven > > wrote: > > > On Tue, Nov 13, 2018 at 7:01 AM Firoz Khan wrote: > > > > The system call tables are in