This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

WL1835MOD Cape script not working for BeagleBone Black with Debian

Other Parts Discussed in Thread: WL1835MOD

I am attempting to add the cape support for the WL1835MOD using the instructions at http://processors.wiki.ti.com/index.php/WL1835_Cape_on_BeagleBone_with_Debian. The wl8-build.sh works up to the point of applying the patches for the MMC but then it gets a Hunk #1 FAILED at 881. With some digging this is the line listed in patch.sh as:

              ${git} "${DIR}/patches/capes/0038-cape-add-BB-BONE-SERL-01-00A2.patch

Do these instructions need to be updated or have the patchs specified on that site been updated?

Has anybody had success getting this cape working on the BBB with Debian?

  • Hi,

    Can you try setting "KERNEL_PATH=DEFAULT" in the setup-env?
    I think the patch set is specific for am33x-v3.8 branch.

    Regards,
    Gigi Joseph.
  • Hi,

    I have fixed the problem in wl8-build.sh and updated the wiki and tar file.

    The problem was that the script checked out the branch origin/am33x-v3.8. Since I wrote the script new commits to patch.sh have been made to that branch which caused the patch to now fail to apply.

    Script now checks out the actual tag 3.8.13-bone68 that was the head when the patch set was developed.

    If you want to keep to the head of the branch origin/am33x-v3.8 you will need to update the patch files to apply cleanly.

    Iain

  • Iain,

    Thanks for updating the process so quickly. After 2 days of trying to get the kernel built, I am again at a standstill.

    The first problem is that to re-build the kernel requires > 3.2 GB to clone the linux kernel and apply patches so that slowed me down a lot. To overcome that, I am booting the BeagleBone from eMMC and formatted a blank uSD card to create my build directory upon. That allowed the kernel to be cloned and then it successfully applied all patches.

    The showstopper is then building the kernel. When attempting to perform

         make -d ARCH=arm CROSS_COMPILE=" " menuconfig

    the following errors are returned:

    HOSTCC scripts/basic/fixdep
    scripts/basic/fixdep.c:106:23: fatal error: sys/types.h: No such file or directory
    compilation terminated.
    make[1]: *** [scripts/basic/fixdep] Error 1
    make: *** [scripts_basic] Error 2
    kernel_version:
    cp: cannot stat `bb-kernel/deploy/.zImage': No such file or directory

    I cannot figure out why the make is not picking up where the kernel's include files are stored. Further debug on the make menuconfig returns (truncated to tail end of the debug info):

    Considering target file `__build'.
    File `__build' does not exist.
    Considering target file `scripts/basic/fixdep'.
    File `scripts/basic/fixdep' does not exist.
    Considering target file `scripts/basic/fixdep.c'.
    Looking for an implicit rule for `scripts/basic/fixdep.c'.
    Trying pattern rule with stem `fixdep.c'.
    Trying implicit prerequisite `scripts/basic/fixdep.c_shipped'.
    Trying pattern rule with stem `fixdep.c'.
    Trying implicit prerequisite `scripts/basic/fixdep.c_shipped'.
    Looking for a rule with intermediate file `scripts/basic/fixdep.c_shipped'.
    Avoiding implicit rule recursion.
    No implicit rule found for `scripts/basic/fixdep.c'.
    Finished prerequisites of target file `scripts/basic/fixdep.c'.
    No need to remake target `scripts/basic/fixdep.c'.
    Considering target file `FORCE'.
    File `FORCE' does not exist.
    Finished prerequisites of target file `FORCE'.
    Must remake target `FORCE'.
    Successfully remade target file `FORCE'.
    Finished prerequisites of target file `scripts/basic/fixdep'.
    Must remake target `scripts/basic/fixdep'.
    Putting child 0x00030148 (scripts/basic/fixdep) PID 14523 on the chain.
    Live child 0x00030148 (scripts/basic/fixdep) PID 14523
    HOSTCC scripts/basic/fixdep
    scripts/basic/fixdep.c:106:20: fatal error: unistd.h: No such file or directory
    compilation terminated.
    Reaping losing child 0x00030148 PID 14523
    make[1]: *** [scripts/basic/fixdep] Error 1
    Removing child 0x00030148 PID 14523 from chain.
    Reaping losing child 0x0003f0c8 PID 14522
    make: *** [scripts_basic] Error 2
    Removing child 0x0003f0c8 PID 14522 from chain.

    Any ideas how to get the make to properly use the correct include directories?

    BTW, I am using the stock Debian on the BeagleBone Board (Linux beaglebone 3.8.13-bone47 #1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l GNU/Linux)

    Michael

  • Hi Michael,

    I have only developed the script to CROSS_COMPILE on a Linux Host so I'm sorry I can't help you with any ideas for a native compile. I will change wiki to reflect this restriction.

    Iain

  • OK, I finally got the Debian kernel built! For reference, I am cross-compiling on a Kubuntu 14.04 release running inside of an Oracle VM.

    I had to make the following updates/modifications:
    1) apt-get install autoconf
    2) apt-get install libtool
    3) apt-get install pkg-config
    4) apt-get install python-m2crypto
    5) Change LDLIBS inside of src/crda/Makefile to add -lcrypto before the -ldl
    6) remove reference to rint in src/libnl/lib/utils.c (line 80)
    7) Correct the verify_skeleton function inside of build_wl8xx.sh script as there needed to be an extra space between "LSB executable" for checking the ELF 32-bit files to not produce ERRORs.

    There were still some patch errors and compiling warnings afterwards but the image is able to be created and I programmed it onto an uSD card. The image did boot up on the BBB. I will have to do more testing to check the operation of the WL1835MOD cape operation.

    Michael
  • Joseph,

    I changed the KERNEL_PATH is setup_env and re-ran the new script that Iain had created and my BBB is now booting with the WL1835MOD cape operational. Thanks for the tip.

    Michael