From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
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 <dev@dpdk.org>; Wed, 24 Apr 2024 18:24:01 +0200 (CEST)
Received: by mail-pg1-f179.google.com with SMTP id
41be03b00d2f7-60585faa69fso58831a12.1
for <dev@dpdk.org>; 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 <stephen@networkplumber.org>
To: Ferruh Yigit <ferruh.yigit@amd.com>
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 <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
<mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
<mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Message-ID: <20240424162358.BJE6X0OcAYJGjd5RrgJ054XtPBMbAtOtJewYpivovqk@z>
On Wed, 24 Apr 2024 11:29:51 +0100
Ferruh Yigit <ferruh.yigit@amd.com> 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.