From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C3CEFC433E0 for ; Tue, 16 Feb 2021 10:36:20 +0000 (UTC) Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by mail.kernel.org (Postfix) with ESMTP id 1AC7064DCF for ; Tue, 16 Feb 2021 10:36:19 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1AC7064DCF Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 23A821606DA; Tue, 16 Feb 2021 11:36:19 +0100 (CET) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by mails.dpdk.org (Postfix) with ESMTP id 9AC7740690 for ; Tue, 16 Feb 2021 11:36:17 +0100 (CET) IronPort-SDR: OxMYpk3ux3vNNxiBW/ll/ZNoPIk8Y2IC4wa71TgPU7wwWajEFEL5bA7vmTIoDDV2jLFU/8lxcj mcuLcI+fX69Q== X-IronPort-AV: E=McAfee;i="6000,8403,9896"; a="246917166" X-IronPort-AV: E=Sophos;i="5.81,183,1610438400"; d="scan'208";a="246917166" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2021 02:36:15 -0800 IronPort-SDR: ZmgmyR0W8ZRv2b8UqBm5LiMVbDv8xqDRgHCrpqhwiwCBv2uJzM6hEc5zImoVNQNNLW/c6OCoYA HMu4T9FUJYpw== X-IronPort-AV: E=Sophos;i="5.81,183,1610438400"; d="scan'208";a="399457029" Received: from wardmich-mobl.ger.corp.intel.com (HELO [10.213.232.191]) ([10.213.232.191]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2021 02:36:15 -0800 To: Bruce Richardson , dev@dpdk.org References: <20210216094300.27889-1-bruce.richardson@intel.com> From: "Burakov, Anatoly" Message-ID: <313c223f-bf1c-9307-75f8-0a0c1da7fd21@intel.com> Date: Tue, 16 Feb 2021 10:36:13 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20210216094300.27889-1-bruce.richardson@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH] eal: support using 0 as coremask for no-affinitization 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 Sender: "dev" On 16-Feb-21 9:43 AM, Bruce Richardson wrote: > Allow the user to specify that they don't want any core pinning from DPDK > by passing in the coremask of 0. > --- I haven't checked what happens yet, but down the line we also set affinity for service cores as well as interrupt thread. what would be the semantics of those in this particular case? do we want the same ability for service cores (i.e. pick a non-affinitized core)? And where does interrupt thread affinitize in this case (presumably, nowhere too)? -- Thanks, Anatoly