Unable to handle kernel paging request


Have created an ubuntu core image for imx6ul evk board with a built kernel snap basing from https://github.com/piso77/sample-kernels/blob/ubuntu_core-4.1-2.0.x-imx/snapcraft.yaml.
During configuration tool after boot-up, with or without setting any network interface and clicking done resulted to kernel fault.

 [ Unable to handle kernel paging request at virtual address a09e8040
pgd = 86358000─────────────────────────────────────────────────────────────────┘
[a09e8040] *pgd=88005811, *pte=00000000, *ppte=00000000
Internal error: Oops: 807 [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 1223 Comm: netplan Not tainted 4.1.43-4.1-2.0.x-imx-gf6c7a61-dirty #1
Hardware name: Freescale i.MX6 Ultralite (Device Tree)
task: 88416600 ti: 883c6000 task.ti: 883c6000
PC is at fec_enet_mdio_read+0x70/0xc4
LR is at fec_enet_mdio_read+0x34/0xc4re                                
pc : [<80588b5c>]    lr : [<80588b20>]    psr: 600f0013
sp : 883c7d20  ip : 883c6000  fp : 80c53548sts to Console Directory Watch.
r10: 89f33600  r9 : 89f48cc0  r8 : 00000000tibility Named Pipe.
r7 : 00000000  r6 : 00000000  r5 : 88040d68  r4 : 88040cc0
r3 : 61020000  r2 : a09e8000  r1 : 00000002  r0 : 88040d6c
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment useratch.
Control: 10c53c7d  Table: 8635806a  DAC: 00000015
Process netplan (pid: 1223, stack limit = 0x883c6210)
Stack: (0x883c7d20 to 0x883c8000)Socket.
7d20: 89ef9800 89ef9828 00000002 80580ea4 89ef9c00 89ef9e30 80f3dae4 89f33640
7d40: 00000000 8057fc04 80f024c8 89ef9c00 80f3dae4 8057fa8c 00000005 00000000
7d60: 00000000 00000000 00000000 dc8ba32b 89ef9c00 00000000 00000001 8057fb00
7d80: 89f48800 8058ccac 00000000 80c53564 89f48800 89f48800 883c7dfc 80f024c8
7da0: 00000001 80f024c8 00000001 80c9e8d4 00000000 807cbf7c 89f48800 dc8ba32b
7dc0: 89f48800 883c7e2c 883c7dfc 807cc054 00000000 dc8ba32b 00000000 89f48800
7de0: 883c7e2c 80f024c8 883c7de8 883c7dfc 00000001 807cef0c 89f48ec4 89f4884c
7e00: 89f4884c dc8ba32b 80f024c8 00000000 00000010 80f3dfcc 882db9c0 0168eef0
7e20: 00000000 807cf158 00000000 89f48844 89f48844 dc8ba32b 89f48800 807d1820
7e40: 89f48800 89f48cc0 00000010 807d1890 89f48800 8058b41c 88117210 80f3dfcc
7e60: 00000010 804d3ec8 88117210 80f3dfcc 00000010 804d2214 88117244 88117210
7e80: 00000010 804d22a4 80f2ffe0 88117210 00000010 804d152c 882db740 882db9ccent kernel...
7ea0: 00000010 883c7f78 882db9c0 80256e58 00000000 00000000 0000000f 80f024c8tition...
7ec0: 00000010 80256da0 883c7f78 8869a3c0 0168eef0 00000010 0159c158 801f1630
7ee0: 87031d90 00000020 00000001 00000000 0159c158 8041b2f8 87031c00 80f024c8
7f00: 00000001 00000190 00000001 0168eef0 00000010 801f3af4 00000020 00000000nt kernel.
7f20: 8869a3c0 00000010 0168eef0 dc8ba32b 00000000 8869a3c0 00000010 0168eef0ition.
7f40: 883c7f78 8869a3c0 0168eef0 00000010 0159c158 801f1ec8 00000001 7ed86558
7f60: 80f024c8 8869a3c0 00000000 00000000 8869a3c0 801f2744 00000000 00000000
7f80: 015aac28 dc8ba32b 7ed864d8 76faf7d0 76fb6ce8 00000004 80107884 883c6000
7fa0: 00000000 80107700 7ed864d8 76faf7d0 00000003 0168eef0 00000010 00000000
7fc0: 7ed864d8 76faf7d0 76fb6ce8 00000004 0168eef0 00000010 002b8000 0159c158
7fe0: 00000000 7ed864ac 0012dfc3 76f774d6 200f0030 00000003 00000000 00000000
[<80588b5c>] (fec_enet_mdio_read) from [<80580ea4>] (mdiobus_read+0x54/0x6c)
[<80580ea4>] (mdiobus_read) from [<8057fc04>] (genphy_suspend+0x24/0x4c)
[<8057fc04>] (genphy_suspend) from [<8057fa8c>] (phy_suspend+0x64/0xa0)
[<8057fa8c>] (phy_suspend) from [<8057fb00>] (phy_detach+0x38/0x60)
[<8057fb00>] (phy_detach) from [<8058ccac>] (fec_enet_close+0x30/0x13c)
[<8058ccac>] (fec_enet_close) from [<807cbf7c>] (__dev_close_many+0x98/0xf4)
[<807cbf7c>] (__dev_close_many) from [<807cc054>] (dev_close_many+0x7c/0x110)
[<807cc054>] (dev_close_many) from [<807cef0c>] (rollback_registered_many+0x118/0x328)
[<807cef0c>] (rollback_registered_many) from [<807cf158>] (rollback_registered+0x3c/0x64)
[<807cf158>] (rollback_registered) from [<807d1820>] (unregister_netdevice_queue+0x54/0xac)
[<807d1820>] (unregister_netdevice_queue) from [<807d1890>] (unregister_netdev+0x18/0x20)
[<807d1890>] (unregister_netdev) from [<8058b41c>] (fec_drv_remove+0x24/0x7c)
[<8058b41c>] (fec_drv_remove) from [<804d3ec8>] (platform_drv_remove+0x18/0x30)
[<804d3ec8>] (platform_drv_remove) from [<804d2214>] (__device_release_driver+0x70/0xe4)
[<804d2214>] (__device_release_driver) from [<804d22a4>] (device_release_driver+0x1c/0x28)
[<804d22a4>] (device_release_driver) from [<804d152c>] (unbind_store+0x78/0xfc)
[<804d152c>] (unbind_store) from [<80256e58>] (kernfs_fop_write+0xb8/0x194)
[<80256e58>] (kernfs_fop_write) from [<801f1630>] (__vfs_write+0x2c/0xf4)
[<801f1630>] (__vfs_write) from [<801f1ec8>] (vfs_write+0x90/0x170)
[<801f1ec8>] (vfs_write) from [<801f2744>] (SyS_write+0x4c/0xac)
[<801f2744>] (SyS_write) from [<80107700>] (ret_fast_syscall+0x0/0x3c)
Code: e1833906 e1a05004 e1833b81 e49520a8 (e5823040)
---[ end trace b8cdfa3df7ef197a ]---

Process netplan (pid: 1223, stack limit = 0x883c6210)

I was wondering if this is a known issue or am I missing some patches or settings?
I really appreciate any input.
Thank you.


This is something a kernel developer should comment on … perhaps @ppisati has an idea ?