From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4715DA0524 for ; Thu, 3 Dec 2020 17:53:32 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 4195AC970; Thu, 3 Dec 2020 17:53:31 +0100 (CET) Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) by dpdk.org (Postfix) with ESMTP id 85065C954 for ; Thu, 3 Dec 2020 17:53:28 +0100 (CET) Received: by mail-qt1-f182.google.com with SMTP id p12so1810779qtp.7 for ; Thu, 03 Dec 2020 08:53:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=BVtIsFyvugtU7UfPAPgS6VuYqU63Czi/atrXO3uiWjM=; b=hecJLuGeyoeqcH3XKQEOWCkjds+Ps7LGIFoZvaAOPk4NSSeSm25XkwAsLGoux78ELd VhDjmweWKFJT62K+YRcyJ4uZlj+Q0fNwLJSWIH+0Vd9o/wzMjQ3jqRRkdlqu3CcUIQl3 0Y51DdYkL18arbYCBUwOY1prcEAEZ8aIuBRFg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=BVtIsFyvugtU7UfPAPgS6VuYqU63Czi/atrXO3uiWjM=; b=rs4LsqnvapF7i+pK8faZ0HmH95n1ZMk1tQCCQz2m73DpGhoe6ZAjh4RVL+e0CHTc7h WeN7RTpajGe11tUMgTfngBxV/8kkOgGpAEOET680mOmkxUunA0NmfOLPFuDA2Ls8Uqpb nLyRkmGOvSTEIKLNLkDnjKYR/KIUqQwurDrv4O/K0jT2NPicYCoW0Nx9SKvWQ0iPaI63 LJIXLScpDbpb8H7dnfR+Ycu2I8V/3wu5UmA/HwloYY1rNdlufOwyNcHliQTZsjzL91Uj FQyvFRT0yq/wMZuK9F4mabWK2uAQc/JW1DIabkc1PjQtWwWfElro5Dp01wHX9g7jYHCn fsog== X-Gm-Message-State: AOAM532YCi6bKPb2m86VB/N+A8wpnHr/Z4/zS1j/8kRkZlVcDCqvx4V3 pAyyRHFR/BidA5BrSYWqf8NMHAmJWNLZsh10Rb3LrgfuUwOhka3kPRB57VnSsYma3UDtynkfaIm E5tbpKJTbOLnJG7KluLhqxXQCxG+E5UUqUb/An7YUWBdsFE99o1cQ X-Google-Smtp-Source: ABdhPJzGbGEEFC3S2i0Ru7CSPxo+8O/GbwKP0VM7ARK2BXo8qTcr5a95jutOU/WYi8NSGqMeL95Odg== X-Received: by 2002:aed:2ba6:: with SMTP id e35mr4127781qtd.96.1607014406583; Thu, 03 Dec 2020 08:53:26 -0800 (PST) Received: from [192.168.1.9] (c-73-61-88-186.hsd1.nh.comcast.net. [73.61.88.186]) by smtp.gmail.com with ESMTPSA id r1sm1572344qta.32.2020.12.03.08.53.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Dec 2020 08:53:25 -0800 (PST) From: Brandon Lo To: Hemant Agrawal , Ruoshan Shi Cc: "X.f. Ren" , ci@dpdk.org References: <5fb3ef95ee654029a72600241a6843a3@pantheon.tech> Message-ID: <57460d91-a51f-f69a-eee5-9b84e36f67b9@iol.unh.edu> Date: Thu, 3 Dec 2020 11:53:25 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [dpdk-ci] Upgraded DTS Version for NXP X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ci-bounces@dpdk.org Sender: "ci" Hi everyone, Has anybody got a chance to look at this issue? I'm not sure if the NXP system specifically needs the DTS version from your local BitBucket repository. It seems that there are some obstacles that the original DTS repository is not able to deal with. Could somebody point me in the right direction to get this set up? Thanks, Brandon On 10/22/2020 1:26 PM, Brandon Lo wrote: > Hi everyone, > > It seems that the DTS instance on the community lab's NXP system uses > a DTS that is internal to your bitbucket which makes it unable to be > pulled for the new changes. > I have gotten past the point of compiling DPDK manually, but DTS is > still the outdated version that relies on make. > > I have attempted to use a new, clean version of DTS pulled directly > from the repo, but I am having a bit of trouble with setting it up. > Which interfaces are used for testing between the DUT and the tester? > The ports I have found within the conf/ports.cfg file do not seem to > match up. > It also seems that mydut.py and project_mydut.py change the behavior > of DTS itself. > > Could someone help look into this issue? > > Thanks, > Brandon > > On Tue, Sep 22, 2020 at 10:06 AM Brandon Lo wrote: >> Hi Juraj, >> >> Running a `file` command shows me that the fixdep is ARM aarch64. >> fixdep: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), >> dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for >> GNU/Linux 3.7.0, >> BuildID[sha1]=2024bac4b13890933f59d28a2aa1a82eef2e02f2, not stripped >> >> It seems right to me(?) since `uname -m` prints aarch64. >> I will continue investigating this and see if I can get any further. >> >> Thanks, >> Brandon >> >> On Tue, Sep 22, 2020 at 1:56 AM Juraj Linkeš wrote: >>> Hi Brandon, >>> >>> The Exec format error looks like an error which happens when you try to run an arm binary on an x86 machine (or in general the binary format doesn't match the host architecture). What does "file scripts/basic/fixdep" say and what's the host architecture? >>> >>> Juraj >>> >>>> -----Original Message----- >>>> From: ci On Behalf Of Brandon Lo >>>> Sent: Friday, September 18, 2020 6:56 PM >>>> To: Hemant Agrawal >>>> Cc: Ruoshan Shi ; X.f. Ren ; >>>> ci@dpdk.org; Lincoln Lavoie >>>> Subject: Re: [dpdk-ci] Upgraded DTS Version for NXP >>>> >>>> Hi Hemant, >>>> >>>> I have gotten more progress into building; now I am running into a different >>>> issue. >>>> There is currently an issue building a kernel module: "FAILED: >>>> kernel/linux/igb_uio/igb_uio.ko" >>>> >>>> I believe this issue is related to the following message: "/bin/sh: 1: >>>> scripts/basic/fixdep: Exec format error" >>>> Any ideas of where this error comes from? >>>> >>>> Thanks, >>>> Brandon >>>> >>>> On Fri, Sep 18, 2020 at 7:52 AM Hemant Agrawal >>>> wrote: >>>>> HI, >>>>> What is the issue are you observing ? >>>>> >>>>> 1. install ARM cross tool chain >>>>> >>>>> sudo apt-get install gcc-aarch64-linux-gnu g++-aarch64-linux-gnu sudo >>>>> apt-get install build-essential autoconf libtool cmake pkg-config git >>>>> python-dev swig3.0 libpcre3-dev nodejs-dev >>>>> >>>>> 2. If you want to build kernel mods >>>>> Specify the kernel_dir >>>>> meson arm64-build --cross-file config/arm/arm64_dpaa_linux_gcc >>>>> -Dexamples=all --werror -Denable_kmods=True -Dlibdir=lib >>>>> --default-library=static ninja -C arm64-build >>>>> >>>>> 3. or build with kmods >>>>> meson arm64-build --cross-file config/arm/arm64_dpaa_linux_gcc >>>>> -Dexamples=all --werror -Dlibdir=lib --default-library=static ninja -C >>>>> arm64-build >>>>> >>>>> >>>>> Regards, >>>>> Hemant >>>>> >>>>>> -----Original Message----- >>>>>> From: ci On Behalf Of Brandon Lo >>>>>> Sent: Friday, September 18, 2020 2:30 AM >>>>>> To: Ruoshan Shi >>>>>> Cc: X.f. Ren ; ci@dpdk.org; Lincoln Lavoie >>>>>> >>>>>> Subject: [dpdk-ci] Upgraded DTS Version for NXP >>>>>> >>>>>> Hi Ruoshan, >>>>>> >>>>>> Since DPDK has discontinued make support for compiling, a DTS >>>>>> upgrade is needed for performance testing to continue on all systems. >>>>>> >>>>>> I am attempting to upgrade DTS on the NXP machine, but it seems that >>>>>> it is a fork of DTS that is from NXP's bitbucket server. >>>>>> Is it possible to pull from the upstream DPDK DTS repository and use >>>>>> that instead? >>>>>> >>>>>> I also installed meson and ninja on the machine which is needed for >>>>>> the new version, but I am having trouble building. >>>>>> It uses these commands to build (172.18.0.202 in /root/dpdk): >>>>>> 1. CC=gcc meson --werror -Denable_kmods=True -Dlibdir=lib --default- >>>>>> library=static arm64-dpaa-linuxapp-gcc 2. ninja -C >>>>>> arm64-dpaa-linuxapp-gcc -j >>>>>> 8 >>>>>> >>>>>> Could you help me look into this? >>>>>> >>>>>> Thanks, >>>>>> Brandon >>>>>> >>>>>> -- >>>>>> Brandon Lo >>>>>> >>>>>> UNH InterOperability Laboratory >>>>>> >>>>>> 21 Madbury Rd, Suite 100, Durham, NH 03824 >>>>>> >>>>>> blo@iol.unh.edu >>>>>> >>>>>> https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww >>>>>> .i >>>>>> >>>> ol.unh.edu%2F&data=02%7C01%7Chemant.agrawal%40nxp.com%7Ce3 >>>> d40a1a7c8246676acf08d85b4cbe49%7C686ea1d3bc2b4c6fa92cd99c5c301635 >>>> % >>>> 7C0%7C0%7C637359732457337624&sdata=IrFBG%2BvSBQi8uodqX%2FX >>>>>> QmIPnB7CVg6EbDK%2Fq3bOtdbQ%3D&reserved=0 >>>> >>>> >>>> -- >>>> >>>> Brandon Lo >>>> >>>> UNH InterOperability Laboratory >>>> >>>> 21 Madbury Rd, Suite 100, Durham, NH 03824 >>>> >>>> blo@iol.unh.edu >>>> >>>> www.iol.unh.edu >> >> -- >> >> Brandon Lo >> >> UNH InterOperability Laboratory >> >> 21 Madbury Rd, Suite 100, Durham, NH 03824 >> >> blo@iol.unh.edu >> >> www.iol.unh.edu > >