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 5979545AD6; Mon, 7 Oct 2024 17:20:24 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 463DD427AD; Mon, 7 Oct 2024 17:20:24 +0200 (CEST) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) by mails.dpdk.org (Postfix) with ESMTP id E19FC4026C for ; Mon, 7 Oct 2024 17:20:22 +0200 (CEST) Received: by mail-pl1-f171.google.com with SMTP id d9443c01a7336-20b4a0940e3so43701815ad.0 for ; Mon, 07 Oct 2024 08:20:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1728314422; x=1728919222; darn=dpdk.org; 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=d/0juGExcfaBRIqAISRGj0WOoqQextBsedye6DVue+s=; b=kcbxDGBGmqkquO6VkyfKnTDDBM/ELK7DObsKY0aMBImWbtLSBGMw9e1WLFxAOTOYky NYEcf+LqR/umf8q4S8CxpwXqf7GvIioKb/uhLJzQoHEa9Hqc4UjYEK0lpA7iA4LJ3z2Q 4j5n3n4VWoRZwNabzc29A9DFUrMWnCSIKN4D/Tm25ylN9yva3iiDMOYb5gkizRv7iaMz lo6df0Y8tP9smoV2SXJsZM24VopRujq04w6P4ueS4tOcD0rxPcrpHI62I1OPKyWciRDk itnoLubg2UAAAP7ZeAncl41WFs8XFTyLCAolQfTS/d0481fhrOv8V3BT74bl2+TteQTy T1hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728314422; x=1728919222; 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=d/0juGExcfaBRIqAISRGj0WOoqQextBsedye6DVue+s=; b=cwxEpMl5FSvE/ti3UbLL1Q4mu1hpl+vtW5D3lgGnPxtG2LIUHchpYqR5A1Dqnzh7WK +mgIHwhwsHxpaK7wy1ugEotbpNdpYBb8T/U7XxQzdPqxRz0FPxCET/2fw49MTIv70t56 HtUdKL5m7UNqySLkF+cyDtc4aGlWBM2I8/74gP0KLUfeir1a2s9K1W4T+9lr6D52+FoV 0zrldgJ395+GjfdaZV8PzAZwhQsAJB2LICwyvg+79qMBwFEZyXlEztu4hiAauwaFHF7n QGXeuBMYt415ptWvSYabVWw8fDW/2vK5dkwfTZHpBxN4T0pVsu7evY65L866I7dYed7t Ckzw== X-Forwarded-Encrypted: i=1; AJvYcCWmvCOrXUIHb29Ljo+l8+uBL84Wfj1ecCLfjq70azM2LrhB/WU9WztyM6w5U8krP+76Z4E=@dpdk.org X-Gm-Message-State: AOJu0Ywqk3nT2/ybhB7ScLr0EqNtQgaKNBRkbShDfrhKX3y8prYTTJU+ HIsblJAOmxETwo0m9a5XDazTmJW7OtQPW+OgPfuLMhxJve8q4WNfK65pdEIwoM0= X-Google-Smtp-Source: AGHT+IFN3mpnn8tmbJzh/P27Nrf9RjqwDcdJ2CweBDKvYiSYTW8H1nw4LBbnUha4myIG+Z/73CasBg== X-Received: by 2002:a17:902:cf08:b0:20b:4348:da58 with SMTP id d9443c01a7336-20bff0698c6mr170456805ad.54.1728314421960; Mon, 07 Oct 2024 08:20:21 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-20c13987e61sm40919785ad.257.2024.10.07.08.20.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Oct 2024 08:20:21 -0700 (PDT) Date: Mon, 7 Oct 2024 08:20:19 -0700 From: Stephen Hemminger To: =?UTF-8?B?U3RhbmlzxYJhdw==?= Kardach Cc: Morten =?UTF-8?B?QnLDuHJ1cA==?= , Bruce Richardson , dev@dpdk.org, Liang Ma , Punit Agrawal , Pengcheng Wang , Chunsong Feng Subject: Re: [PATCH 1/5] config/riscv: add flag for using Zbc extension Message-ID: <20241007082019.55d64b3b@hermes.local> In-Reply-To: References: <20240618174133.33457-1-daniel.gregory@bytedance.com> <20240618174133.33457-2-daniel.gregory@bytedance.com> <20240618130318.0efacceb@hermes.local> <98CBD80474FA8B44BF855DF32C47DC35E9F53C@smartserver.smartshare.dk> <20240619164114.GA88106@ste-uk-lab-gw> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 Mon, 7 Oct 2024 10:14:22 +0200 Stanis=C5=82aw Kardach wrote: > > > > > > > > Please do not add more config options via compile flags. > > > > It makes it impossible for distros to ship one version. =20 > That is a problem with RISC-V in general. Since all features are > "extensions" and there is no limit (up to a point) on the permutation > of those, we cannot statically build the code for all extensions. > Fortunately instructions tend to resolve to nops if an instruction is > not present but that still increases the code size for no benefit on > platforms without a given extension. X86 already has the cpu feature flag infrastructure, why not use similar mechanism on RiscV?