Please note: We are aware of an issue affecting replies on the Arm Community forums, which may not be loading as expected.

We apologize for any inconvenience and appreciate your patience while we investigate and work to resolve the issue.

Thank you for your understanding.

  • State Accepted Answer
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 7 replies
  • Subscribers 20 subscribers
  • Views 12871 views
  • Users 0 members are here
Options
Related
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Juno - Linux Kernel - vmlinux file

Leandro

Hi everybody,

where can I get a vmlinux version of the Linux Kernel provided with the Linaro Releases for the Juno Board?

In the official releases I can only find a "Image" file. I need a vmlinux for my debugger. I tried to use the "workspace script 16.09" to create all files from source, but I always receive an error: "Failed to sync Repo tool".

Thank you in advance,

Leandro.

Parents
  • 0 Arm Employee Badge in reply to Leandro

    Hi,

    I think we will try to hang on to the makefile ARCH explanation for a while longer, because it's the only theory we have right now!

    >echo $ARCH returns nothing

    Do you mean the variable isn't set or that it is empty?

    Here's a better test, please can you try this with 16.06:

    $ tput reset

    $ unset ARCH

    $ ./build-scripts/build-all.sh juno-uefi clean

    $ ./build-scripts/build-all.sh juno-uefi

    ** please post the full log from your console as an attachment **

    We suspect the issue starts here: /uefi/edk2/BaseTools/Source/C/Makefiles/header.makefile & that the build detects the wrong (or empty) ARCH variable.

    For example: I can get the error you see using export ARCH=" " before I invoke the UEFI build.

    This results in /uefi/edk2/MdePkg/Include/$ARCH/ProcessorBind.h failing to be resolved and ultimately the build fails with  ../Include/Common/BaseTypes.h:23:27: fatal error: ProcessorBind.h: No such file or directory  #include <ProcessorBind.h>

    If ARCH is not set (as expected) we would expect the UEFI makefile to query it & report the following in the console log

    make: Entering directory `/media/markn/1TB_HDD/junk/HP_16_06_test/uefi/edk2/BaseTools'

    make -C Source/C

    Attempting to detect ARCH from 'uname -m': x86_64

    Detected ARCH of X64 using uname.

    Note the expected ARCH is X64 (not AARCH64) as we are querying the host arch (not the target).

    HTH

    MarkN.

Reply
  • 0 Arm Employee Badge in reply to Leandro

    Hi,

    I think we will try to hang on to the makefile ARCH explanation for a while longer, because it's the only theory we have right now!

    >echo $ARCH returns nothing

    Do you mean the variable isn't set or that it is empty?

    Here's a better test, please can you try this with 16.06:

    $ tput reset

    $ unset ARCH

    $ ./build-scripts/build-all.sh juno-uefi clean

    $ ./build-scripts/build-all.sh juno-uefi

    ** please post the full log from your console as an attachment **

    We suspect the issue starts here: /uefi/edk2/BaseTools/Source/C/Makefiles/header.makefile & that the build detects the wrong (or empty) ARCH variable.

    For example: I can get the error you see using export ARCH=" " before I invoke the UEFI build.

    This results in /uefi/edk2/MdePkg/Include/$ARCH/ProcessorBind.h failing to be resolved and ultimately the build fails with  ../Include/Common/BaseTypes.h:23:27: fatal error: ProcessorBind.h: No such file or directory  #include <ProcessorBind.h>

    If ARCH is not set (as expected) we would expect the UEFI makefile to query it & report the following in the console log

    make: Entering directory `/media/markn/1TB_HDD/junk/HP_16_06_test/uefi/edk2/BaseTools'

    make -C Source/C

    Attempting to detect ARCH from 'uname -m': x86_64

    Detected ARCH of X64 using uname.

    Note the expected ARCH is X64 (not AARCH64) as we are querying the host arch (not the target).

    HTH

    MarkN.

Children
No data