Errors Related to Modified GHRD Project


#1

I periodically get ‘udevd’ errors (shown below) reporting from Angstrom Linux (I am using A10 SoC Devkit board and Quartus v17.0.2). I only got these when I made a project by modifying a version of the GHRD to make my own project. It looks to me like there are Linux system services tied to the componenets used in the GHRD so all I should need to do is find them and turn them off. Has nyone else seen sporadic errors like these after using a modified GHRD project? (I am making the assumption that the GHRD is where these came from, but if I run an unmodified GHRD they do not seem to occur.) Did the authors of the GHRD insert Linux services that link to their design? (Seems unlikely but???)

If you recognize the error listed below let me know what causes it. - Thanks

root@arria10:~# [ 846.542928] Unable to handle kernel paging request at virtual address 0000600c
[ 846.550123] pgd = edc04000
[ 846.552817] [0000600c] *pgd=00000000
[ 846.556389] Internal error: Oops: 5 [#1] SMP ARM
[ 846.560982] Modules linked in: altera_sysid
[ 846.565171] CPU: 0 PID: 1100 Comm: systemd-udevd Not tainted 4.1.22-ltsi-altera #1
[ 846.572703] Hardware name: Altera SOCFPGA Arria10
[ 846.577384] task: edc3eac0 ti: ee65a000 task.ti: ee65a000
[ 846.582764] PC is at _raw_spin_lock_irqsave+0x24/0x60
[ 846.587795] LR is at __pm_relax+0x2c/0x7c
[ 846.591785] pc : [] lr : [] psr: 20070093
[ 846.591785] sp : ee65beb8 ip : ee65bec8 fp : ee65bec4
[ 846.603207] r10: ee5bfa00 r9 : 60070013 r8 : ee65bf58
[ 846.608406] r7 : 00000000 r6 : ee65bef0 r5 : 0000600c r4 : 00006000
[ 846.614901] r3 : ee65bef0 r2 : 0000600c r1 : 0000ab80 r0 : 20070093
[ 846.621398] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
[ 846.628584] Control: 10c5387d Table: 2dc0404a DAC: 00000015
[ 846.634302] Process systemd-udevd (pid: 1100, stack limit = 0xee65a218)
[ 846.640883] Stack: (0xee65beb8 to 0xee65c000)
[ 846.645219] bea0: ee65bee4 ee65bec8
[ 846.653358] bec0: c0378cc4 c059f040 00000000 ee65bf58 00000000 ee5bfa34 ee65bf24 ee65bee8
[ 846.661496] bee0: c0163878 c0378ca4 ee65bf24 00000001 ee65bef0 ee65bef0 00000000 00000000
[ 846.669635] bf00: ee737000 00000009 be9a06e0 ee737000 ee5bfa00 00000000 ee65bfa4 ee65bf28
[ 846.677773] bf20: c0164a64 c0163748 00000000 00000000 00000009 be9a06e0 ee737000 ee737000
[ 846.685912] bf40: 00000000 00000000 00000001 ee5bfa34 ee65bf6c ee65bf60 00000009 be9a06e0
[ 846.694050] bf60: 00000001 edc3eac0 c004f940 00000100 00000200 c000fbe4 ee65bfb0 7f667df0
[ 846.702188] bf80: 00000001 be9a06e0 000000fc c000fbe4 ee65a000 00000000 00000000 ee65bfa8
[ 846.710327] bfa0: c000fa40 c0164804 7f667df0 00000001 0000000a be9a06e0 00000009 ffffffff
[ 846.718465] bfc0: 7f667df0 00000001 be9a06e0 000000fc ffffffff ffffffff 00000009 0000000a
[ 846.726603] bfe0: 00000000 be9a06d4 7f62514d b6e0bfa0 60000010 0000000a ca2ba5a9 ca2ba5a9
[ 846.734749] [] (_raw_spin_lock_irqsave) from [] (__pm_relax+0x2c/0x7c)
[ 846.742980] [] (__pm_relax) from [] (ep_scan_ready_list+0x13c/0x1d8)
[ 846.751036] [] (ep_scan_ready_list) from [] (SyS_epoll_wait+0x26c/0x460)
[ 846.759438] [] (SyS_epoll_wait) from [] (ret_fast_syscall+0x0/0x3c)
[ 846.767406] Code: e1a02000 e10f0000 f10c0080 f592f000 (e1923f9f)
[ 846.773476] —[ end trace 32a4162ace9bcd9f ]—


#2

It would be interesting to see the differences (if any) between the device trees (DTS files) generated by the GHRD and your modified version of it.