linux kernel stuck in paging_init function

cancel
Showing results for 
Search instead for 
Did you mean: 

linux kernel stuck in paging_init function

650 Views
mrigendra_chaub
Contributor III

reference board : i.mx6q sabresd, kernel version : 4.9.17

Starting kernel ...

[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 4.9.17-04736-ga88711e-dirty (mrigendra.chaubey@CPU-384U) (gcc version 4.9.x 20150123 (prerelease) (GCC) ) #6 SMP PREEMPT Sun Jul 8 12:13:44 IST 2018
[ 0.000000] CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt:Machine model: Freescale i.MX6 Quad SABRE Smart Device Board
[ 0.000000] cma: Reserved 448 MiB at 0x2a000000
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] ##DEBUGsmb_tlb.c: flush_tlb_kernel_range1
[ 0.000000] ##DEBUGsmb_tlb.c: start: da000000 end: f6000000
[ 0.000000] ##DEBUGsmb_tlb.c: flush_tlb_kernel_range2
[ 0.000000] percpu: Embedded 15 pages/cpu @f6eb6000 s31040 r8192 d22208 u61440
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260368
[ 0.000000] Kernel command line: console=ttymxc0,115200 init=/init earlyprintk video=mxcfb0:dev=ldb,fbpix=RGB32,bpp=32 video=mxcfb1:off video=mxcfb2:off video=mxcfb3:off vmalloc=128M androidboot.console=ttymxc0 consoleblank=0 androidboot.hardware=freescale cma=448M galcore.contiguousSize=33554432 buildvariant=userdebug androidboot.serialno=071f21d4d72d7372 androidboot.soc_type=imx6q androidboot.storage_type=sd gpt
[ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Memory: 556280K/1048576K available (13312K kernel code, 1121K rwdata, 4300K rodata, 1024K init, 612K bss, 33544K reserved, 458752K cma-reserved, 139264K highmem)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xf8000000 - 0xff800000 ( 120 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf7800000 ( 888 MB)

.....

.....

Above logs are from a working sabresd logs. My source are taken from nxp's android O source.
I am porting android on our custom board, and my logs are stuck here

Uncompressing Linux... done, booting the kernel.
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 4.9.17 (mrigendra.chaubey@CPU-384U) (gcc version 4.9.x 20150123 (prerelease) (GCC) ) #23 SMP PREEMPT Sat Jul 7 23:29:19 IST 2018
[ 0.000000] CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt:Machine model: Freescale i.MX6 DualLite Navico Board
[ 0.000000] bootconsole [earlycon0] enabled
[ 0.000000] cma: early_cma(448M)
[ 0.000000] cma: dma_contiguous_reserve(limit ffffffff)
[ 0.000000] cma: dma_contiguous_reserve: reserving 448 MiB for global area
[ 0.000000] cma: cma_declare_contiguous(size 0x1c000000, base 0x00000000, limit 0x50000000 alignment 0x00000000)
[ 0.000000] cma: Reserved 448 MiB at 0x2a000000
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] ##DEBUGmmu.c: build_mem_type_table done
[ 0.000000] ##DEBUGmmu.c: build_mem_type_table done
[ 0.000000] ##DEBUGmmu.c: prepare_page_table done
[ 0.000000] ##DEBUGmmu.c: map_lowmem done
[ 0.000000] ##DEBUGmmu.c: memblock_set_current_limit done
[ 0.000000] ##DEBUGdna-mapping.c: dma_contiguous_remap1
[ 0.000000] ##DEBUGdna-mapping.c: dma_contiguous_remap2
[ 0.000000] ##DEBUGsmb_tlb.c: flush_tlb_kernel_range1
[ 0.000000] ##DEBUGsmb_tlb.c: start: da000000 end: f6000000                     >>ported kernel stuck here

Both boards are configured for vmsplit_3g.

My setup_arch call is not completed due to some issue that I am not able to find, this is the call flow

start_kernel > setup_arch > paging_init > dma_contiguous_remap > flush_kernel_tlb_range > local_flush_tlb_range

one thing I am not able to understand where this function go,

local_flush_tlb_kernel_range(start, end);

the start and end I printed just above local_flush_tlb_kernel_range(start, end) call in function flush_tlb_kernel_range.

In my case and in nxp sabre case this is local_flush_tlb_kernel_range becomes,

struct cpu_tlb_fns {
void (*flush_user_range)(unsigned long, unsigned long, struct vm_area_struct *);
void (*flush_kern_range)(unsigned long, unsigned long);
unsigned long tlb_flags;
};
#ifdef MULTI_TLB

#define __cpu_flush_user_tlb_range cpu_tlb.flush_user_range
#define __cpu_flush_kern_tlb_range cpu_tlb.flush_kern_range
extern struct cpu_tlb_fns cpu_tlb;

So I thought that somewhere in kernel flush_kern_range will be defined but I am not able to find that definition

So

1. I have this idea that setup_arch have nothing to do with my board specific functions and its a generic call to all arm architectures.

2. I tried to put sabresd dtb in uboot, so that if something related to memory is done inside it, atleast that much initialisation will happen, same result as this.

3. Tried to put pr_info until I could not find defenition of the function flush_kern_range. In nxp sabre this function is called again and again.

Can anyone help me with some of the points.

0 Kudos
2 Replies

350 Views
ralf_yang
Contributor I

I have the same problem. Does anybody have some fix for this?

0 Kudos

350 Views
mrigendra_chaub
Contributor III

I removed vma and galcore.contiguous from kernel boot parameters. Then it didn't stuck here. 

0 Kudos