From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756587AbbCEPEa (ORCPT ); Thu, 5 Mar 2015 10:04:30 -0500 Received: from mail-by2on0101.outbound.protection.outlook.com ([207.46.100.101]:41476 "EHLO na01-by2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752625AbbCEPE1 (ORCPT ); Thu, 5 Mar 2015 10:04:27 -0500 Message-ID: <54F87096.2070709@Freescale.com> Date: Thu, 5 Mar 2015 09:04:54 -0600 From: Emil Medve User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Jamal Hadi Salim , , , CC: Igal Liberman Subject: Re: [PATCH 0/7] Freescale DPAA FMan FLIB(s) References: <1425534351-1065-1-git-send-email-Emilian.Medve@Freescale.com> <54F84CF1.80702@mojatatu.com> <54F85ECB.3070200@Freescale.com> <54F869CE.1080701@mojatatu.com> In-Reply-To: <54F869CE.1080701@mojatatu.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 Authentication-Results: spf=fail (sender IP is 192.88.158.2) smtp.mailfrom=Emilian.Medve@Freescale.com; mojatatu.com; dkim=none (message not signed) header.d=none; X-Forefront-Antispam-Report: CIP:192.88.158.2;CTRY:US;IPV:NLI;EFV:NLI;BMV:1;SFV:NSPM;SFS:(10019020)(6009001)(339900001)(377454003)(24454002)(199003)(189002)(479174004)(51704005)(65816999)(2950100001)(76176999)(33656002)(105606002)(106466001)(85426001)(50466002)(46102003)(86362001)(104016003)(92566002)(36756003)(59896002)(77096005)(15975445007)(87936001)(93886004)(83506001)(80316001)(19580395003)(54356999)(87266999)(23746002)(77156002)(2201001)(6806004)(65956001)(50986999)(47776003)(62966003);DIR:OUT;SFP:1102;SCL:1;SRVR:BLUPR03MB374;H:az84smr01.freescale.net;FPR:;SPF:Fail;MLV:sfv;A:1;MX:1;LANG:en; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR03MB374; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5002007)(5005006);SRVR:BLUPR03MB374;BCL:0;PCL:0;RULEID:;SRVR:BLUPR03MB374; X-Forefront-PRVS: 05066DEDBB X-OriginatorOrg: freescale.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Mar 2015 15:04:23.8115 (UTC) X-MS-Exchange-CrossTenant-Id: 710a03f5-10f6-4d38-9ff4-a80b81da590d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=710a03f5-10f6-4d38-9ff4-a80b81da590d;Ip=[192.88.158.2] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR03MB374 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Jamal, On 03/05/2015 08:35 AM, Jamal Hadi Salim wrote: > Hi Emil, > > On 03/05/15 08:48, Emil Medve wrote: > >> The intent is to upstream the entire suite of the DPAA drivers. All the >> drivers are still WIP, but B/QMan have been already presented to the >> upstream community and this is the first attempt to publish (some low >> level code of) the FMan driver. As we go through our internal checklist >> and in the same time address community feedback we'll soon get the >> drivers to be acceptable for the upstream trees >> >> The first version of the actual Ethernet driver will follow imminently >> >> SDK enablement is a side-effect > > Meaning? Let me ask the question differently: > Do i need your sdk to use the features exposed No. All the kernel drivers/code we want to upstream is meant to stand on its own and be used the "normal" Linux/Unix way > or can i use something > like tc to set up the deficit rr or wred or the exposed classifiers > and associated actions? The SDK doesn't currently support the enablement of any HW QoS features via standard Linux user-space tools. The SDK contains some FSL tools for that. As a time moving target we intend to support lots of the DPAA features via standard kernel/user-space means: ethtool, iptables, iproute2, etc. > Would your sdk (via user space direct programming) benefit because you > have pushed these pieces into the kernel? Not specifically because of the kernel drivers. In support for the user-space DPAA the kernel will have some UIO/VFIO drivers to allow the user-space to "mmap" these devices (portals, ports, MAC(s), etc.). The intent is to use the same driver sources for the kernel- and user-space drivers >>> How are you planning to >>> add support for your classifiers, queue schedulers etc? >> >> Yes > > Yes as in these will be available via linux kernel or via your sdk? As in these will be available via familiar kernel-/user-space tools >>> Is that a patch >>> on top of this or it is something that sits on user space? >> >> Both. Full DPAA/Ethernet enablement will be present in the kernel. We >> also have support for user-space based approach. I'm unsure where/when >> we might publish that. Of course the SDK is always a place you can turn >> to for all the code we have (in whatever state it might be) > > the sdk is open source? I'm uncertain about *all* the licenses included, but you can look into it and download the SDK via git.freescale.com and/or http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=SDKLINUX Cheers,