* [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
* Re: [dpdk-users] Is PF-only driver allowed to upstream into dpdk? 2017-02-13 9:43 ` [dpdk-users] Is PF-only driver allowed to upstream into dpdk? 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
[parent not found: <18142536.l3p9GNq4yZ@xps13>]
* 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
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] <B472A594F5DC19CF.a8c91167-e9c4-4298-b7ca-05352d2b7997@mail.outlook.com>
2017-02-13 9:43 ` [dpdk-users] Is PF-only driver allowed to upstream into dpdk? Netala, Sameera
2017-02-13 10:05 ` Ferruh Yigit
[not found] <18142536.l3p9GNq4yZ@xps13>
2017-02-13 22:14 ` Vincent JARDIN
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).