search for: netronome

Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Acked-by: Jakub Kicinski <jakub.kicinski at netronome.com> --- drivers/net/ethernet/netronome/nfp/nfp_net_common.c | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/net/ethernet/netronome/nfp/nfp_net_common.c b/drivers/net/ethernet/netronome/nfp/nfp_net_common.c index 41a808b14d76..eb1f9bed4833 100644 --- a/drivers...

Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Acked-by: Jakub Kicinski <jakub.kicinski at netronome.com> --- drivers/net/ethernet/netronome/nfp/nfp_net_common.c | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/net/ethernet/netronome/nfp/nfp_net_common.c b/drivers/net/ethernet/netronome/nfp/nfp_net_common.c index 41a808b14d76..eb1f9bed4833 100644 --- a/drivers...

...me>vfio-pci</name> </driver> <capability type='pci'> <domain>0</domain> <bus>1</bus> <slot>0</slot> <function>0</function> <product id='0x4000' /> <vendor id='0x19ee'>Netronome Systems, Inc.</vendor> <capability type='virt_functions' maxCount='64'/> <iommuGroup number='1'> <address domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> <address domain='0x0000' b...

On map: only flush when old PTE was valid or invalid PTE may be cached. On unmap: always flush old entry, but skip flush for unaffected IOMMUs. Signed-off-by: Espen Skoglund <espen.skoglund@netronome.com> -- iommu.c | 17 +++++++++++------ 1 file changed, 11 insertions(+), 6 deletions(-) -- diff -r 8187fd8113f9 xen/drivers/passthrough/vtd/iommu.c --- a/xen/drivers/passthrough/vtd/iommu.c Tue May 27 11:46:52 2008 +0100 +++ b/xen/drivers/passthrough/vtd/iommu.c Tue May 27 17:16:51 2008 +01...

Let's say I have libvirt [root@vmhost2 ~]# virsh version Compiled against library: libvirt 4.5.0 Using library: libvirt 4.5.0 Using API: QEMU 4.5.0 Running hypervisor: QEMU 2.12.0 [root@vmhost2 ~]# running on centos 8 and then I have this card [root@vmhost2 ~]# virsh nodedev-dumpxml pci_0000_01_00_0 <device> <name>pci_0000_01_00_0</name>

...ECK: r{{[0-9]+}} = 8589934591 ll" in > the original commit > to "; CHECK: r{{[0-9]+}} = 8589934591ll" in this patch) for the test case. > > Reported-by: John Fastabend <john.fastabend at gmail.com> > Reported-by: Jakub Kicinski <jakub.kicinski at netronome.com> > Signed-off-by: Jiong Wang <jiong.wang at netronome.com> > Reviewed-by: Yonghong Song <yhs at fb.com> > > diff --git a/lib/Target/BPF/BPFISelLowering.cpp > b/lib/Target/BPF/BPFISelLowering.cpp > index 81b0aa7..5740b49 100644 > --- a/lib/Target/BPF/B...

The memory relating guest domain should be allocated from NUMA node on which the guest runs. Because the latency of the same NUMA node is faster than that of a different one. This patch fixes memory allocation for Address Translation Structure of VT-d. VT-d uses two types of Structures for DMA address translation. The one is Device Assignment Structure. The other is Address Translation

...ased > this week, 1805], or certainly next cycle [end of June updates, released > first week of July, 1806]) > Just some feedback from my side, so we have a smart NIC that allows a customer to select a distro going on the NIC itself (providing various custom offload flavors). https://www.netronome.com/products/agilio-fx/ For the first wave, I generate custom images based on Ubuntu and CentOS, so I would love for these rootfs images to be released to some deterministic URL location so that I can generate images with a script. Something along the lines of what was done for 7.3 - the rootfs wa...

...p 18, 2017 at 1:47 PM, Jiong Wang via iovisor-dev <iovisor-dev at lists.iovisor.org> wrote: > This patch introduce the new "w*" 32-bit register set and alias them to the low > 32-bit of the corresponding 64-bit register. > > Acked-by: Jakub Kicinski <jakub.kicinski at netronome.com> > Signed-off-by: Jiong Wang <jiong.wang at netronome.com> > --- > lib/Target/BPF/BPFRegisterInfo.td | 74 ++++++++++++++++++++++++++++----------- > 1 file changed, 53 insertions(+), 21 deletions(-) > > diff --git a/lib/Target/BPF/BPFRegisterInfo.td b/lib/Target/BPF/...

On Xen-3.3.0, domain0 Megaraid SAS (SAS 1068 controller) driver is not loading correctly if vtd support in Xen is enabled. It fails at the point of initializing firmware. I wasn''t seeing this error with Xen-3.2.2-rc3 (Unstable version), though with vtd disabled in Xen-3.3.0, it is working. Looks like a degrade problem. Any clues? Thx, Venkat

Hi, I've tagged the 5.0.1-rc2 release, go ahead and start testing and report your results. -Tom

Hi, Keir, These patches are rebased version of Yunhong''s original patches, which were sent out before XEN 3.2 was released. These patches enable MSI support and limited MSI-X support in XEN. Here is the original description of the patches from Yunhong''s mail. The basic idea including: 1) Keep vector global resource owned by xen, while split pirq into per-domain

...| 2 +- drivers/net/ethernet/intel/ixgbe/ixgbe_82599.c | 2 +- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 2 +- drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 2 +- drivers/net/ethernet/intel/ixgbevf/vf.c | 2 +- drivers/net/ethernet/netronome/nfp/nfpcore/nfp6000_pcie.c | 2 +- drivers/net/ethernet/qlogic/qed/qed_mcp.c | 2 +- drivers/net/ethernet/sfc/falcon/farch.c | 2 +- drivers/net/ethernet/sfc/farch.c | 2 +- drivers/net/phy/adin.c | 3...

...IOV easier to consume. HW vendors hire driver developers, not user space developers. So the solution we arrive at is in the kernel for a non technical reason (Conway's law, sort of). $ cd NetworkManager/ $ git log --pretty=format:"%ae" | \ grep '\(mellanox\|intel\|broadcom\|netronome\)' | sort | uniq -c 81 andrew.zaborowski at intel.com 2 David.Woodhouse at intel.com 2 ismo.puustinen at intel.com 1 michael.i.doherty at intel.com Andrew works on WiFi. I have asked the NetworkManager folks to implement this feature last year when net_failover got dang...

Hi, I''ve added some preliminary support for VT-d for paravirtualized guests. This must be enabled using an ''iommu_pv'' boot parameter (disabled by default). I''ve added some python bindigs to allow xend to assign PCI devices to IOMMU for PV guests. For HVM guests this is handled in ioemu. Not sure if it makes sense to handle both cases in one place. The

Hi, Keir, This patch will move reading and writing of PCI configuration spaces from dom0 to Xen. It also changes VTD code, so that they can touch the PCI configuration spaces with proper lock. This will also benefit MSI support in Xen. Can you give some comments? Thanks! <<pci_conf_xen.patch>> Best Regards Haitao Shan _______________________________________________ Xen-devel

On Sun, 24 Nov 2019 16:48:35 -0500, Michael S. Tsirkin wrote: > diff --git a/arch/m68k/emu/nfeth.c b/arch/m68k/emu/nfeth.c > index a4ebd2445eda..8e06e7407854 100644 > --- a/arch/m68k/emu/nfeth.c > +++ b/arch/m68k/emu/nfeth.c > @@ -167,7 +167,7 @@ static int nfeth_xmit(struct sk_buff *skb, struct net_device *dev) > return 0; > } > > -static void

On 06/05/2018 02:50 AM, Frederik Lotter wrote: <snip> > Just some feedback from my side, so we have a smart NIC that allows a > customer to select a distro going on the NIC itself (providing various > custom offload flavors). > > https://www.netronome.com/products/agilio-fx/ > > For the first wave, I generate custom images based on Ubuntu and CentOS, so > I would love for these rootfs images to be released to some deterministic > URL location so that I can generate images with a script. Something along > the lines of what was don...

Previously applied sanity check fixup is incorrect. Signed-off-by: Espen Skoglund <espen.skoglund@netronome.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...ch to the trunk. Besides your other work to support 32bit abi, it would be interesting to see how new 32bit register can be used in 64bit architecture which may help improve performance and/or reduce instruction count. Thanks, Yonghong On Tue, Sep 19, 2017 at 4:10 PM, Jiong Wang <jiong.wang at netronome.com> wrote: > On 19/09/2017 07:44, Y Song wrote: >> >> Hi, Jiong, >> >> Thanks for the patch! It is a great start to support 32bit register in >> BPF. >> In the past, I have studied a little bit to see whether 32bit register >> support may reduce >...