From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 6CFF2A034C; Wed, 21 Dec 2022 20:49:46 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 14D2B40A7F; Wed, 21 Dec 2022 20:49:46 +0100 (CET) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) by mails.dpdk.org (Postfix) with ESMTP id 1BAB040698 for ; Wed, 21 Dec 2022 20:49:44 +0100 (CET) Received: by mail-pl1-f171.google.com with SMTP id d7so16552966pll.9 for ; Wed, 21 Dec 2022 11:49:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=Vo/44c3Ln7GBycPmLtkQqKrK59Q1ED1a4lAycYP2sNY=; b=MmW4bt6tGw1IcabdDFbPsZ08aeAXJf4xB0cNyOxWqu6GaoPXRfA2KCvrcyJm+IiGIe DiF6eknDFcLwAMUBCMolNEbMcdBHueRszwzJKTRGxAB54cAKJMamOUveQK+xY2w3l1LB m6soMFniE5qxPkAgA1+5plU3oba21lFFpMu3EjwAgCU4QqtL4sqqRP8AmIUEw3TAB0OA /F48yWwLQ0bU8rU35fgnV7fMId7nKX3qGyzsl+cMPRdT3/yB7jwcebp+j/2qmil+sagO wqFMgjwBYJA7Kxep5Bt7HFn385IUhn4gmNRDsRXcCrhBrDyywAjhE8XCIWktQRNBVK8+ BXsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Vo/44c3Ln7GBycPmLtkQqKrK59Q1ED1a4lAycYP2sNY=; b=kUy8BcyTnSNtbwoFwzdcunw08zMcFB38sKv/AIlDs6Q4sSQY0qlXsPFULdYzpquX4P j09PRdgDFQ3QOYTPe5hc83/l1X0AVHC1YrdT1ag4QdL1OVlH75jXApug7b+2kMeK3CXC JqEWAGpX1A5U1yRBQ14my+eLvtg6Ctlh54huuS9uOSYaqI0RkKpfnALtwOFaeQdN4axR CBanSRSm2DS7vLWddCHWj4nIFdPgQg2pjj8ehD6KpAlzNV3LcU+VctT0THzn8YaMYxNi cds3plMkQI7NOMBdRSNpXFujrCWmUL2sEe+5W+JpNnwlL/jcUt4lvUmm032J2WXTx2RB 5nBw== X-Gm-Message-State: AFqh2koBhQ8M59UIIc/0Ce36djJViwxKpBxycii22hHkyoHmHCAVEmi2 5Dico/76OjggXW31KHBV8cRiTw== X-Google-Smtp-Source: AMrXdXsRlccWMwkYEmAy4iy/7yRgIDxE4iPFYgH1Wc+Yb7gtAzaRzQ3LpaKnOx+KvNEOcCpiGYnZxg== X-Received: by 2002:a05:6a20:d38c:b0:af:a276:2f94 with SMTP id iq12-20020a056a20d38c00b000afa2762f94mr4249559pzb.35.1671652184016; Wed, 21 Dec 2022 11:49:44 -0800 (PST) Received: from hermes.local (204-195-120-218.wavecable.com. [204.195.120.218]) by smtp.gmail.com with ESMTPSA id w17-20020a63c111000000b0047712e4bc51sm10277313pgf.55.2022.12.21.11.49.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Dec 2022 11:49:43 -0800 (PST) Date: Wed, 21 Dec 2022 11:49:41 -0800 From: Stephen Hemminger To: Tyler Retzlaff Cc: dev@dpdk.org Subject: Re: DPDK:fast-tests suite linux/vm Message-ID: <20221221114941.63e3bd24@hermes.local> In-Reply-To: <20221221193336.GC20526@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> References: <20221221181349.GB20526@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> <20221221110333.6a10cf48@hermes.local> <20221221193336.GC20526@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On Wed, 21 Dec 2022 11:33:36 -0800 Tyler Retzlaff wrote: > On Wed, Dec 21, 2022 at 11:03:33AM -0800, Stephen Hemminger wrote: > > On Wed, 21 Dec 2022 10:13:49 -0800 > > Tyler Retzlaff wrote: > > > > > hi folks, > > > > > > are there any additional requirements that may not be documented for > > > running the DPDK:fast-tests suite in a vm on linux? > > > > > > if i run the suite as follows i end up getting intermittent failures. > > > are there known issues running in a vm? > > > > > > meson test -C u --test-args='--no-huge' --suite fast-tests > > > > > > RTE>>fbarray_autotest > > > + ------------------------------------------------------- + > > > + Test Suite : fbarray autotest > > > > > > Thread 1 "dpdk-test" received signal SIGBUS, Bus error. > > > __memset_evex_unaligned_erms () at > > > ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:250 > > > 250 ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S: No such > > > file or directory. > > > (gdb) bt > > > #0 __memset_evex_unaligned_erms () at > > > ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:250 > > > #1 0x0000555556022d5b in rte_fbarray_init (arr=0x55555e3566c0 , > > > name=0x55555bebdb28 "fbarray_autotest", len=256, elt_sz=4) at ../lib/eal/common/eal_common_fbarray.c:802 > > > #2 0x00005555557b24af in autotest_setup () at ../app/test/test_fbarray.c:31 > > > #3 0x0000555555636f03 in unit_test_suite_runner (suite=0x55555c846140 ) > > > at ../app/test/test.c:306 > > > #4 0x00005555557b5ffc in test_fbarray () at ../app/test/test_fbarray.c:733 > > > #5 0x00005555556292c4 in cmd_autotest_parsed (parsed_result=0x7fffffff8140, cl=0x55556a8b2fa0, data=0x0) > > > at ../app/test/commands.c:68 > > > #6 0x0000555555fb3294 in __cmdline_parse (cl=0x55556a8b2fa0, buf=0x55556a8b2fe8 "fbarray_autotest\n", > > > call_fn=true) at ../lib/cmdline/cmdline_parse.c:294 > > > #7 0x0000555555fb32dc in cmdline_parse (cl=0x55556a8b2fa0, buf=0x55556a8b2fe8 "fbarray_autotest\n") > > > at ../lib/cmdline/cmdline_parse.c:302 > > > #8 0x0000555555fb1577 in cmdline_valid_buffer (rdl=0x55556a8b2fb0, buf=0x55556a8b2fe8 "fbarray_autotest\n", > > > size=18) at ../lib/cmdline/cmdline.c:24 > > > #9 0x0000555555fb667d in rdline_char_in (rdl=0x55556a8b2fb0, c=10 '\n') at ../lib/cmdline/cmdline_rdline.c:444 > > > #10 0x0000555555fb19bd in cmdline_in (cl=0x55556a8b2fa0, buf=0x7fffffffe3f0 "fbarray_autotest\n", size=17) > > > at ../lib/cmdline/cmdline.c:146 > > > #11 0x0000555555636a34 in main (argc=2, argv=0x7fffffffe930) at ../app/test/test.c:208 > > > > > > thanks! > > > > Were hugepages setup before running the test? Was there enough memory available? > > hugepages are not setup on the system, i explicitly pass --no-huge or > does that not do what i think it should? > > the vm has fixed 16GB memory, stepping through the code i do not see > internal allocation calls fail prior to the failure. > > thanks Could be that the allocation gives bogus memory?