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 6279143DA9; Mon, 1 Apr 2024 16:05:08 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E37554029F; Mon, 1 Apr 2024 16:05:07 +0200 (CEST) Received: from mail-pg1-f172.google.com (mail-pg1-f172.google.com [209.85.215.172]) by mails.dpdk.org (Postfix) with ESMTP id C15EB4028B for ; Mon, 1 Apr 2024 16:05:06 +0200 (CEST) Received: by mail-pg1-f172.google.com with SMTP id 41be03b00d2f7-517ab9a4a13so3064865a12.1 for ; Mon, 01 Apr 2024 07:05:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1711980306; x=1712585106; 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=wSFqqqnz6BBm7rfoU2GPljlwEfk3MPLIO7UZbxrp/tI=; b=dI3qy51b6/winMRwoWVuB9eC70qgqJ0Fi8vPoig6zDTpWMQ7UT73pKmx2tJnt9G19Q 06XHUI6B1E/BNBlNu0kYZ/5YNXA8WxtWcNQXrdMXotAxq2jOupi2PiNK3gSMmbR7Mpr+ 5GAlLmF1GpXbtEQiyXZXdF1KMC3lmHTDpMX1SZaVSDymmMvRE+KJKY7bpe00Ep7JgbFr 7lTcRC3oijcIMb9E4Y96MrlfEotXdgHN0qsMjcPsoQVKBVMpmD201MyU8qNNmucorz52 oQXDRIc34YxjWZjgeIHvDWgJrF4vM4vj6CSWX1bnQoxaqcKJf+08CkiPycMbo7tW9lPh zqIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711980306; x=1712585106; 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=wSFqqqnz6BBm7rfoU2GPljlwEfk3MPLIO7UZbxrp/tI=; b=imst2KLzLzJoYjMZH5MUx7luaFNa3pUYqyaLVk4AtKPGMd6izdDquW5JGBWhQ16mCH 97D+CwijepP4aJFKJy4xVSS8UzAISo/OTpd7hQ1e8+f5Yigbe0efonV0EdF8Lp1BraJ9 OzsI+WWZyNL2EKDB1a1+qkiUytj/jX8FPCt3LN/fWm3fNn16Fc5CIUBZ5CAloEKG+Cmi TY79iKFA54F0JT4NDIbrMheIF0w7r6m9T2fa6NpPd6tCRIrZEfy1ornAOLVxZjMIpcNw AyPSAgbpfWX2n5wxYCV3piJXg22DPcwi8XZZconin9ylhP5BoAZlfkahs3iwNb8oIGG2 rQmw== X-Gm-Message-State: AOJu0YwQ9cynqO9ICGx0ClULWqkKYxUIt3RPc/MLeL8EsOnroFZPcWqQ s0DM4mLu6ohpl21hCbNZWfPCywpwAuDkYX7EVIaFcdaJylOlDwIMvHAJVrMVVco= X-Google-Smtp-Source: AGHT+IFL22nmDnGHwSgHCFFVwkASfMSuID0Q9HgqcDsNFG6mf2T6CawxNhIJHurO7sTcrmaW/ST+6g== X-Received: by 2002:a17:902:d2c6:b0:1dd:bf6c:8973 with SMTP id n6-20020a170902d2c600b001ddbf6c8973mr11549047plc.68.1711980305657; Mon, 01 Apr 2024 07:05:05 -0700 (PDT) Received: from hermes.local (204-195-123-203.wavecable.com. [204.195.123.203]) by smtp.gmail.com with ESMTPSA id x15-20020a170902820f00b001dddf29b6e8sm8906508pln.299.2024.04.01.07.05.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 01 Apr 2024 07:05:05 -0700 (PDT) Date: Mon, 1 Apr 2024 07:05:03 -0700 From: Stephen Hemminger To: Aditya Ambadipudi Cc: dev@dpdk.org, jackmin@nvidia.com, matan@nvidia.com, viacheslavo@nvidia.com, roretzla@linux.microsoft.com, konstantin.v.ananyev@yandex.ru, konstantin.ananyev@huawei.com, mb@smartsharesystems.com, hofors@lysator.liu.se, Honnappa.Nagarahalli@arm.com, Dhruv.Tripathi@arm.com, wathsala.vithanage@arm.com, ganeshaditya1@gmail.com, nd@arm.com Subject: Re: [PATCH v1 0/2] deque: add multithread unsafe deque library Message-ID: <20240401070503.737db4f5@hermes.local> In-Reply-To: <20240401013729.1466298-1-aditya.ambadipudi@arm.com> References: <20230821060420.3509667-1-honnappa.nagarahalli@arm.com> <20240401013729.1466298-1-aditya.ambadipudi@arm.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 On Sun, 31 Mar 2024 20:37:27 -0500 Aditya Ambadipudi wrote: > As previously discussed in the mailing list [1] we are sending out this > patch that provides the implementation and unit test cases for the > RTE_DEQUE library. This includes functions for creating a RTE_DEQUE > object. Allocating memory to it. Deleting that object and free'ing the > memory associated with it. Enqueue/Dequeue functions. Functions for > zero-copy API. > > [1] https://mails.dpdk.org/archives/dev/2023-August/275003.html Does this build without errors with the Microsoft Visual C compiler? Want to make sure that all new code does not create more work for the Windows maintainers.