[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <fb91a9e2-8387-f8be-db2f-2041a8152f2a@synopsys.com>
Date: Thu, 22 Dec 2016 10:12:52 +0000
From: Joao Pinto <Joao.Pinto@...opsys.com>
To: David Miller <davem@...emloft.net>, <Joao.Pinto@...opsys.com>
CC: <peppe.cavallaro@...com>, <seraphin.bonnaffe@...com>,
<hock.leong.kweh@...el.com>, <niklas.cassel@...s.com>,
<pavel@....cz>, <linux-kernel@...r.kernel.org>,
<netdev@...r.kernel.org>
Subject: Re: [PATCH v3] stmmac: enable rx queues
Às 6:26 PM de 12/21/2016, David Miller escreveu:
> From: Joao Pinto <Joao.Pinto@...opsys.com>
> Date: Tue, 20 Dec 2016 17:09:28 +0000
>
>> When the hardware is synthesized with multiple queues, all queues are
>> disabled for default. This patch adds the rx queues configuration.
>> This patch was successfully tested in a Synopsys QoS Reference design.
>>
>> Signed-off-by: Joao Pinto <jpinto@...opsys.com>
>> ---
>> changes v2 -> v3 (Seraphin Bonnaffe):
>> - GMAC_RX_QUEUE_CLEAR macro simplified
>> changes v1 -> v2 (Niklas Cassel and Seraphin Bonnaffe):
>> - Instead of using number of DMA channels, lets use number of queues
>> - Create 2 flavors of RX queue enable Macros: AV and DCB (AV by default)
>> - Make sure that the RX queue related bits are cleared before setting
>> - Check if rx_queue_enable is available before executing
>
> This change seems more appropriate for net-next, please resubmit when
> that tree opens up again.
>
> Thanks.
>
Ok, great! Could you please send me an estimate of when the net-next is going to
open again?
Thanks
Powered by blists - more mailing lists