Hi, Yuval
On 2017/10/16 14:25, Yuval Mintz wrote:
>> Hi, Yuval
>>
>> On 2017/10/15 13:14, Yuval Mintz wrote:
Hi, Yuval
On 2017/10/13 4:21, Yuval Mintz wrote:
>> This patchset adds a new hardware offload type in mqprio before
>> adding
>> mqprio hardware offload support in hn
> Hi, Yuval
>
> On 2017/10/15 13:14, Yuval Mintz wrote:
> >> Hi, Yuval
> >>
> >> On 2017/10/13 4:21, Yuval Mintz wrote:
> This patchset adds a new hardware offload type in mqprio before
> adding
> mqprio hardware offload support in hns3 driver.
> >>>
> >>> I think one of the biggest issu
Hi, Yuval
On 2017/10/15 16:51, Yuval Mintz wrote:
> This patchset adds a new hardware offload type in mqprio before
>> adding
> mqprio hardware offload support in hns3 driver.
>
> Apparently Dave has already accepted Amirtha's changes to mqprio:
> https://marc.info/?l=linux-netdev&m=1508
Hi, Yuval
On 2017/10/15 13:14, Yuval Mintz wrote:
>> Hi, Yuval
>>
>> On 2017/10/13 4:21, Yuval Mintz wrote:
This patchset adds a new hardware offload type in mqprio before adding
mqprio hardware offload support in hns3 driver.
>>>
>>> I think one of the biggest issues in tying this to DC
> > >> This patchset adds a new hardware offload type in mqprio before
> adding
> > >> mqprio hardware offload support in hns3 driver.
Apparently Dave has already acceptedAmirtha's changes to mqprio:
https://marc.info/?l=linux-netdev&m=150803219824053&w=2
so I guess you need to revise your pa
> Hi, Yuval
>
> On 2017/10/13 4:21, Yuval Mintz wrote:
> >> This patchset adds a new hardware offload type in mqprio before adding
> >> mqprio hardware offload support in hns3 driver.
> >
> > I think one of the biggest issues in tying this to DCB configuration is the
> > non-immediate [and possibl
Hi, Yuval
On 2017/10/13 4:21, Yuval Mintz wrote:
>> This patchset adds a new hardware offload type in mqprio before adding
>> mqprio hardware offload support in hns3 driver.
>
> I think one of the biggest issues in tying this to DCB configuration is the
> non-immediate [and possibly non persisten
> This patchset adds a new hardware offload type in mqprio before adding
> mqprio hardware offload support in hns3 driver.
I think one of the biggest issues in tying this to DCB configuration is the
non-immediate [and possibly non persistent] configuration.
Scenario #1:
User is configuring mqprio
This patchset adds a new hardware offload type in mqprio before adding
mqprio hardware offload support in hns3 driver.
Yunsheng Lin (2):
mqprio: Add a new hardware offload type in mqprio
net: hns3: Add mqprio hardware offload support in hns3 driver
drivers/net/ethernet/hisilicon/hns3/hnae3.h
