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 42085A2E1B for ; Wed, 4 Sep 2019 11:55:39 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id ECBE41E8E0; Wed, 4 Sep 2019 11:55:38 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id B150B1C196 for ; Wed, 4 Sep 2019 11:55:36 +0200 (CEST) Received: from mail-vs1-f71.google.com (mail-vs1-f71.google.com [209.85.217.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E2197C034E71 for ; Wed, 4 Sep 2019 09:55:35 +0000 (UTC) Received: by mail-vs1-f71.google.com with SMTP id 188so2751608vsw.16 for ; Wed, 04 Sep 2019 02:55:35 -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=T6FU4NuxaKqLvyrOVSK8AVTwH8YEay9sn0ngIiQbWm4=; b=QqamykmCghLZ2UM40XNhKq8Ggg7vKlseMqAiR2PANvihpPitGnMA54+fu7Cinleu1h +cuWxvNBsMWk7UCA8M/jPAFDjRHwXt53/0w/MRU0yD1iZ1OOchZekIs0V5LeVLvien0x ZG4pW1Gr2H5xby64gkGFR10p521tZ8uNX3+n4BWCqKVO6CdSM13moRMQZ0RJbdsRy11t F423Ph4cKjtXTyUp+StVl7NIptkIulxUYIlvi7XBm3WiqMgQ1dlD1L5P4gIcFm0HvMV7 7XCzdpIijXEyHlA89sKen7DpgwrRsKgN2mbVr0oMakJjt07PxJgEfhH2u0JQBu8xyJXq 3pLA== X-Gm-Message-State: APjAAAUbl2EGhpeDb/LP9s2/XVzmDNOFuHPrK9R+qA9bnlw1dWORf5J1 uYLpzud/jhd9S2YwTwA1bVxfhzsWaAnt8kdl/f68eEpK+0bXtRYDtiIKeEPM1s9s4Bk/NwCmwpE VzE38T8y0UvDfVoyWuo0= X-Received: by 2002:a67:db8e:: with SMTP id f14mr7003546vsk.198.1567590935150; Wed, 04 Sep 2019 02:55:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqxv64h/Xn4ebDxmIS5hwxKzss708q3GYGHDqC+TCeJLjGRdb74uzDpW/0HVqfEHePh2AVGX8CxJst4sQbHj0Vk= X-Received: by 2002:a67:db8e:: with SMTP id f14mr7003539vsk.198.1567590934868; Wed, 04 Sep 2019 02:55:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: David Marchand Date: Wed, 4 Sep 2019 11:55:23 +0200 Message-ID: To: Aaron Conole Cc: Harry van Haaren , dev Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [BUG] service_lcore_en_dis_able from service_autotest failing 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 Tue, Sep 3, 2019 at 4:46 PM Aaron Conole wrote: > > Hi Harry, > > I noticed as part of series_6218 > (http://patches.dpdk.org/project/dpdk/list/?series=6218) that the travis > build had a single failure, in service_autotest but it doesn't seem > related to the series at all. > > https://travis-ci.com/ovsrobot/dpdk/jobs/230358460 > > Not sure if there's some kind of debugging we can add or look at to help > diagnose failures when they occur. Do you have time to have a look? My two cents. TEST_ASSERT_EQUAL maps to RTE_TEST_ASSERT which only displays failed assert at DEBUG level. I'd say we should change this to ERR level. I can see you can define a RTE_TEST_TRACE_FAILURE macro too before including "test.h" (which includes rte_test.h). Never touched this before though. -- David Marchand