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 A9982433F2; Tue, 28 Nov 2023 15:40:51 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 9100F42DF2; Tue, 28 Nov 2023 15:40:51 +0100 (CET) Received: from smtp-relay-internal-0.canonical.com (smtp-relay-internal-0.canonical.com [185.125.188.122]) by mails.dpdk.org (Postfix) with ESMTP id 13E7D42DDB for ; Tue, 28 Nov 2023 15:40:50 +0100 (CET) Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-0.canonical.com (Postfix) with ESMTPS id D75EF44433 for ; Tue, 28 Nov 2023 14:40:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1701182449; bh=xv0uoVDkVwz5JTVS4JDLaa5HMIizovbUcFHcfez1lnM=; h=From:To:Cc:Subject:Date:Message-Id:Reply-To:MIME-Version; b=FrdlRTcJRYQiaL8ojfzn0DSUTm9F8D6Qfznqt5z77v7CXZsli1E5hJiYl1xJtzZP0 b+XE6qrqfQp4aAB7MMOZpxoFWd4s8IglAEpdr2JeFEFTMCslUlrdxRBbpLCnMDnWLM oh+W2BgWhLk5yPohdNcjQ7YJeOLo1fzFXHG6scwDp2YsAuHyvdJbfGrJ97pdgolHwb SvDGH9tr+lvXcFuwYlieVvSIPJACCNfczZblWgJ/XNkGF4R9IoKkVkPhygoME9pG+G 4UHdV5aqLG7Jv+O8DfjcaRsecbquHC1CIdx+rAuC+dBNLH/pyWy5au4TZ/1JlpdWMI J1hzVYCUQoJfQ== Received: by mail-ej1-f71.google.com with SMTP id a640c23a62f3a-a018014e8e5so439903466b.2 for ; Tue, 28 Nov 2023 06:40:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701182449; x=1701787249; h=content-transfer-encoding:mime-version:reply-to:message-id:date :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=xv0uoVDkVwz5JTVS4JDLaa5HMIizovbUcFHcfez1lnM=; b=YWPStR2PXEByPNY9yTR+kdu407UIbKfy4zXtlmpFypWpxgl4nT7xYnxX8NTsNydutr fv9o+7wkePzQh79zFWusQGUYbnconvClXSqsHT/XG1u1rDFWIcFXggLI5M/232adUvXU KTMiLJOnE4+5aVVDo1K1twg9u9/ZldUWp5rWdTsxpJdzdDjWME0dBZPUD+rLJJLDaDy9 KTyUx9FYytiZ0ypp9+CmjEO9oP11WGoZgfKiMlQR/Syltv/wZ7a0dkt2J8u94eB8Lkx8 nxJlnuJJCjhVtZYrOuPJw7dew1Cba1Fao1GTNQ3qRQM2oi+OBVIvv8IaYGt351RITCF3 b0eg== X-Gm-Message-State: AOJu0Ywe2kc/boPYom+9AMm8fMKQoW125hkOtq10z1Le368am6RK2hnD hnkTIlHdqkfAq8wCAscyjM33qDx6P8v76AaWvlyEAAeptMckcj2mvAmDKzQn6n6S5+urRpBDrnO Hg0B1udlOeU7ci3Wk0ZPaDYNRHU4C X-Received: by 2002:a17:906:104e:b0:a16:9a60:1bdb with SMTP id j14-20020a170906104e00b00a169a601bdbmr701967ejj.39.1701182448860; Tue, 28 Nov 2023 06:40:48 -0800 (PST) X-Google-Smtp-Source: AGHT+IHq4LusCZd52B1Ax0szUgKEZLy1XQKW9ODQYzk+NiY2hi5eAsfo7m6jHZi5Birs7fX0ZyHjRw== X-Received: by 2002:a17:906:104e:b0:a16:9a60:1bdb with SMTP id j14-20020a170906104e00b00a169a601bdbmr701954ejj.39.1701182448544; Tue, 28 Nov 2023 06:40:48 -0800 (PST) Received: from Keschdeichel.fritz.box ([2a02:6d40:39cc:3f00:59b7:6547:6496:2c01]) by smtp.gmail.com with ESMTPSA id cw18-20020a170906c79200b009bf7a4d591csm7012992ejb.11.2023.11.28.06.40.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Nov 2023 06:40:48 -0800 (PST) From: christian.ehrhardt@canonical.com To: dev Cc: Luca Boccassi , David Wilder , Dmitry Kozliuk , Christian Ehrhardt Subject: [PATCH] test: set iova=va mode on ppc64 with --no-huge Date: Tue, 28 Nov 2023 15:40:45 +0100 Message-Id: <20231128144045.2403960-1-christian.ehrhardt@canonical.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: , Reply-To: --no-chain-reply-to@dpdk.org Errors-To: dev-bounces@dpdk.org From: Christian Ehrhardt On ppc64, without huge pages, pa would be the default but fails like: EAL: Cannot use IOVA as 'PA' since physical addresses are not available On a normal system setup we'd expect an admin to set up huge pages and for the unlikely case that they do not do that set iova=va themselve. But the testing infrastructure does not have this conscious admin that will do that, so fix test execution that by adjusting the tests arguments accordingly if the conditions are met. Signed-off-by: Christian Ehrhardt --- app/test/suites/meson.build | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/app/test/suites/meson.build b/app/test/suites/meson.build index 478f245a54..8efbb165bf 100644 --- a/app/test/suites/meson.build +++ b/app/test/suites/meson.build @@ -10,6 +10,14 @@ test_no_huge_args = ['--no-huge', '-m', '2048'] has_hugepage = run_command(has_hugepages_cmd, check: true).stdout().strip() != '0' message('hugepage availability: @0@'.format(has_hugepage)) +# On ppc64, without huge pages, pa would be the default but fails like: +# EAL: Cannot use IOVA as 'PA' since physical addresses are not available +if not has_hugepage + if arch_subdir == 'ppc' + test_no_huge_args += '--iova-mode=va' + endif +endif + # process source files to determine the different unit test suites # - fast_tests # - perf_tests -- 2.34.1