Jump to content

Recommended Posts

Posted

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

 

Posted

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.

Posted

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

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines