> As a general rule, turning debug options off to make bugs disappear is > not really a good option, the sooner you catch a bug the better. Anyway, I seems I was not clear, I said I tried 2 scenarios. I initially tried IPIPE & LPAE and there was a null pointer dereference, as shown in the log.
[ 7.132601] Unable to handle kernel NULL pointer dereference at virtual address 00000000 [ 7.149256] pgd = c0003000, hw pgd = c0003000 [ 7.158295] [00000000] *pgd=80000080004003, *pmd=00000000 [ 7.169475] Internal error: Oops: 206 [#1] SMP ARM When I traced it, found that in debug code which is set by CONFIG_SLUB_DEBUG. to confirm that when I had this flag off the null pointer dereference was gone. But ran into other problem with invalid paging request. [ 5.309728] Unable to handle kernel paging request at virtual address 5f3f1c00 [ 5.324624] pgd = c0003000, hw pgd = c0003000 [ 5.333678] [5f3f1c00] *pgd=80000080005003, *pmd=00000000 > ipipe_pin_range_globally probably has never been used with 3 level page > tables, which are enabled by LPAIE. In order to see if this is the only > problem, you can try and return at the beginning of > ipipe_pin_range_globally. You will not be able to run xenomai correctly > with this, but if the system boots normally, it means that indeed, like > you think, the problem is in that function. > I tried that but the same problem it dies very early (null pointer dereference at virtual add 0x0) even before getting to ipip_pin_range_globally probably in debug code. Sam _______________________________________________ Xenomai mailing list [email protected] http://www.xenomai.org/mailman/listinfo/xenomai
