• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 2 answers
  • Subscribers 98 subscribers
  • Views 1187 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Linux/DRA72: Problem fetching ti kernel

Michel Catudal
Genius 3825 points
Part Number: DRA72


Tool/software: Linux

I keep getting a fetch error whenever I start a new clean yocto build.

What puzzles me is that a git clone outside yocto works perfectly

I tried on my main computer which has Redhat Enterprise 7.5 and on a computer that has the Ubuntu version that TI suggests to use

The problem is much the same on both whether I do with a Poky or Arago yocto.

An other programmer had the same issues a few weeks ago with both his ubuntu in virtual box (on windows 10) and my shared ubuntu computer.

Last time we had this issue it was not until early the next monday morning that a fetch was successful. That is the last time we had clean new builds.

There is no fetch issue with anything else, is there a way to switch to a tar file? That could perhaps remove the issue.

At home I can do the same fetch on these without any issue, whether done at night, weekend or work day.

Since I can git clone this would mean that ACTIA is not blocking it, so what does?

I do have the added mirrors suggested by TI in my configuration file

Kernel fetch works on my home computer with any of Fedora 29, Funtoo, Gentoo, Ubuntu, SuSE, Centos, Debian or Arch Linux

Here is what I got this morning

 [michelcatudal@mcatu01d build]$ bitbake linux-ti-staging -c fetch
NOTE: Started PRServer with DBfile: /misc/home/michel/actia-yocto-poky/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 46708, PID: 23976
Loading cache: 100% |########################################################################################################################################################| ETA:  00:00:00
Loaded 4032 entries from dependency cache.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION        = "1.30.0"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "RedHatEnterpriseWorkstation-7.5"
TARGET_SYS        = "arm-actia-linux-gnueabi"
MACHINE           = "actia-dra726-12inch"
DISTRO            = "actia"
DISTRO_VERSION    = "2018.08"
TUNE_FEATURES     = "arm armv7a vfp thumb neon       callconvention-hard"
TARGET_FPU        = "hard"
meta-actia        
meta-ublox-modules-master = "<unknown>:<unknown>"
meta              
meta-poky         
meta-yocto-bsp    = "krogoth:444dc2e99b3c3967d9f83380c34bb99077a6ffa8"
meta-qt5          = "HEAD:f8584d7a7c90afc71484a40279aa3df651d0e04f"
meta-networking   
meta-ruby         
meta-python       
meta-oe           = "HEAD:55c8a76da5dc099a7bc3838495c672140cedb78e"
meta-ti           = "HEAD:5f3a1169d307fec41626f850f5c700437dedbe93"
meta              = "HEAD:bfa04fa71c47e8fe9528208848cfcec2e232777d"

NOTE: Preparing RunQueue
NOTE: Executing RunQueue Tasks
Currently 1 running tasks (1 of 1):
0: linux-ti-staging-4.4.45+gitAUTOINC+89944627d5-r7a do_fetch (pid 24113)

WARNING: linux-ti-staging-4.4.45+gitAUTOINC+89944627d5-r7a do_fetch: Failed to fetch URL git://git.omapzoom.org/kernel/omap;protocol=git;branch=p-ti-lsk-linux-4.4.y-next, attempting MIRRORS if available
ERROR: linux-ti-staging-4.4.45+gitAUTOINC+89944627d5-r7a do_fetch: Fetcher failure: Fetch command failed with exit code 128, output:
Cloning into bare repository '/misc/home/michel/actia-yocto-poky/downloads/git2/git.omapzoom.org.kernel.omap'...

fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

ERROR: linux-ti-staging-4.4.45+gitAUTOINC+89944627d5-r7a do_fetch: Function failed: Fetcher failure for URL: 'git://git.omapzoom.org/kernel/omap;protocol=git;branch=p-ti-lsk-linux-4.4.y-next'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /misc/home/michel/actia-yocto-poky/build/actia-tmp/work/actia_dra726_12inch-actia-linux-gnueabi/linux-ti-staging/4.4.45+gitAUTOINC+89944627d5-r7a/temp/log.do_fetch.24113
ERROR: Task 0 (/misc/home/michel/actia-yocto-poky/sources/meta-ti/recipes-kernel/linux/linux-ti-staging_4.4.bb, do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1 tasks of which 0 didn't need to be rerun and 1 failed.
NOTE: Writing buildhistory

Summary: 1 task failed:
  /misc/home/michel/actia-yocto-poky/sources/meta-ti/recipes-kernel/linux/linux-ti-staging_4.4.bb, do_fetch
Summary: There was 1 WARNING message shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.

Michel Catudal

ACTIA Corp

  • 0
    TI__Guru** 113810 points
    Hi Michel,

    I have also seen this error recently on the nightly builds that we have setup here in TI. Unfortunately, I haven't had a chance to get to the bottom of this issue.

    Would it be an option that we can do a bare clone that is listed in the log.do_fetch error log from Yocto?

    For example:
    a. Open the log file "/misc/home/michel/actia-yocto-poky/build/actia-tmp/work/actia_dra726_12inch-actia-linux-gnueabi/linux-ti-staging/4.4.45+gitAUTOINC+89944627d5-r7a/temp/log.do_fetch.24113"
    b. On line 6 it lists the command that is failing, just run the command on the command line it will do a bare clone into the downloads folder that you have specified.
    c. Tell Yocto that you have done the download yourself and you can add a ".done" file into the downloads/git2 repository, it will look like "cd $yocto_downloads/git2/; touch git.omapzoom.org.kernel.omap.done

    Fire the build again, this can be a workaround for the problem that you are facing.

    Regards
    Karthik
  • 0 in reply to Karthik Ramanan
    Genius 3825 points
    Karthik,

    I have looked into the log file listed and it told me about all the placed it looked for the git2 file and I checked on the web, indeed the file wasn't available on any of them. After I added the AGL mirror the problem went away.

    A few side questions, still related to ti server and yocto issues though.

    On my beagleboard x15 and beaglebone projects at home I have big issues getting much compiled on newer systems. I tried docker which uses the ubuntu version that TI likes. Still, a few programs do not compile for version 5.01. Obviously TI must not have fully tested the latest version or is there something special on their setup that doesn't match the one described on-line?

    The major things that fail on newer system are the parts related to the TI specific libs and RTOS.

    When I compile a project for Odroid or RPI on a newer system it usually works flawlessly but then with arago it always has issues. Any plan for TI to get stuff working on newer systems?

    I am not the only one that has issues and there are likely to be more people to complain before long. On my Ryzen 7 system it is not logical to use the ubuntu version required for arago yocto to work because the system randomly crashes. New systems like Fedora 29, Gentoo, Funtoo, latest SuSE, Mint 19 and latest Debian systems are the only one that I have seen so far that are stable enough for me not to want to shoot the computer. Possibly the newer ubuntu as well but I haven't tested it.


    Michel Catudal
    ACTIA Corp
  • 0 in reply to Michel Catudal
    TI__Guru** 113810 points
    Hi Michel,

    > Obviously TI must not have fully tested the latest version or is there something special on their setup that doesn't match the one described on-line?
    Hmm.. I'm not exactly sure about what you are referring to here.. Could you please point me to the documentation that you are looking at ?

    Regards
    Karthik
  • 0 in reply to Karthik Ramanan
    Genius 3825 points
    Karthik,

    I am pointing out to the files and system required to compile stated on the TI website . For the automotive version it supports ubuntu 14.04 or 16.04 or Centos. Compiling works with no issue there. I can even get that to work with Docker on Fedora 29.

    With the Industrial SDK 5.01 that is another thing. TI does mention that they support up to ubuntu 18.04. A couple of programs just won't compile at all on ubuntu 16.04 so that was obviously not tested otherwise that would have been noticed or a patch to ubuntu 16.04 was done on the test platform and forgotten.

    On the weekend I updated my home computer to use a fancier motherboard with a RX580 AMD Video card. I had too many crashing issue with the other motherboard and my Ryzen 7. Ubuntu was the worst for the crashes.

    Ubuntu 16.04 didn't like the new system so I updated that os to Mint 19 which is a cleaned up Ubuntu 18.04, without the intrusive junk that you would normally only expect on windows.

    Version 5.01 compile almost cleanly on Mint 19 except for two items. At first I had to do a kill to the TI binary that was stuck in the unpack mode for some TI specific tools. Once that was done the compiling worked to the end except that it failed on arm-compute-library installation which was not fatal. I created a new distro for my changes for my Beagleboard X15 boards and pocket beagle.

    I removed arm-compute-library from the new recipe and it compile cleanly. The problem with arm-compute-library is sort of bizarre. It complains that a perl script in .git cannot find perl.
    My perl installation is fully functional. I tested perl script and they work without an issue, not sure what is the problem with this bitbake.


    Michel Catudal
    ACTIA Corp.
  • 0 in reply to Michel Catudal
    TI__Guru** 113810 points
    Hi Michael,

    Thanks for the details. I got an idea of what you are referring to.

    a. The installer not unpacking, we have some internal reports of this issue and it can explained better with this article. software-dl.ti.com/.../ccsv8_linux_host_support.html
    Hope that helps.

    b. arm-compute-library - I haven't heard of an issue with that one. I will try to find out more and come back if I have information.

    I'll mark the thread as closed.

    Regards
    Karthik