Andreas,
Am 01.12.2018 um 10:12 schrieb Andreas Schwab:
On Nov 30 2018, Andreas Schwab <schwab@xxxxxxxxxxxxxx> wrote:
[ 0.000000] Linux version 4.19.0 (andreas@xxxxxxxxx) (gcc version 8.1.1 20180712 (GCC)) #3 Fri Nov 30 20:53:33 CET 2018
[ 0.000000] Saving 190 bytes of bootinfo
[ 0.000000] console [debug0] enabled
[ 0.000000] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149 PCM CODEC DSP56K SCC ANALOG_JOY BLITTER IDE TT_CLK FDC_SPEED
[ 0.000000] Ignoring memory chunk at 0x0:0xe00000 before the first chunk
Note this ...
[ 0.000000] Fix your bootloader or use a memfile to make use of this area!
[ 0.000000] On node 0 totalpages: 786432
[ 0.000000] DMA zone: 7680 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 786432 pages, LIFO batch:63
[ 0.000000] NatFeats found (ARAnyM, 1.0)
[ 0.000000] initrd: bf767a60 - c0000000
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 778752
[ 0.000000] Kernel command line: root=/dev/nfhd0p1 video=atafb:vga256 debug debug=par console=nfcon init=/bin/sh BOOT_IMAGE=vmlinux
[ 0.000000] Dentry cache hash table entries: 524288 (order: 9, 2097152 bytes)
[ 0.000000] Inode-cache hash table entries: 262144 (order: 8, 1048576 bytes)
[ 0.000000] Sorting __ex_table...
[ 0.000000] Unable to handle kernel NULL pointer dereference at virtual address (ptrval)
[ 0.000000] Oops: 00000000
[ 0.000000] Modules linked in:
[ 0.000000] PC: [<0069dbac>] free_all_bootmem+0x12c/0x186
[ 0.000000] SR: 2714 SP: (ptrval) a2: 005e3314
[ 0.000000] d0: 00000000 d1: 0000000a d2: 00000e00 d3: 00000000
[ 0.000000] d4: 005e1fc0 d5: 0000001a a0: 01000000 a1: 00000000
[ 0.000000] Process swapper (pid: 0, task=(ptrval))
[ 0.000000] Frame format=7 eff addr=00000736 ssw=0505 faddr=00000736
[ 0.000000] wb 1 stat/addr/data: 0000 00000000 00000000
[ 0.000000] wb 2 stat/addr/data: 0000 00000000 00000000
[ 0.000000] wb 3 stat/addr/data: 0000 00000736 00000000
[ 0.000000] push data: 00000000 00000000 00000000 00000000
[ 0.000000] Stack from 005e1f84:
[ 0.000000] 00000000 0000000a 027d3260 006b5006 00000000 00000000 00000000 00000000
[ 0.000000] 0004f062 0003a220 0069e272 005e1ff8 0000054c 00000000 00e00000 00000000
[ 0.000000] 00000001 00693cd8 027d3260 0004f062 0003a220 00691be6 00000000 00000000
[ 0.000000] 00000000 00000000 00000000 00000000 006b5006 00000000 00690872
[ 0.000000] Call Trace: [<0004f062>] printk+0x0/0x18
[ 0.000000] [<0003a220>] parse_args+0x0/0x2d4
[ 0.000000] [<0069e272>] memblock_virt_alloc_try_nid+0x0/0xa4
[ 0.000000] [<00693cd8>] mem_init+0xa/0x5c
[ 0.000000] [<0004f062>] printk+0x0/0x18
[ 0.000000] [<0003a220>] parse_args+0x0/0x2d4
[ 0.000000] [<00691be6>] start_kernel+0x1ca/0x462
[ 0.000000] [<00690872>] _sinittext+0x872/0x11f8
[ 0.000000] Code: 7a1a eaae 2270 6db0 0061 ef14 2f01 2f03 <96a9> 0736 2203 e589 d681 e78b d6a9 0732 2f03 2f40 0034 4eb9 0069 b8d0 260e 4fef
[ 0.000000] Disabling lock debugging due to kernel taint
[ 0.000000] Kernel panic - not syncing: Attempted to kill the idle task!
[ 0.000000] Rebooting in 90 seconds..
1008a11590b966b469e60dc3756c9226a685ce12 is the first bad commit
Oddly enough, I have this commit in both the kernels that run on my
Falcon and on elgar. I wondered why I didn't pick that up ...
The difference appears to be this:
[ 0.000000] Linux version 4.19.0-rc1-atari-fpuemu-clocksource4+ (schmitz@xplor) (gcc version 4.6.3 (GCC)) #925 Wed Nov 21 12:51:19 NZDT 2018
[ 0.000000] Saving 202 bytes of bootinfo
[ 0.000000] console [debug0] enabled
[ 0.000000] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149 PCM CODEC DSP56K SCC ANALOG_JOY BLITTER IDE TT_CLK FDC_SPEED
[ 0.000000] On node 0 totalpages: 3584
[ 0.000000] DMA zone: 35 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 3584 pages, LIFO batch:0
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists, mobility grouping off. Total pages: 3549
Only a single memory chunk (ST-RAM), and kernel loaded there.
Try with the kernel loaded in ST-RAM - should not make a difference for
ARAnyM, or does it now?
Cheers,
Michael
commit 1008a11590b966b469e60dc3756c9226a685ce12
Author: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Date: Wed Jul 4 09:28:16 2018 +0300
m68k: switch to MEMBLOCK + NO_BOOTMEM
In m68k the physical memory is described by [memory_start, memory_end] for
!MMU variant and by m68k_memory array of memory ranges for the MMU version.
This information is directly use to register the physical memory with
memblock.
The reserve_bootmem() calls are replaced with memblock_reserve() and the
bootmap bitmap allocation is simply dropped.
Since the MMU variant creates early mappings only for the small part of the
memory we force bottom-up allocations in memblock.
Signed-off-by: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
Acked-by: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
Signed-off-by: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
:040000 040000 ab557d708e6989fc12b64f431fc2d3bdaf827c58 5ac7a44f882b1a3ca22a2008e5012d03382e4e24 M arch
Andreas.
