* Re: [dpdk-users] Is PF-only driver allowed to upstream into dpdk?
[not found] <18142536.l3p9GNq4yZ@xps13>
@ 2017-02-13 22:14 ` Vincent JARDIN
0 siblings, 0 replies; 3+ messages in thread
From: Vincent JARDIN @ 2017-02-13 22:14 UTC (permalink / raw)
To: Sameera.Netala; +Cc: Ferruh Yigit, users, Fastabend, John R
>> I am currently working on a non-nic mode user space PCI driver
>> which processes custom packets from OCTEON 7xxx processor. As
>> per the requirements, DPDK is the best way to achieve this.
>>
>> Though I have seen few designs and sources that talk about dpdk
>> pf drivers, I am interested to know if such a driver with pf-only
>> support and which doesn't involve virtual functions will be allowed
>> to upstream into DPDK sources.
> There is no problem with PF only drivers, and there are already samples
> of it in the project.
>
> As long as driver is open source and for data path, it is good for
> upstream. Please feel free to upstream your driver when it is ready.
>
> The discussion about DPDK PF drivers was about if DPDK PF driver should
> be in control path or not, this is high level project scope discussion.
It is about diverging with the Linux kernel's PF. It is not acceptable,
from a VF point of view to have different behaviors.
Then, about this specific request regarding Octeon's PF, your
description is not clear enough to comment deeply about it.
Best regards,
Vincent
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dpdk-users] Is PF-only driver allowed to upstream into dpdk?
2017-02-13 9:43 ` Netala, Sameera
@ 2017-02-13 10:05 ` Ferruh Yigit
0 siblings, 0 replies; 3+ messages in thread
From: Ferruh Yigit @ 2017-02-13 10:05 UTC (permalink / raw)
To: Netala, Sameera, users, DPDK
On 2/13/2017 9:43 AM, Netala, Sameera wrote:
> Hi,
Hi Sameera,
>
> I am currently working on a non-nic mode user space PCI driver which processes custom packets from OCTEON 7xxx processor. As per the requirements, DPDK is the best way to achieve this.
Can you please give more information about hardware? Is this an offload
engine?
>
> Though I have seen few designs and sources that talk about dpdk pf drivers, I am interested to know if such a driver with pf-only support and which doesn't involve virtual functions will be allowed to upstream into DPDK sources.
There is no problem with PF only drivers, and there are already samples
of it in the project.
As long as driver is open source and for data path, it is good for
upstream. Please feel free to upstream your driver when it is ready.
The discussion about DPDK PF drivers was about if DPDK PF driver should
be in control path or not, this is high level project scope discussion.
Thanks,
ferruh
>
> Thanks,
> Sameera
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* [dpdk-users] Is PF-only driver allowed to upstream into dpdk?
[not found] <B472A594F5DC19CF.a8c91167-e9c4-4298-b7ca-05352d2b7997@mail.outlook.com>
@ 2017-02-13 9:43 ` Netala, Sameera
2017-02-13 10:05 ` Ferruh Yigit
0 siblings, 1 reply; 3+ messages in thread
From: Netala, Sameera @ 2017-02-13 9:43 UTC (permalink / raw)
To: users
Hi,
I am currently working on a non-nic mode user space PCI driver which processes custom packets from OCTEON 7xxx processor. As per the requirements, DPDK is the best way to achieve this.
Though I have seen few designs and sources that talk about dpdk pf drivers, I am interested to know if such a driver with pf-only support and which doesn't involve virtual functions will be allowed to upstream into DPDK sources.
Thanks,
Sameera
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-02-13 22:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <18142536.l3p9GNq4yZ@xps13>
2017-02-13 22:14 ` [dpdk-users] Is PF-only driver allowed to upstream into dpdk? Vincent JARDIN
[not found] <B472A594F5DC19CF.a8c91167-e9c4-4298-b7ca-05352d2b7997@mail.outlook.com>
2017-02-13 9:43 ` Netala, Sameera
2017-02-13 10:05 ` Ferruh Yigit
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).