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 2806E43EF8; Wed, 24 Apr 2024 18:24:03 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 143E5435AD; Wed, 24 Apr 2024 18:24:03 +0200 (CEST) Received: from mail-pg1-f179.google.com (mail-pg1-f179.google.com [209.85.215.179]) by mails.dpdk.org (Postfix) with ESMTP id 79711435A9 for ; Wed, 24 Apr 2024 18:24:01 +0200 (CEST) Received: by mail-pg1-f179.google.com with SMTP id 41be03b00d2f7-60585faa69fso58831a12.1 for ; Wed, 24 Apr 2024 09:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1713975841; x=1714580641; 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=+ZPsuIDaoU3x5Uvs70PB66P9Sf8Z6q7bgALJ3s9yR5c=; b=b8TrU/56TG/VafRfP/4/kpOr3Zk3Xd/3Ei+glEEmVK43bMff0Gs8H92ewvYx23e1jZ lu5KLjKWlSf+8uJ/ePQDoCJ4PeNX5ftg/M+wmM8optopmGNKvJXNc3Uia428Gur7oLI7 zDt4J/TzadPZzP/pWjI8KWhuJzld99EaeHvMFe3/HgMNZ38W0dWlLECCx50K2NsdLYR8 q/yV9dnfwdyI7RnNkA+Y3Mr8c3bcp1JQxJJplBJNlLC7CI5VNXqEskfQLHC1Hp8LT+oW k0lvbH0N7FaEY5YV3iBNN3KNhCnqOBo3eQtM+GOKElStO5QOB0/L3ucWThIFZwqgTlDx wKuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713975841; x=1714580641; 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=+ZPsuIDaoU3x5Uvs70PB66P9Sf8Z6q7bgALJ3s9yR5c=; b=eFMakEVjrQyXUOtt1pmkpZHY/x2qaUn/lA7Dn2c4+Zg+Bgbx3u3zuV2buJe+EXv1pM EfRdoAzUSaVAU9BVIblHCr6ID3O8X0rCxwoQIm3NVvBA4ouzE2Xltu8mn02SJ2tVPJ/r IadnY6zmfbZQM55YE6CCJwykxazNqyb2HHwoPVhcIjtmxfkfMMi5oF+b1hj2l8Ni+H/X dagR3cN6nRI7y3z0XdDvFYmN8PuTC2U1VSfrf0de86Wel5v6G1u3bk7H05AvXnF6KoWW wDxCpc3UBylceCZCIv7gOGXt4JP1uvUAYI28qL8hm/6YyMqkco/yNtackbxTvyFofqbM 9Jkg== X-Gm-Message-State: AOJu0Yz6Co2tkya0qGkzXeJnSunqsGMJ//JBLWjLTjSzCDj7M3BGY+bY If0jdUP0Pe2AcfiPyfcnvzEME73hb5XcU8HE6uSXy35HtJIvHpH+uWmOuzD1V6oJDLaLEXV8sHS D X-Google-Smtp-Source: AGHT+IF+PIo5dbfS/qBl8mmERBFb2cihRkIKYgOrsbnsrTy1DPgbuSzXV4m9EYj/z8AQJH5ZuUXMBw== X-Received: by 2002:a17:90a:b78d:b0:2af:42ce:54f with SMTP id m13-20020a17090ab78d00b002af42ce054fmr256523pjr.6.1713975840659; Wed, 24 Apr 2024 09:24:00 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id j4-20020a63b604000000b005fd6d3950ecsm5942292pgf.35.2024.04.24.09.24.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Apr 2024 09:24:00 -0700 (PDT) Date: Wed, 24 Apr 2024 09:23:58 -0700 From: Stephen Hemminger To: Ferruh Yigit Cc: dev@dpdk.org Subject: Re: getting rid of type argument to rte_malloc(). Message-ID: <20240424092351.31878a12@hermes.local> In-Reply-To: <6e2e5f6e-7ff0-404e-991b-836d496ad164@amd.com> References: <20240423210847.542cff76@hermes.local> <6e2e5f6e-7ff0-404e-991b-836d496ad164@amd.com> 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 Message-ID: <20240424162358.BJE6X0OcAYJGjd5RrgJ054XtPBMbAtOtJewYpivovqk@z> On Wed, 24 Apr 2024 11:29:51 +0100 Ferruh Yigit wrote: > On 4/24/2024 5:08 AM, Stephen Hemminger wrote: > > For the 24.11 release, I want to remove the unused type string argument > > that shows up in rte_malloc() and related functions, then percolates down > > through. It was a idea in the 1.0 release of DPDK, never implemented and > > never removed. Yes it will cause API breakage, a large sweeping change; > > probably easily scripted with coccinelle. > > > > Maybe doing ABI version now? > > > > Won't this impact many applications, is there big enough motivation to > force many DPDK applications to update their code, living with it looks > simpler. > Yeah, probably too big an impact but at least: - change the documentation to say "do not use" should be NULL - add script to remove all usage inside of DPDK - get rid of places where useless arg is passed around inside of the allocator internals.