From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-f194.google.com (mail-qt0-f194.google.com [209.85.216.194]) by dpdk.org (Postfix) with ESMTP id 2DF355B1C for ; Fri, 30 Mar 2018 20:54:47 +0200 (CEST) Received: by mail-qt0-f194.google.com with SMTP id h4so10161062qtn.13 for ; Fri, 30 Mar 2018 11:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=OC5NhllMv/wFsANuBsLiUhQN1mUJ8Xri9mcLPjF29pc=; b=QghYlCoXRaRW1CnLQuj4G+9tupjM+9Bz9sKovgRwPzH2LVEu54eW0F+2TcJneFohDH t+qMwPz2/eCLxkAf85wQ6GDhgZe5l22EMAKwqLlUBGKuADid6lpTQGmOI07nghyQDJIv Ma31ken1e2tGw9hdAJ3KiW3TZ7JSgrvoq4nNc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=OC5NhllMv/wFsANuBsLiUhQN1mUJ8Xri9mcLPjF29pc=; b=PY0UVQiZKku2BWbkmPhufOmatcMM82Bs1kJn1M8RZ4w+LqMsKfGQeOSquwAnQTibKu t48/pOzxvKP+NvhQCCE0xiGUMgQ516jRxNHMI8ENigAWQxRifiBahsBAQzkiaIMk/8lG vtAp6hHVmx5kDzGKCutSc7h/g+W2W843uaSEUYtdZfj7/1uCMyAHN9P/pEUbqzqx8vIS xHG7MfMasWAaQnL2Lf4/VpMyarqpvyqjHDE3fZdSMuJktww9rIYpIIXRJLCWilG26L1x 6hU5PZLJ+LLSXAyuLMNlUehB9PXqw8+ZBL1mEGU/QyznRV+pyXnXOUJVgRjUP5Rpd4Sb 7Mrw== X-Gm-Message-State: ALQs6tBbmowlLjvwnOyAqODz2DalclWb2TAm1bn6CgCGRWRTdjgB7jIL JrQLJAKJsyZQbP2JokotbAo+seg+ X-Google-Smtp-Source: AIpwx4/VYAGtx/H3qce/Rqq0g9r6TU6nRxzzL199vePX38SdgkQoLi0PhuttTPt3IbL5EYT3d5qs2w== X-Received: by 10.200.54.200 with SMTP id b8mr205411qtc.191.1522436087097; Fri, 30 Mar 2018 11:54:47 -0700 (PDT) Received: from [10.136.13.65] ([192.19.224.250]) by smtp.gmail.com with ESMTPSA id q184sm6522668qkf.79.2018.03.30.11.54.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Mar 2018 11:54:46 -0700 (PDT) To: Ferruh Yigit , Ajit Khaparde , dev@dpdk.org References: <20180321180629.58318-1-ajit.khaparde@broadcom.com> <20180321180629.58318-2-ajit.khaparde@broadcom.com> <0dc8fdc4-2302-1e78-3faa-d62349e27ed4@intel.com> From: Scott Branden Message-ID: <749e4b65-6476-8f11-9c02-78e8582790f9@broadcom.com> Date: Fri, 30 Mar 2018 11:54:44 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <0dc8fdc4-2302-1e78-3faa-d62349e27ed4@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [dpdk-dev] [PATCH 1/4] introduce Broadcom Stingray X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2018 18:54:48 -0000 On 18-03-30 03:34 AM, Ferruh Yigit wrote: > On 3/21/2018 6:06 PM, Ajit Khaparde wrote: >> From: Scott Branden >> >> Add Broadcom Stingray machine support based on armv8. >> >> For product brief see: >> https://www.broadcom.com/products/ethernet-connectivity/controllers/bcm58800 >> >> Signed-off-by: Scott Branden >> Signed-off-by: Ajit Khaparde >> --- >> config/defconfig_arm64-stingray-linuxapp-gcc | 16 ++++++++++++++ >> mk/machine/stingray/rte.vars.mk | 31 ++++++++++++++++++++++++++++ >> 2 files changed, 47 insertions(+) >> create mode 100644 config/defconfig_arm64-stingray-linuxapp-gcc >> create mode 100644 mk/machine/stingray/rte.vars.mk >> >> diff --git a/config/defconfig_arm64-stingray-linuxapp-gcc b/config/defconfig_arm64-stingray-linuxapp-gcc >> new file mode 100644 >> index 000000000..247e53eaa >> --- /dev/null >> +++ b/config/defconfig_arm64-stingray-linuxapp-gcc >> @@ -0,0 +1,16 @@ >> +# SPDX-License-Identifier: BSD-3-Clause >> +# Copyright (C) Broadcom 2017-2018. All rights reserved. >> +# >> + >> +#include "defconfig_arm64-armv8a-linuxapp-gcc" >> + >> +# Broadcom - Stingray >> +CONFIG_RTE_MACHINE="stingray" > This is same as armv8a machine type, is it required to add new "stingray" > machine type? Good question.  We could have tuning or other differences in the future but it looks like we can use the armv8a machine. I think we can get rid of rte.vars.mk for now. > > <...>