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 082F9A0567; Fri, 13 Mar 2020 16:54:45 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 125B52BE3; Fri, 13 Mar 2020 16:54:45 +0100 (CET) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id CB8042BAA for ; Fri, 13 Mar 2020 16:54:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1584114882; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=pAHBSZe/8Uq7vs+C7LOd/PKJacDVZbr4NjPpr1TR31k=; b=bnFJWmtR0FeOG/1wEDS1ATspT1H8B4pyvEoUgVy8K1kIGa2+BsDlcgVliyhmleNpTXqnEe cm4kd6KpOw8PkF433uX0DvkF6shttwDXZXBc7wyxARtCymqAGRzphcBOjapTViGGTLiPLK rdPvQzjY6f+RlS/IaUHsLDqt5SvA+sA= Received: from mail-vs1-f69.google.com (mail-vs1-f69.google.com [209.85.217.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-274-Ey8SkNvaNv-2J10uVOgFpg-1; Fri, 13 Mar 2020 11:54:37 -0400 X-MC-Unique: Ey8SkNvaNv-2J10uVOgFpg-1 Received: by mail-vs1-f69.google.com with SMTP id k6so1114283vsd.22 for ; Fri, 13 Mar 2020 08:54:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6jZ/kWJ5SzlEDYYNdmVafiMabZxgIlYV74ndeXgtHK8=; b=n5+R2QHJa2DQ/HRD4BByclRCp95xLUQ8+xwenfMHduZk8XWWYnCsH6l8DRZP26bHZc 0v+1hMiFvQudrM+XgXAsHY7dosLBE8fFhHmndBqaHmkqbdc9ApwHnmgf+Qd0hqAPc9m+ gsMIsfU3vtW4Bbr0Q5AI2VarQKLqX68YZ6su6ZOmQiNAwKzfPdZHqPR/nvjtlZlo0ej9 fWxmJv/hGS/qG3lTv+7/+ArH/gS8KyvfE1VeCL1gKKg48iEan0Cn7DgGeXdRqsDae+Wn aYvN8FpabK6oCnbizjQLqgaI2zAHN2ttPVWYrDVLhkzgFBdlRGBMBo8Qaiz/Z4wo6MuZ pIug== X-Gm-Message-State: ANhLgQ3Yq+qa0ugzO8KZsXVsYER99oT4ZnS1Zlx9q1w0KAdVS3qTZT6r Z0ZHKwdR9/YiMIcI35u/13hogqnuQfT3zLn8SNujMwgCp0DTE6gmNIrqpVh5AKM3GdnpeoI/b1t ExYCV9XDLadVXwWrJo3w= X-Received: by 2002:a05:6102:2d8:: with SMTP id h24mr9784841vsh.39.1584114876406; Fri, 13 Mar 2020 08:54:36 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtq1k2BXZhALiKRpnYlMLPriUtaxpB5vZLkaeBw27ewIaeuexTMhQqdsRfODIMrLGMDtNlT0ViZEXeTAFoSucA= X-Received: by 2002:a05:6102:2d8:: with SMTP id h24mr9784817vsh.39.1584114876134; Fri, 13 Mar 2020 08:54:36 -0700 (PDT) MIME-Version: 1.0 References: <20200225073236.135581-1-ruifeng.wang@arm.com> <20200313081614.195335-1-ruifeng.wang@arm.com> In-Reply-To: From: David Marchand Date: Fri, 13 Mar 2020 16:54:25 +0100 Message-ID: To: Aaron Conole Cc: Ruifeng Wang , Michael Santana , Bruce Richardson , "Ananyev, Konstantin" , Cristian Dumitrescu , "Wang, Yipeng1" , "Gobriel, Sameh" , dev , "Burakov, Anatoly" , Gavin Hu , Honnappa Nagarahalli , juraj.linkes@pantheon.tech, nd X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH v3 0/4] no-huge unit test X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Fri, Mar 13, 2020 at 2:04 PM Aaron Conole wrote: > > Aaron Conole writes: > > > Ruifeng Wang writes: > > > >> For environments (such as containers) where hugetlbfs are not availabl= e, > >> some unit tests can be run with 'no-huge' option. > >> > >> fast-tests suites is generated dynamically according to hugetlbfs > >> availability in building environment. This allows unit test to run > >> in different environments using the same suite name. > >> > >> Several test cases are fixed to be able to run in no-huge mode. > > > > This looks great! Thanks, Ruifeng. > > > > I'm going to ack it once I see it run under the robot :) > > Just looking through the robot's run, it seems that on the statically > linked Arm64 build, the disk quota is getting exceeded. Do we need to > request some more disk quota for this somehow? Is the build getting too > large? It seems to repeat. https://travis-ci.com/github/ovsrobot/dpdk/jobs/297840285#L2975 Do you know how much space we have in travis? Is the (c?)cache getting too big? You can find out the per job cache size via the travis cli. --=20 David Marchand