From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 2ABC0A09D2; Wed, 11 Nov 2020 07:51:46 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id CC9BD5946; Wed, 11 Nov 2020 07:51:41 +0100 (CET) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id DF0575947 for ; Wed, 11 Nov 2020 07:51:40 +0100 (CET) IronPort-SDR: xErA/xVzmf2zdr2QylkxYjC6ygR/0Ogo8W0PxoMSXYBYOyFYgzQPDeroT4hR3QG8gvWkJN3MTU nYoIo8gr5N0Q== X-IronPort-AV: E=McAfee;i="6000,8403,9801"; a="231728806" X-IronPort-AV: E=Sophos;i="5.77,468,1596524400"; d="scan'208";a="231728806" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2020 22:51:38 -0800 IronPort-SDR: OmaRITd3uB8ocbm+nNO9s7zSpZuRACF3rsRVhEomIwOoFaOj3n7tQGRoCN9qAkhk+L4lCJ9PhR 0R5wYdpBqsEg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,468,1596524400"; d="scan'208";a="541659197" Received: from fmsmsx604.amr.corp.intel.com ([10.18.126.84]) by orsmga005.jf.intel.com with ESMTP; 10 Nov 2020 22:51:38 -0800 Received: from shsmsx606.ccr.corp.intel.com (10.109.6.216) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 10 Nov 2020 22:51:35 -0800 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX606.ccr.corp.intel.com (10.109.6.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 11 Nov 2020 14:51:33 +0800 Received: from shsmsx601.ccr.corp.intel.com ([10.109.6.141]) by SHSMSX601.ccr.corp.intel.com ([10.109.6.141]) with mapi id 15.01.1713.004; Wed, 11 Nov 2020 14:51:33 +0800 From: "Tu, Lijuan" To: "Sun, QinX" , "dts@dpdk.org" CC: "Sun, QinX" Thread-Topic: [dts] [PATCH V1] tests/rte_flow_common modify iavf_fdir queue verify method Thread-Index: AQHWt9b8cXIwSNU3AUWUxZWzLNvJpanCfnLg Date: Wed, 11 Nov 2020 06:51:33 +0000 Message-ID: <927e2cbdff254378a9259a954764bdda@intel.com> References: <20201111113754.12739-1-qinx.sun@intel.com> In-Reply-To: <20201111113754.12739-1-qinx.sun@intel.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-reaction: no-action dlp-version: 11.5.1.3 dlp-product: dlpe-windows x-originating-ip: [10.239.127.36] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dts] [PATCH V1] tests/rte_flow_common modify iavf_fdir queue verify method X-BeenThere: dts@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: test suite reviews and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dts-bounces@dpdk.org Sender: "dts" > create a fdir rule, send mismatch packet, sometimes queue id may hit the > defaule value set in the rule, >=20 > so can not just compared the queue value to judgle the case failed. >=20 > Now,use 'verify_iavf_fdir_directed_by_rss' to check queue is correctly or= not > after mark id is verifed. >=20 >=20 > Signed-off-by: sunqin Applied