From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932536AbbCENse (ORCPT ); Thu, 5 Mar 2015 08:48:34 -0500 Received: from mail-by2on0107.outbound.protection.outlook.com ([207.46.100.107]:42383 "EHLO na01-by2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754922AbbCENsc (ORCPT ); Thu, 5 Mar 2015 08:48:32 -0500 X-Greylist: delayed 29861 seconds by postgrey-1.27 at vger.kernel.org; Thu, 05 Mar 2015 08:48:32 EST Message-ID: <54F85ECB.3070200@Freescale.com> Date: Thu, 5 Mar 2015 07:48:59 -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> In-Reply-To: <54F84CF1.80702@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)(189002)(51704005)(377454003)(24454002)(479174004)(199003)(19580405001)(23746002)(50466002)(105606002)(106466001)(59896002)(77096005)(76176999)(92566002)(33656002)(2950100001)(83506001)(80316001)(62966003)(19580395003)(6806004)(36756003)(85426001)(87266999)(46102003)(65956001)(77156002)(50986999)(86362001)(87936001)(65816999)(104016003)(54356999)(2201001)(47776003);DIR:OUT;SFP:1102;SCL:1;SRVR:BY2PR03MB379;H:az84smr01.freescale.net;FPR:;SPF:Fail;MLV:sfv;MX:1;A:1;LANG:en; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB379; 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:BY2PR03MB379;BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB379; X-Forefront-PRVS: 05066DEDBB X-OriginatorOrg: freescale.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Mar 2015 13:48:28.7377 (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: BY2PR03MB379 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Jamal, On 03/05/2015 06:32 AM, Jamal Hadi Salim wrote: > On 03/05/15 00:45, Emil Medve wrote: >> From: Igal Liberman >> >> The Freescale Data Path Acceleration Architecture (DPAA) is a set of >> hardware components on specific QorIQ P and T series multicore >> processors. >> This architecture provides the infrastructure to support simplified >> sharing of networking interfaces and accelerators by multiple CPU cores, >> and the accelerators themselves. >> >> One of the DPAA accelerators is the Frame Manager (FMan), which >> combines the Ethernet network interfaces with packet distribution >> logic to provide intelligent distribution and queuing decisions for >> incoming traffic at line rate. >> >> This patch presents the FMan Foundation Libraries (FLIB) headers. >> The FMan FLIB suite adds basic support for the DPAA FMan hardware >> register access. >> The FMan FLIB suite is used in Freescale's SDK Releases. >> > > Is this intended to merely enable your sdk? 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 > How are you planning to > add support for your classifiers, queue schedulers etc? Yes > 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) Cheers.