Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750910AbbLHQ5c (ORCPT <rfc822;w@1wt.eu>);
	Tue, 8 Dec 2015 11:57:32 -0500
Received: from shards.monkeyblade.net ([149.20.54.216]:38023 "EHLO
	shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1750733AbbLHQ5a (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 8 Dec 2015 11:57:30 -0500
Date: Tue, 08 Dec 2015 11:57:27 -0500 (EST)
Message-Id: <20151208.115727.656709346003241561.davem@davemloft.net>
To: mw@semihalf.com
Cc: f.fainelli@gmail.com, linux-kernel@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org,
        thomas.petazzoni@free-electrons.com, andrew@lunn.ch,
        linux@arm.linux.org.uk, jason@lakedaemon.net, myair@marvell.com,
        jaz@semihalf.com, simon.guinot@sequanux.org, xswang@marvell.com,
        nadavh@marvell.com, alior@marvell.com, tn@semihalf.com,
        gregory.clement@free-electrons.com, nitroshift@yahoo.com,
        sebastian.hesselbarth@gmail.com
Subject: Re: [PATCH 00/13] mvneta Buffer Management and enhancements
From: David Miller <davem@davemloft.net>
In-Reply-To: <CAPv3WKeTqWXvABPHovH6dqUz_qs88Wy7Q6cbOHsujt4CM0=32g@mail.gmail.com>
References: <CAPv3WKcKm3X3Lys2HwYZXaZxPaajenF7av1wJKXqKxxwibXW4A@mail.gmail.com>
	<5661F449.5020205@gmail.com>
	<CAPv3WKeTqWXvABPHovH6dqUz_qs88Wy7Q6cbOHsujt4CM0=32g@mail.gmail.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 08 Dec 2015 08:57:30 -0800 (PST)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 798
Lines: 20

From: Marcin Wojtas <mw@semihalf.com>
Date: Tue, 8 Dec 2015 11:56:28 +0100

> Do you think you can point to anything similar that could be a sort
> of reference for such solution?

I don't have much time to explain because I'm constantly backlogged doing
patch review, but mostly it has to do with page management and avoiding
atomic decrement/increment of page counts wherever possible while feeding
blocks to the chip and receiving packets.

Please don't ask me for any more details as I'm really backlogged doing
patch review at the moment.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/