From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753708AbdJMCOH (ORCPT ); Thu, 12 Oct 2017 22:14:07 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:8023 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753326AbdJMCOG (ORCPT ); Thu, 12 Oct 2017 22:14:06 -0400 Subject: Re: [PATCH net-next 1/2] mqprio: Add a new hardware offload type in mqprio To: Yuval Mintz , "davem@davemloft.net" CC: "huangdaode@hisilicon.com" , "xuwei5@hisilicon.com" , "liguozhu@hisilicon.com" , "Yisen.Zhuang@huawei.com" , "gabriele.paoloni@huawei.com" , "john.garry@huawei.com" , "linuxarm@huawei.com" , "salil.mehta@huawei.com" , "lipeng321@huawei.com" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <1507775912-22402-1-git-send-email-linyunsheng@huawei.com> <1507775912-22402-2-git-send-email-linyunsheng@huawei.com> From: Yunsheng Lin Message-ID: <7d1bb860-16c2-3ed6-7f18-d1366ff709d6@huawei.com> Date: Fri, 13 Oct 2017 10:12:38 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.74.191.121] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.59E02163.00D1,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 98eed447afd9ef558fac12c50a489208 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Yuval On 2017/10/13 4:10, Yuval Mintz wrote: >> When a driver supports both dcb and hardware offloaded mqprio, and >> user is running mqprio and dcb tool concurrently, the configuration >> set by each tool may be conflicted with each other because the dcb > (for second 'each') s/each/the > Will do, Thanks >> and mqprio may be using the same hardwere offload component and share > s/hardwere/hardware Will do, Thanks > >> the tc system in the network stack. >> >> This patch adds a new offload type to indicate that the underlying >> driver offload prio mapping as part of DCB. If the driver would be > 'should' offload Will do, Thanks > >> incapable of that it would refuse the offload. User would then have >> to explicitly request that qdisc offload. > > >