From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id F20942B8C for ; Thu, 8 Dec 2016 18:18:12 +0100 (CET) Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga104.jf.intel.com with ESMTP; 08 Dec 2016 09:18:10 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,320,1477983600"; d="scan'208";a="40438891" Received: from irsmsx110.ger.corp.intel.com ([163.33.3.25]) by fmsmga005.fm.intel.com with ESMTP; 08 Dec 2016 09:18:09 -0800 Received: from irsmsx155.ger.corp.intel.com (163.33.192.3) by irsmsx110.ger.corp.intel.com (163.33.3.25) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 8 Dec 2016 17:18:08 +0000 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.159]) by irsmsx155.ger.corp.intel.com ([169.254.14.237]) with mapi id 14.03.0248.002; Thu, 8 Dec 2016 17:18:08 +0000 From: "Dumitrescu, Cristian" To: Alan Robertson CC: "dev@dpdk.org" , Thomas Monjalon Thread-Topic: [dpdk-dev] [RFC] ethdev: abstraction layer for QoS hierarchical scheduler Thread-Index: AQHSSzXynsac9sXyqk++qsVVyCqc5aD8RZPwgACj2wCAAVMiAIAAGn8A Date: Thu, 8 Dec 2016 17:18:08 +0000 Message-ID: <3EB4FA525960D640B5BDFFD6A3D8912652711C93@IRSMSX108.ger.corp.intel.com> References: <1480529810-95280-1-git-send-email-cristian.dumitrescu@intel.com> <57688e98-15d5-1866-0c3a-9dda81621651@brocade.com> <6d862b500e1e4f34a4cbf790db8d5d48@EMEAWP-EXMB11.corp.brocade.com> <3EB4FA525960D640B5BDFFD6A3D8912652711302@IRSMSX108.ger.corp.intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNGU1YjQ5MWYtZWQwYy00YjY4LTlhNTUtMmIwNThkNDU2ZDdlIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjIuMTEuMCIsIlRydXN0ZWRMYWJlbEhhc2giOiJmclVqZ2NVaStjWUxKTERGQzBRR2hwb1JTXC9hb0F3Y2d0T2c2V3lRVWtRYz0ifQ== x-ctpclassification: CTP_IC x-originating-ip: [163.33.239.181] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [RFC] ethdev: abstraction layer for QoS hierarchical scheduler 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: Thu, 08 Dec 2016 17:18:13 -0000 > Hi Cristian, >=20 > The way qos works just now should be feasible for dynamic targets. That= is > similar functions > to rte_sched_port_enqueue() and rte_sched_port_dequeue() would be > called. The first to > enqueue the mbufs onto the queues the second to dequeue. The qos > structures and scheduler > don't need to be as functionally rich though. I would have thought a sim= ple > pipe with child > nodes should suffice for most. That would allow each tunnel/session to b= e > shaped and the > queueing and drop logic inherited from what is there just now. >=20 > Thanks, > Alan. Hi Alan, So just to make sure I get this right: you suggest that tunnels/sessions co= uld simply be mapped as one of the layers under the port hierarchy? Thanks, Cristian