* RE: Linux PCIe EP NTB function [not found] <AS8PR04MB850055DFB524C99D64560B6188B89@AS8PR04MB8500.eurprd04.prod.outlook.com> @ 2021-10-14 20:40 ` Frank Li 2021-10-18 4:17 ` Kishon Vijay Abraham I 0 siblings, 1 reply; 4+ messages in thread From: Frank Li @ 2021-10-14 20:40 UTC (permalink / raw) To: kishon@ti.com, kw@linux.com, Sherry Sun, Richard Zhu Cc: linux-pci@vger.kernel.org Sorry, correct Linux-pci mail list address. > -----Original Message----- > From: Frank Li > Sent: Thursday, October 14, 2021 3:35 PM > To: kishon@ti.com; kw@linux.com; Sherry Sun <sherry.sun@nxp.com>; Richard > Zhu <hongxing.zhu@nxp.com> > Cc: inux-pci@vger.kernel.org > Subject: Linux PCIe EP NTB function > > Kishon: > > We use VOP(virtio over PCIe) communication between PCI RC and EP side. > But VOP already removed and switch into NTB solution. > I saw you submit patch and already accepted by community about pci- > epf-ntb. > > According to document, whole system work as Device1 (PCI host) -> EP1 > -> EP2 -> Device2(PCI host). > But our user case is Device 1(RC Host) -> Device 2(EP). > > I am not sure how to apply ntb frame work into this user case. > > I think we can modify pci-epf-ntb to register a ntb devices. But I am > not sure that this is recommunicate method. I think this user case is > quite common. I don't want to implement a local solution. > > Any suggestion? > > > Best regards > Frank Li ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Linux PCIe EP NTB function 2021-10-14 20:40 ` Linux PCIe EP NTB function Frank Li @ 2021-10-18 4:17 ` Kishon Vijay Abraham I 2021-10-18 17:10 ` [EXT] " Frank Li 0 siblings, 1 reply; 4+ messages in thread From: Kishon Vijay Abraham I @ 2021-10-18 4:17 UTC (permalink / raw) To: Frank Li, kw@linux.com, Sherry Sun, Richard Zhu; +Cc: linux-pci@vger.kernel.org Hi Frank, On 15/10/21 2:10 am, Frank Li wrote: > Sorry, correct Linux-pci mail list address. > >> -----Original Message----- >> From: Frank Li >> Sent: Thursday, October 14, 2021 3:35 PM >> To: kishon@ti.com; kw@linux.com; Sherry Sun <sherry.sun@nxp.com>; Richard >> Zhu <hongxing.zhu@nxp.com> >> Cc: inux-pci@vger.kernel.org >> Subject: Linux PCIe EP NTB function >> >> Kishon: >> >> We use VOP(virtio over PCIe) communication between PCI RC and EP side. >> But VOP already removed and switch into NTB solution. >> I saw you submit patch and already accepted by community about pci- >> epf-ntb. >> >> According to document, whole system work as Device1 (PCI host) -> EP1 >> -> EP2 -> Device2(PCI host). >> But our user case is Device 1(RC Host) -> Device 2(EP). >> >> I am not sure how to apply ntb frame work into this user case. NTB by definition is PCIe RC-to-RC communication. For RC-to-EP, see pci_endpoint_test.c (RC) and pci-epf-test.c (EP) that provides sample endpoint usecase. One more RC<->EP communication model was built in [1], but that is not yet upstreamed. [1] -> https://lore.kernel.org/r/20200702082143.25259-1-kishon@ti.com Thanks, Kishon >> >> I think we can modify pci-epf-ntb to register a ntb devices. But I am >> not sure that this is recommunicate method. I think this user case is >> quite common. I don't want to implement a local solution. >> >> Any suggestion? >> >> >> Best regards >> Frank Li ^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: [EXT] Re: Linux PCIe EP NTB function 2021-10-18 4:17 ` Kishon Vijay Abraham I @ 2021-10-18 17:10 ` Frank Li 2021-10-21 9:59 ` Kishon Vijay Abraham I 0 siblings, 1 reply; 4+ messages in thread From: Frank Li @ 2021-10-18 17:10 UTC (permalink / raw) To: Kishon Vijay Abraham I, kw@linux.com, Sherry Sun, Richard Zhu Cc: linux-pci@vger.kernel.org > -----Original Message----- > From: Kishon Vijay Abraham I <kishon@ti.com> > Sent: Sunday, October 17, 2021 11:18 PM > To: Frank Li <frank.li@nxp.com>; kw@linux.com; Sherry Sun > <sherry.sun@nxp.com>; Richard Zhu <hongxing.zhu@nxp.com> > Cc: linux-pci@vger.kernel.org > Subject: [EXT] Re: Linux PCIe EP NTB function > > Caution: EXT Email > > Hi Frank, > > On 15/10/21 2:10 am, Frank Li wrote: > > Sorry, correct Linux-pci mail list address. > > > >> -----Original Message----- > >> From: Frank Li > >> Sent: Thursday, October 14, 2021 3:35 PM > >> To: kishon@ti.com; kw@linux.com; Sherry Sun <sherry.sun@nxp.com>; > Richard > >> Zhu <hongxing.zhu@nxp.com> > >> Cc: inux-pci@vger.kernel.org > >> Subject: Linux PCIe EP NTB function > >> > >> Kishon: > >> > >> We use VOP(virtio over PCIe) communication between PCI RC and EP > side. > >> But VOP already removed and switch into NTB solution. > >> I saw you submit patch and already accepted by community about pci- > >> epf-ntb. > >> > >> According to document, whole system work as Device1 (PCI host) -> > EP1 > >> -> EP2 -> Device2(PCI host). > >> But our user case is Device 1(RC Host) -> Device 2(EP). > >> > >> I am not sure how to apply ntb frame work into this user case. > > NTB by definition is PCIe RC-to-RC communication. For RC-to-EP, see > pci_endpoint_test.c (RC) and pci-epf-test.c (EP) that provides sample > endpoint > usecase. > > One more RC<->EP communication model was built in [1], but that is not yet > upstreamed. Thank you very much. We already can run pci_endpoint_test, which is too basic and just proof data can transfer between RC and EP. We want to hook into standard interface such as net. I also find below patches by Google. The patch set was sent out last years. What's reason why not continues such Work. I just saw NTB solution is acceptable by community. Previously we were working on VOP solution, kernel dropped VOP just when we prepare upstream our work. We don't want to these happen again. So I want to check RC-EP communication direction. So we can work at the same directions. Best regards Frank Li > > [1] -> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kern > el.org%2Fr%2F20200702082143.25259-1- > kishon%40ti.com&data=04%7C01%7Cfrank.li%40nxp.com%7C09c9aaaba663411c1bd > a08d991ee3cd4%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C6377012746822016 > 79%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h > aWwiLCJXVCI6Mn0%3D%7C1000&sdata=kJkAPZHywJfv9gwj5MhI9BUAG2veDyouMcBH%2B > rx8xWY%3D&reserved=0 > > Thanks, > Kishon > > >> > >> I think we can modify pci-epf-ntb to register a ntb devices. But I > am > >> not sure that this is recommunicate method. I think this user case is > >> quite common. I don't want to implement a local solution. > >> > >> Any suggestion? > >> > >> > >> Best regards > >> Frank Li ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [EXT] Re: Linux PCIe EP NTB function 2021-10-18 17:10 ` [EXT] " Frank Li @ 2021-10-21 9:59 ` Kishon Vijay Abraham I 0 siblings, 0 replies; 4+ messages in thread From: Kishon Vijay Abraham I @ 2021-10-21 9:59 UTC (permalink / raw) To: Frank Li, kw@linux.com, Sherry Sun, Richard Zhu; +Cc: linux-pci@vger.kernel.org Hi Frank, On 18/10/21 10:40 pm, Frank Li wrote: > > >> -----Original Message----- >> From: Kishon Vijay Abraham I <kishon@ti.com> >> Sent: Sunday, October 17, 2021 11:18 PM >> To: Frank Li <frank.li@nxp.com>; kw@linux.com; Sherry Sun >> <sherry.sun@nxp.com>; Richard Zhu <hongxing.zhu@nxp.com> >> Cc: linux-pci@vger.kernel.org >> Subject: [EXT] Re: Linux PCIe EP NTB function >> >> Caution: EXT Email >> >> Hi Frank, >> >> On 15/10/21 2:10 am, Frank Li wrote: >>> Sorry, correct Linux-pci mail list address. >>> >>>> -----Original Message----- >>>> From: Frank Li >>>> Sent: Thursday, October 14, 2021 3:35 PM >>>> To: kishon@ti.com; kw@linux.com; Sherry Sun <sherry.sun@nxp.com>; >> Richard >>>> Zhu <hongxing.zhu@nxp.com> >>>> Cc: inux-pci@vger.kernel.org >>>> Subject: Linux PCIe EP NTB function >>>> >>>> Kishon: >>>> >>>> We use VOP(virtio over PCIe) communication between PCI RC and EP >> side. >>>> But VOP already removed and switch into NTB solution. >>>> I saw you submit patch and already accepted by community about pci- >>>> epf-ntb. >>>> >>>> According to document, whole system work as Device1 (PCI host) -> >> EP1 >>>> -> EP2 -> Device2(PCI host). >>>> But our user case is Device 1(RC Host) -> Device 2(EP). >>>> >>>> I am not sure how to apply ntb frame work into this user case. >> >> NTB by definition is PCIe RC-to-RC communication. For RC-to-EP, see >> pci_endpoint_test.c (RC) and pci-epf-test.c (EP) that provides sample >> endpoint >> usecase. >> >> One more RC<->EP communication model was built in [1], but that is not yet >> upstreamed. > > Thank you very much. We already can run pci_endpoint_test, which > is too basic and just proof data can transfer between RC and EP. > > We want to hook into standard interface such as net. I also find below patches by > Google. The patch set was sent out last years. What's reason why not continues such > Work. I just saw NTB solution is acceptable by community. I didn't have the bandwidth to pursue it. So the expectation was to update the Virtio Spec to standardize PCIe RC to Configurable PCIe EP and then continue on the patch series. NTB provides a PCIe host side interface which cannot be used for PCIe endpoint. Thanks, Kishon > > Previously we were working on VOP solution, kernel dropped VOP just when we prepare upstream > our work. We don't want to these happen again. So I want to check RC-EP communication direction. > > So we can work at the same directions. > > Best regards > Frank Li > >> >> [1] -> >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kern >> el.org%2Fr%2F20200702082143.25259-1- >> kishon%40ti.com&data=04%7C01%7Cfrank.li%40nxp.com%7C09c9aaaba663411c1bd >> a08d991ee3cd4%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C6377012746822016 >> 79%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h >> aWwiLCJXVCI6Mn0%3D%7C1000&sdata=kJkAPZHywJfv9gwj5MhI9BUAG2veDyouMcBH%2B >> rx8xWY%3D&reserved=0 >> >> Thanks, >> Kishon >> >>>> >>>> I think we can modify pci-epf-ntb to register a ntb devices. But I >> am >>>> not sure that this is recommunicate method. I think this user case is >>>> quite common. I don't want to implement a local solution. >>>> >>>> Any suggestion? >>>> >>>> >>>> Best regards >>>> Frank Li ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-10-21 9:59 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <AS8PR04MB850055DFB524C99D64560B6188B89@AS8PR04MB8500.eurprd04.prod.outlook.com>
2021-10-14 20:40 ` Linux PCIe EP NTB function Frank Li
2021-10-18 4:17 ` Kishon Vijay Abraham I
2021-10-18 17:10 ` [EXT] " Frank Li
2021-10-21 9:59 ` Kishon Vijay Abraham I
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox