mikebargauan Posted February 27, 2018 Posted February 27, 2018 Trying to clear boot sequence from errors while building mainline version with following parameters: I found error sunxi-nmi: unable to map resource. After investigation, I found: 1) there is no nmi controller on A64, according to last version of Allwinner A64 manual; 2) nmi is added into DT by patch add-A64-nmi_intc. patch. I created a user patch reversing this patch, but it could be better if this patch is removed from A64 as it is usefull only on other chip. Question: is my opinion on this topic ok? Who is in charge to solve this conflict between me and the guy who added this patch? Mike
mikebargauan Posted February 27, 2018 Author Posted February 27, 2018 Forgot parameters: KERNEL_ONLY="no" KERNEL_CONFIGURE="no" CLEAN_LEVEL="make,debs,oldcache,images" DEST_LANG="en_US.UTF-8" BOARD="pine64so" BRANCH="next" RELEASE="xenial" BUILD_DESKTOP="yes" KERNEL_KEEP_CONFIG="no" # do not overwrite kernel config before compilation EXTERNAL="no" # build and install extra applications and drivers EXTERNAL_NEW="prebuilt" # compile and install or install prebuilt additional packages CREATE_PATCHES="no" # wait that you make changes to uboot and kernel source and creates patches BUILD_ALL="no" This problem applies also to pine64+, but did not test.
mikebargauan Posted February 27, 2018 Author Posted February 27, 2018 Trying to clear boot sequence from errors while building mainline version with following parameters: KERNEL_ONLY="no" KERNEL_CONFIGURE="no" CLEAN_LEVEL="make,debs,oldcache,images" DEST_LANG="en_US.UTF-8" BOARD="pine64so" BRANCH="next" RELEASE="xenial" BUILD_DESKTOP="yes" KERNEL_KEEP_CONFIG="no" # do not overwrite kernel config before compilation EXTERNAL="no" # build and install extra applications and drivers EXTERNAL_NEW="prebuilt" # compile and install or install prebuilt additional packages CREATE_PATCHES="no" # wait that you make changes to uboot and kernel source and creates patches BUILD_ALL="no" I get following error: sunxi-de2-clks 1000000.clock: Error couldn't map SRAM to device This is message is generated in ccu-sun8i-de2.c line 252 as sunxi_sram_claim() returns -EPROBE_DEFER, which is <0, but not an errorr, as it ask the system to try again after that global variable static void __iomem *base has been set - a typical legal side effect with DT being probed with random order. Actually system tries again later and that time is successful - no error. I suggest that the error clause is changed to if (ret && (ret != -EPROBE_DEFER)) { dev_err(&pdev->dev, "Error couldn't map SRAM to device\n"); return ret; or a warning message sent in case of -EPROBE_DEFER value. Attached a patch file for that problem; As I am pretty young to Linux kernels, please double check if it will not generate other side effect with different HW or standards ww-C-sunxi_de2_cloc_non-error_removed.patch. Mike
Recommended Posts