I'm using an iMX6 sabreSD board, SCH-27516 Rev B5, 700-27516 Rev X5
Supposedly, this is a memory issue only appears on older sabreSD boards, kindly point to some solution to run the latest kernel on older board revisions, also mention board revisions which are currently supported by NXP to run the latest sources.
[ 10.659647] 8<--- cut here --- [ 10.666423] Unable to handle kernel NULL pointer dereference at virtual address 00000001 [ 10.682163] pgd = (ptrval) [ 10.690018] [00000001] *pgd=38ea9831, *pte=00000000, *ppte=00000000 [ OK ] Started Network Time S[ 10.711515] Internal error: Oops: 17 [#1] PREEMPT SMP ARM nchronization.[ 10.717929] Modules linked in: galcore(O) [ 10.723793] CPU: 1 PID: 305 Comm: udevadm Tainted: G O 5.4.3-lts-lf-5.4.y+gf8118585ee3c #1 [ 10.733388] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree) [ 10.740000] PC is at lookup_fast+0x17c/0x2bc [ 10.744300] LR is at kernfs_dop_revalidate+0xb4/0xc4 [ 10.749269] pc : [<802386b0>] lr : [<802a7284>] psr: 20010013 [ 10.755539] sp : a8f1fd98 ip : a8910000 fp : d0d0d0d0 [ 10.760796] r10: a8f1fdd0 r9 : a80379d0 r8 : a62deaa0 [ 10.760805] r7 : a8f1fdcc r6 : d0d0d0d0 r5 : 00000001 r4 : a80379d0 [ 10.760813] r3 : a8910000 r2 : 00000000 r1 : 00000000 r0 : 00000001 [ 10.760826] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none [ 10.760836] Control: 10c5787d Table: 3905004a DAC: 00000051 [ 10.760854] Process udevadm (pid: 305, stack limit = 0x(ptrval)) [ OK ] Created slice system-systemd\x2dbacklight.slice.
Error log attached,
-Sajjad Ahmed
Did you find a solution? I have got the same issue at same releases.
In my case the main reason is systemd, I just changed to sysvinit.
Helo Sajjad Ahmed,
I couldn’t find reports on the latest BSPs not working on that specific version of the SABRE board. I will open an internal escalation to see if the settings and patches on the latest BSPs only support certain revisions of the board and what information we have on which changes would be required. I will let you know as soon as I have more information.
Regards,
Hello Sajjad Ahmed,
I received have two suggestions from our experts. Firstly, they have found two patches that differ on the two releases which may help. Would you please apply them and do some testing to see if it helps?
9afc6429e1e6 MLK-23997 arm: dts: imx6qdl: increase the PAD drive strength for usdhc2
42f457848d07 ARM: dts: imx6qdl-sabresd: Remove incorrect power supply assignment
The second suggestion is using the zImage type of Kenrel. From the log it seems that you may be using an uImage type of kernel and loading it to address 0x20000000. If you could try loading the zImage kernel in the default address that U-Boot provides, that’s also worth looking at. (Albeit it wouldn’t explain why the same exact variables work on the newer boards).
I hope this helps!
Regards,