[dpdk-dev] ixgbe : query regarding your code changes for VF mac add

ce) Log o/p in failure case Santosh ixgbevf_add_mac_addr returning code changes: - ixgbevf_add_mac_addr() { ... if (memcmp(hw->mac.perm_addr, mac_addr, sizeof(struct ether_addr)) == 0) { PMD_DRV_LOG(DEBUG, "Existing MAC \n")

[dpdk-dev] ixgbe : query regarding your code changes for VF mac add

Hi Ivan and team, Please respond to my last mail and let me know if there is any alternate way to handle this. Our release is in pending due to this issue. Thanks & Regards Santosh On Wed, Apr 20, 2016 at 2:35 PM, santosh wrote: > Hi Ivan, > > Thanks for your response. > >

[dpdk-dev] ixgbe : query regarding your code changes for VF mac add

the system. 1. Logs at the time of boot up: - INIT: Initializing NIC port 0 RX queue 0 ... INIT: Initializing NIC port 0 TX queue 0 ... Santosh ixgbevf_add_mac_addr portid=0 mac=00:50:56:A0:10:C2 ..... .... Santosh ixgbevf_add_mac_addr portid=0 mac=00:50:5

[dpdk-dev] ixgbe : query regarding your code changes for VF mac add

emcmp(perm_addr, mac_addr, sizeof(struct ether_addr)) == 0) - continue; On Mon, Apr 25, 2016 at 7:05 PM, santosh wrote: > Hi Ivan > > ixgbevf_set_default_mac_addr() could not find in our code base. > put traces at other places as suggested by you. > Log at "eth

[dpdk-dev] [PATCH 0/6] Add virtio support in arm/arm64

review/comment/feedback. Thanks in advance. patchset developed on upstream dpdk commit 538020a then pulled jerin's dependancy patches [1] on top. [1] http://permalink.gmane.org/gmane.comp.networking.dpdk.devel/29068 [2] https://lkml.org/lkml/2014/5/10/189 Santosh Shukla (6): virtio: Introduce

[dpdk-dev] [PATCH 1/6] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

/avx targets and will work in non-vectored virtio mode. Signed-off-by: Santosh Shukla --- config/common_linuxapp |1 + drivers/net/virtio/Makefile |2 +- drivers/net/virtio/virtio_rxtx.c |7 +++ 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/config

[dpdk-dev] [PATCH 2/6] config: i686: set RTE_VIRTIO_INC_VECTOR=n

i686 target config example: config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not supported on 32-bit". So setting RTE_VIRTIO_INC_VECTOR to 'n'. Signed-off-by: Santosh Shukla --- config/defconfig_i686-native-linuxapp-gcc |1 + config/defconfig_i686-native-li

[dpdk-dev] [PATCH 3/6] virtio: armv7/v8: Introdice api to emulate x86-style of PCI/ISA ioport access

access in x86-style. Also adding support for arm/arm64 in virtio_pci.h header file. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_pci.h| 15 ++ .../common/include/arch/arm/rte_isa_io.h | 212 2 files changed, 227 insertions

[dpdk-dev] [PATCH 4/6] config: armv7/v8: Enable RTE_LIBRTE_VIRTIO_PMD

Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n. Builds successfully for armv7/v8. Signed-off-by: Santosh Shukla --- config/defconfig_arm-armv7a-linuxapp-gcc |6 +- config/defconfig_arm64-armv8a-linuxapp-gcc |6 +- 2 files changed, 10 insertions

[dpdk-dev] [PATCH 5/6] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

iopl() syscall not supported in linux-arm/arm64 so always return 0 value. Signed-off-by: Santosh Shukla --- lib/librte_eal/linuxapp/eal/eal.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c index 635ec36..2617037

[dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support in pmd driver

, then attaching all 32 interface to uio, Verified with tespmd io_fwd application. Signed-off-by: Santosh Shukla Signed-off-by: Rizwan Ansari --- drivers/net/virtio/virtio_ethdev.c| 138 - lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 80 - 2 files changed

[dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support in pmd driver

On Mon, Dec 7, 2015 at 10:38 PM, Stephen Hemminger < stephen at networkplumber.org> wrote: > On Fri, 4 Dec 2015 23:05:19 +0530 > Santosh Shukla wrote: > > > > > +#ifdef RTE_EXEC_ENV_LINUXAPP > > +/* start address of first pci_iobar slot (user-space virtual

[dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support in pmd driver

On Tue, Dec 8, 2015 at 3:17 PM, Ananyev, Konstantin < konstantin.ananyev at intel.com> wrote: > Hi, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Santosh Shukla > > Sent: Friday, December 04, 2015 5:35 PM > > To: d

[dpdk-dev] [PATCH 3/6] virtio: armv7/v8: Introdice api to emulate x86-style of PCI/ISA ioport access

On Mon, Dec 7, 2015 at 10:39 PM, Stephen Hemminger < stephen at networkplumber.org> wrote: > On Fri, 4 Dec 2015 23:05:16 +0530 > Santosh Shukla wrote: > > > +#if defined(RTE_ARCH_ARM64) > > + uint64_tio_base; > > +#else /* !ARM64 */ > >

[dpdk-dev] Buildroot support for DPDK 2.2.0-rc3

Its encouraging. Could you pl. post buildroot how-to patch to dpdk-dev mailing list, after your work gets accepted in buildroot. Thanks On Wed, Dec 9, 2015 at 8:10 PM, Jan Viktorin wrote: > Hello, > > I've posted a new patch set with DPDK support into the Buildroot project: > >

[dpdk-dev] Buildroot support for DPDK 2.2.0-rc3

On Wed, Dec 9, 2015 at 8:34 PM, Jan Viktorin wrote: > > On Wed, 9 Dec 2015 20:17:44 +0530 > Santosh Shukla wrote: > > > Its encouraging. > > > > Could you pl. post buildroot how-to patch to dpdk-dev mailing list, after > > your work gets accepted in buildroo

[dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support in pmd driver

On Tue, Dec 8, 2015 at 6:23 PM, Santosh Shukla wrote: > > > On Mon, Dec 7, 2015 at 10:38 PM, Stephen Hemminger > wrote: >> >> On Fri, 4 Dec 2015 23:05:19 +0530 >> Santosh Shukla wrote: >> >> > >> > +#ifdef RTE_EXEC_ENV_LINUXAPP >> >

[dpdk-dev] [PATCH 6/6] virtio: arm/arm64: memory mapped IO support in pmd driver

On Thu, Dec 10, 2015 at 12:34 AM, Stephen Hemminger wrote: > On Thu, 10 Dec 2015 00:29:30 +0530 > Santosh Shukla wrote: > >> On Tue, Dec 8, 2015 at 6:23 PM, Santosh Shukla wrote: >> > >> > >> > On Mon, Dec 7, 2015 at 10:38 PM, Stephen Hemminger >>

[dpdk-dev] [PATCH 0/6] Add virtio support in arm/arm64

On Tue, Dec 8, 2015 at 6:29 PM, Xie, Huawei wrote: > > >> -Original Message- >> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] >> Sent: Monday, December 07, 2015 10:12 AM >> To: Santosh Shukla >> Cc: dev at dpdk.org; thomas.monjalon at 6

[dpdk-dev] [ [PATCH v2] 00/13] Add virtio support in arm/arm64

linux kernel doesn't support them. - Sixth patch introduces ioport memdevice called /dev/igb_ioport by which virtio pmd driver could able to rd/wr PCI_IOBAR. {applicable for arm/arm64 only, tested for arm64 as of now} Santosh Shukla (13): virtio: Introduce config RTE_VIRTIO_INC_VECTOR

[dpdk-dev] [ [PATCH v2] 01/13] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

/avx targets and will work in non-vectored virtio mode. Signed-off-by: Santosh Shukla --- config/common_linuxapp |1 + drivers/net/virtio/Makefile |2 +- drivers/net/virtio/virtio_rxtx.c |7 +++ 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/config

[dpdk-dev] [ [PATCH v2] 02/13] config: i686: set RTE_VIRTIO_INC_VECTOR=n

i686 target config example: config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not supported on 32-bit". So setting RTE_VIRTIO_INC_VECTOR to 'n'. Signed-off-by: Santosh Shukla --- config/defconfig_i686-native-linuxapp-gcc |1 + config/defconfig_i686-native-li

[dpdk-dev] [ [PATCH v2] 03/13] rte_io: armv7/v8: Introduce api to emulate x86-style of PCI/ISA ioport access

successfully for armv7. Signed-off-by: Santosh Shukla --- lib/librte_eal/common/Makefile |1 + lib/librte_eal/common/include/arch/arm/rte_io.h| 60 lib/librte_eal/common/include/arch/arm/rte_io_32.h | 155 lib/librte_eal/common/include/arch

[dpdk-dev] [ [PATCH v2] 04/13] virtio_pci: use rte_io.h for non-x86 arch

Use rte_io.h for non-x86 arch. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_pci.h |4 1 file changed, 4 insertions(+) diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_pci.h index 47f722a..3f4ff80 100644 --- a/drivers/net/virtio/virtio_pci.h +++ b

[dpdk-dev] [ [PATCH v2] 05/13] virtio: change io_base datatype from uint32_t to uint64_type

In x86 case io_base to store ioport address not more than 65535 ioports. i.e..0 to but in non-x86 case in particular arm64 it need to store more than 32 bit address so changing io_base datatype from 32 to 64. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_ethdev.c |2

[dpdk-dev] [ [PATCH v2] 06/13] config: armv7/v8: Enable RTE_LIBRTE_VIRTIO_PMD

Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n. Builds successfully for armv7/v8. Signed-off-by: Santosh Shukla --- config/defconfig_arm-armv7a-linuxapp-gcc |6 +- config/defconfig_arm64-armv8a-linuxapp-gcc |6 +- 2 files changed, 10 insertions

[dpdk-dev] [ [PATCH v2] 07/13] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

iopl() syscall not supported in linux-arm/arm64 so always return 0 value. Signed-off-by: Santosh Shukla --- lib/librte_eal/linuxapp/eal/eal.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c index 635ec36..2617037

[dpdk-dev] [ [PATCH v2] 08/13] rte_io: x86: Remove sys/io.h ifdef x86 clutter

Replace sys/io.h with rte_io.h, Get rid of ifdef X86 clutter Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_pci.h |4 --- lib/librte_eal/common/include/arch/x86/rte_io.h | 42 +++ lib/librte_eal/linuxapp/eal/eal.c |4

[dpdk-dev] [ [PATCH v2] 09/13] igb_uio: ioport: map iopci region for armv7/v8

Module maps iopci region by creating misc device file /dev/igb_ioport. Applicable for non-x86 arch, tested for arm64/ThuderX platform. Including three api to register/unregister ioport misc device - igbuio_ioport_register - igbuio_ioport_unregister - igbuio_iomap Signed-off-by: Santosh Shukla

[dpdk-dev] [ [PATCH v2] 10/13] include/exec-env: ioport: add rte_virt_ioport header file

including virtio_ioport header file has iopci bar page_size, bar_len and device filename info. Signed-off-by: Santosh Shukla --- lib/librte_eal/linuxapp/eal/Makefile |2 +- .../eal/include/exec-env/rte_virt_ioport.h | 81 2 files changed, 82

[dpdk-dev] [ [PATCH v2] 11/13] virtio_ioport: armv7/v8: mmap virtio iopci bar region

Introducing module to mmap iopci bar region. Applicable for linuxapp for non-x86 archs, Tested for arm64/ThunderX platform for linux. For that adding two global api. - virtio_ioport_init - virtio_ioport_unmap Signed-off-by: Santosh Shukla Signed-off-by: Rizwan Ansari Signed-off-by: Rakesh

[dpdk-dev] [ [PATCH v2] 13/13] virtio_ethdev : fix format specifier error for 64bit addr case

that lead to below error on arm64/ThunderX Unhandled fault: alignment fault (0x9221) at 0x007fb5040002 Signed-off-by: Santosh Shukla Signed-off-by: Rakesh Krishnamurhty --- drivers/net/virtio/virtio_ethdev.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net

[dpdk-dev] [ [PATCH v2] 07/13] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

On Mon, Dec 14, 2015 at 8:04 PM, Jan Viktorin wrote: > I believe, I've already acked this patch. I can see no change here so I > assume it's still the same. > > On Mon, 14 Dec 2015 18:30:26 +0530 > Santosh Shukla wrote: > > > iopl() syscall not supported in linux-arm/

[dpdk-dev] [ [PATCH v2] 07/13] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

On Mon, Dec 14, 2015 at 8:07 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 06:30:26PM +0530, Santosh Shukla wrote: >> iopl() syscall not supported in linux-arm/arm64 so always return 0 value. >> >> Signed-off-by: Santosh Shukla >> --- >> lib/librte_eal/li

[dpdk-dev] [ [PATCH v2] 04/13] virtio_pci: use rte_io.h for non-x86 arch

On Mon, Dec 14, 2015 at 7:58 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 06:30:23PM +0530, Santosh Shukla wrote: >> Use rte_io.h for non-x86 arch. >> >> Signed-off-by: Santosh Shukla >> --- >> drivers/net/virtio/virtio_pci.h |4 >> 1 file ch

[dpdk-dev] [ [PATCH v2] 00/13] Add virtio support in arm/arm64

buf *)((char *)rxm->buf_addr + + header = (struct virtio_net_hdr_mrg_rxbuf *)(uintptr_t)((char *)rxm->buf_addr + RTE_PKTMBUF_HEADROOM - hdr_size); seg_num = header->num_buffers; --- > Any other ideas are welcome. > > Rega

[dpdk-dev] [ [PATCH v2] 07/13] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

On Mon, Dec 14, 2015 at 9:26 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 08:54:08PM +0530, Santosh Shukla wrote: >> On Mon, Dec 14, 2015 at 8:07 PM, Jerin Jacob >> wrote: >> > On Mon, Dec 14, 2015 at 06:30:26PM +0530, Santosh Shukla wrote: >> >> iopl(

[dpdk-dev] [ [PATCH v2] 06/13] config: armv7/v8: Enable RTE_LIBRTE_VIRTIO_PMD

On Mon, Dec 14, 2015 at 8:01 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 06:30:25PM +0530, Santosh Shukla wrote: >> Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n. >> Builds successfully for armv7/v8. >> >> Signed-off-by: Santos

[dpdk-dev] [ [PATCH v2] 10/13] include/exec-env: ioport: add rte_virt_ioport header file

On Mon, Dec 14, 2015 at 8:13 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 06:30:29PM +0530, Santosh Shukla wrote: >> including virtio_ioport header file has iopci bar page_size, bar_len and >> device filename info. >> >> Signed-off-by: Santosh Shukla >> --

[dpdk-dev] [ [PATCH v2] 03/13] rte_io: armv7/v8: Introduce api to emulate x86-style of PCI/ISA ioport access

On Mon, Dec 14, 2015 at 7:55 PM, Jerin Jacob wrote: > On Mon, Dec 14, 2015 at 06:30:22PM +0530, Santosh Shukla wrote: >> Introducing rte_io.h header file to emulate x86-style of ioport rd/wr api >> example {in,out}[bwl] and {in_p,out_p}[bwl]. Api support added for armv7 an

[dpdk-dev] [ [PATCH v2] 00/13] Add virtio support in arm/arm64

On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote: > This patch set add basic infrastrucure to run virtio-net-pci pmd driver for > arm64/arm. Tested on ThunderX platfrom. Verified for existing dpdk(s) test > applications like: > - ovs-dpdk-vhost-user: across the VM's, for the us

[dpdk-dev] [ [PATCH v2] 00/13] Add virtio support in arm/arm64

On Wed, Dec 16, 2015 at 2:17 PM, David Marchand wrote: > Hello Santosh, > > On Wed, Dec 16, 2015 at 8:48 AM, Santosh Shukla wrote: >> >> Hi Yuanhan, Huawei and Others. >> >> I got arch specific review comment from arm maintainers and I am waiting >> for

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

cepting IORESOURCE_IO flag for >> architectures other than x86. > > One question: this patch could be a replacement of the igbuio_iomap patch > from Santosh? If so, I like it: It's more elegant. > > --yliu > I did tried similar in past but not in parse_sysfs (such th

[dpdk-dev] [ [PATCH v2] 05/13] virtio: change io_base datatype from uint32_t to uint64_type

On Wed, Dec 16, 2015 at 7:18 PM, Yuanhan Liu wrote: > On Mon, Dec 14, 2015 at 06:30:24PM +0530, Santosh Shukla wrote: >> In x86 case io_base to store ioport address not more than 65535 ioports. >> i.e..0 >> to but in non-x86 case in particular arm64 it need to stor

[dpdk-dev] [ [PATCH v2] 05/13] virtio: change io_base datatype from uint32_t to uint64_type

On Wed, Dec 16, 2015 at 7:53 PM, Yuanhan Liu wrote: > On Wed, Dec 16, 2015 at 07:31:57PM +0530, Santosh Shukla wrote: >> On Wed, Dec 16, 2015 at 7:18 PM, Yuanhan Liu >> wrote: >> > On Mon, Dec 14, 2015 at 06:30:24PM +0530, Santosh Shukla wrote: >> >> In x86

[dpdk-dev] [ [PATCH v2] 11/13] virtio_ioport: armv7/v8: mmap virtio iopci bar region

On Wed, Dec 16, 2015 at 8:07 PM, Yuanhan Liu wrote: > On Wed, Dec 16, 2015 at 07:50:51PM +0530, Santosh Shukla wrote: > ... >> >> + *resource_addr = (void *)((char *)ioport_map + >> >> (ioport_map_cnt)*offset); >> > >> > Redundant

[dpdk-dev] [ [PATCH v2] 05/13] virtio: change io_base datatype from uint32_t to uint64_type

On Wed, Dec 16, 2015 at 8:28 PM, Yuanhan Liu wrote: > On Wed, Dec 16, 2015 at 08:09:40PM +0530, Santosh Shukla wrote: >> On Wed, Dec 16, 2015 at 7:53 PM, Yuanhan Liu >> wrote: >> > On Wed, Dec 16, 2015 at 07:31:57PM +0530, Santosh Shukla wrote: >> >> On Wed,

[dpdk-dev] [ [PATCH v2] 05/13] virtio: change io_base datatype from uint32_t to uint64_type

On Thu, Dec 17, 2015 at 12:49 PM, Yuanhan Liu wrote: > On Wed, Dec 16, 2015 at 08:35:58PM +0530, Santosh Shukla wrote: >> On Wed, Dec 16, 2015 at 8:28 PM, Yuanhan Liu >> wrote: >> > On Wed, Dec 16, 2015 at 08:09:40PM +0530, Santosh Shukla wrote: >> >> On Wed,

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu wrote: > On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote: >> On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu >> wrote: >> > On Wed, Dec 16, 2015 at 01:31:04PM +0100, David Marchand wrote: >> >> x86 re

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla wrote: > On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu > wrote: >> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote: >>> On Wed, Dec 16, 2015 at 6:18 PM, Yuanhan Liu >>> wrote: >>> > On We

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla wrote: > On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla wrote: >> On Thu, Dec 17, 2015 at 3:08 PM, Yuanhan Liu >> wrote: >>> On Wed, Dec 16, 2015 at 07:21:55PM +0530, Santosh Shukla wrote: >>>> On Wed,

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Thu, Dec 17, 2015 at 3:44 PM, Thomas Monjalon wrote: > Hi, > > 2015-12-17 15:37, Santosh Shukla: >> On Thu, Dec 17, 2015 at 3:32 PM, Santosh Shukla >> wrote: >> > On Thu, Dec 17, 2015 at 3:31 PM, Santosh Shukla >> > wrote: >> >> On Thu

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Thu, Dec 17, 2015 at 4:03 PM, Thomas Monjalon wrote: > 2015-12-17 15:51, Santosh Shukla: >> On Thu, Dec 17, 2015 at 3:44 PM, Thomas Monjalon >> wrote: >> > Hi, >> > >> > 2015-12-17 15:37, Santosh Shukla: >> >> On Thu, Dec 17, 2015 at 3:32

[dpdk-dev] [ [PATCH v2] 01/13] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote: > virtio_recv_pkts_vec and other virtio vector friend apis are written for > sse/avx > instructions. For arm64 in particular, virtio vector implementation does not > exist(todo). > > So virtio pmd driver wont build for

[dpdk-dev] [ [PATCH v2] 02/13] config: i686: set RTE_VIRTIO_INC_VECTOR=n

On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla wrote: > i686 target config example: > config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not > supported > on 32-bit". > > So setting RTE_VIRTIO_INC_VECTOR to 'n'. > > Signed-off-by: Santosh S

[dpdk-dev] [ [PATCH v2] 01/13] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

On Thu, Dec 17, 2015 at 5:33 PM, Thomas Monjalon wrote: > 2015-12-17 17:32, Santosh Shukla: >> On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla >> wrote: >> > virtio_recv_pkts_vec and other virtio vector friend apis are written for >> > sse/avx >> > ins

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Fri, Dec 18, 2015 at 11:00 AM, Yuanhan Liu wrote: > On Thu, Dec 17, 2015 at 04:52:00PM +0530, Santosh Shukla wrote: >> >> >> IMO, it is worth keeping one special device file who could work across >> >> >> archs like arm/arm64/powerpc and others, who co

[dpdk-dev] [ [PATCH v2] 01/13] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

On Fri, Dec 18, 2015 at 4:54 AM, Stephen Hemminger wrote: > On Thu, 17 Dec 2015 17:32:38 +0530 > Santosh Shukla wrote: > >> On Mon, Dec 14, 2015 at 6:30 PM, Santosh Shukla >> wrote: >> > virtio_recv_pkts_vec and other virtio vector friend apis are written for

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Fri, Dec 18, 2015 at 1:51 PM, Yuanhan Liu wrote: > On Fri, Dec 18, 2015 at 01:24:41PM +0530, Santosh Shukla wrote: >> >> I guess we have done enough evaluation / investigation that suggest - >> >> so to map iopci region to userspace in arch agnostic-way - >> &g

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Fri, Dec 18, 2015 at 6:25 PM, Santosh Shukla wrote: > On Fri, Dec 18, 2015 at 1:51 PM, Yuanhan Liu > wrote: >> On Fri, Dec 18, 2015 at 01:24:41PM +0530, Santosh Shukla wrote: >>> >> I guess we have done enough evaluation / investigation that suggest - &g

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Tue, Dec 29, 2015 at 3:26 PM, Burakov, Anatoly wrote: > Hi Santosh, > >> On Fri, Dec 18, 2015 at 6:25 PM, Santosh Shukla >> wrote: >> > On Fri, Dec 18, 2015 at 1:51 PM, Yuanhan Liu >> > wrote: >> >> On Fri, Dec 18, 2015 at 01:24:41PM +0530,

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Tue, Dec 29, 2015 at 4:36 PM, Burakov, Anatoly wrote: > Hi Santosh, > >> Look at kernel/resource.c, it exports two symbol ioport_resource and >> iomem_resource and sets appropriate flag type i.e.. IORESOURCE_IO and >> IORESOURCE_MEM. In virtio-net case; it creates both

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Tue, Dec 29, 2015 at 7:34 PM, Alex Williamson wrote: > On Tue, 2015-12-29 at 16:17 +0530, Santosh Shukla wrote: >> On Tue, Dec 29, 2015 at 3:26 PM, Burakov, Anatoly >> wrote: >> > Hi Santosh, >> > >> > > On Fri, Dec 18, 2015 at 6:25 PM, Santosh S

[dpdk-dev] [PATCH] eal: map io resources for non x86 architectures

On Tue, Dec 29, 2015 at 8:21 PM, Santosh Shukla wrote: > On Tue, Dec 29, 2015 at 7:34 PM, Alex Williamson > wrote: >> On Tue, 2015-12-29 at 16:17 +0530, Santosh Shukla wrote: >>> On Tue, Dec 29, 2015 at 3:26 PM, Burakov, Anatoly >>> wrote: >>> > Hi S

[dpdk-dev] VFIO no-iommu

r > people are having any issues with the patch. > I tried this patch for virtio-net pmd driver on arm64 and It worked for me. I didn't reviewed patch, but functionally nothing broke in my test environment, we'll review as time permit.. for now Tested-by: Santosh Shukla > Thanks, > Anatoly

[dpdk-dev] [bug] dpdk-vfio: Invalid region/index assumption

On Thu, Jul 28, 2016 at 03:44:57AM +0530, Alex Williamson wrote: > Hi, > > I took a quick look at the dpdk vfio code and spotted an invalid > assumption that should probably be corrected ASAP. That is: > > lib/librte_eal/linuxapp/eal/eal_vfio.h: > #define VFIO_GET_REGION_ADDR(x) ((uint64_t) x

[dpdk-dev] virtio PMD is not working with master version

On Thu, Feb 25, 2016 at 5:00 PM, Mauricio V?squez wrote: > Hello, > > I am trying to connect two virtual machines through Open vSwitch using > vhost-user ports, on the host side everything looks fine. > When using the standard virtio drivers both virtual machines are able to > exchange traffic,

[dpdk-dev] [PATCH v1] virtio: Use cpuflag for vector api

to drivers/virtio/virtio_vec_.h file. 2) Remove use_simple_rxtx flag, so that virtio/virtio_vec_.h files to provide vectored/non-vectored rx/tx apis. Signed-off-by: Santosh Shukla --- - v1: This is a rework of patch [1]. Note: This patch will let non-x86 arch to use virtio pmd. [1] http://dpdk.org/dev

[dpdk-dev] virtio PMD is not working with master version

On Fri, Feb 26, 2016 at 2:14 PM, Xie, Huawei wrote: > On 2/26/2016 4:29 PM, David Marchand wrote: >> On Fri, Feb 26, 2016 at 3:23 AM, Yuanhan Liu >> wrote: >>> Mauricio, thanks for the testing and report. >>> >>> On Thu, Feb 25, 2016 at 02:30:18PM +0100, David Marchand wrote: >From the

[dpdk-dev] [PATCH v1] virtio: Use cpuflag for vector api

On Mon, Feb 29, 2016 at 9:57 AM, Yuanhan Liu wrote: > On Fri, Feb 26, 2016 at 02:21:02PM +0530, Santosh Shukla wrote: >> Check cpuflag macro before using vectored api. >> -virtio_recv_pkts_vec() uses _sse3__ simd instruction for now so added >> cpuflag. >> - Also wra

[dpdk-dev] [PATCH v2] virtio: Use cpuflag for vector api

virtio_recv_pkts_vec() implementation to drivers/virtio/virtio_vec_.h file. 2) Remove use_simple_rxtx flag, so that virtio/virtio_vec_.h files to provide vectored/non-vectored rx/tx apis. Signed-off-by: Santosh Shukla --- - v2: Removed VIRTIO_PMD=n from arm v7/v8 - v1: This is a rework

[dpdk-dev] [PATCH v4 4/4] virtio: return 1 to tell the upper layer we don't take over this device

esource_init(dev, hw) < 0) > + if (legacy_virtio_resource_init(dev, hw) < 0) { > + if (dev->kdrv == RTE_KDRV_UNKNOWN) { > + PMD_INIT_LOG(INFO, > + "skip kernel managed virtio device."); > + return 1; > + } > return -1; > + } > > hw->vtpci_ops = _ops; > hw->use_msix = legacy_virtio_has_msix(>addr); Tested-by: Santosh Shukla Acked-by: Santosh Shukla > -- > 1.8.1.4 >

[dpdk-dev] [PATCH v3 00/12] Add virtio support for arm/arm64

tio pmd driver could able to rd/wr PCI_IOBAR. {applicable for arm/arm64 only, tested for arm64 as of now} [1] https://lwn.net/Articles/660745/ Anatoly Burakov (1): vfio: Support for no-IOMMU mode Rizwan Ansari (1): eal: pci: vfio: fix build error Santosh Shukla (10): virtio:

[dpdk-dev] [PATCH v3 01/12] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

/avx targets and will work in non-vectored virtio mode. Signed-off-by: Santosh Shukla --- config/common_linuxapp |1 + drivers/net/virtio/Makefile |2 +- drivers/net/virtio/virtio_rxtx.c |7 +++ 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/config

[dpdk-dev] [PATCH v3 02/12] config: i686: set RTE_VIRTIO_INC_VECTOR=n

i686 target config example: config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not supported on 32-bit". So setting RTE_VIRTIO_INC_VECTOR to 'n'. Signed-off-by: Santosh Shukla --- config/defconfig_i686-native-linuxapp-gcc |1 + config/defconfig_i686-native-li

[dpdk-dev] [PATCH v3 03/12] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

iopl() syscall not supported in linux-arm/arm64 so always return 0 value. Signed-off-by: Santosh Shukla Acked-by: Jan Viktorin --- lib/librte_eal/linuxapp/eal/eal.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c

[dpdk-dev] [PATCH v3 04/12] linuxapp/vfio: ignore mapping for ioport region

vfio_pci_mmap() try to map all pci bars. ioport region ar not mapped in vfio/kernel so ignore mmaping for ioport. Signed-off-by: Santosh Shukla --- lib/librte_eal/linuxapp/eal/eal_pci_vfio.c | 20 1 file changed, 20 insertions(+) diff --git a/lib/librte_eal/linuxapp/eal

[dpdk-dev] [PATCH v3 05/12] virtio_pci.h: build fix for sys/io.h for non-x86 arch

make sure sys/io.h used only for x86 archs. This fixes build error arm64/arm case. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_pci.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_pci.h index 47f722a..8b5b031

[dpdk-dev] [PATCH v3 06/12] eal: pci: vfio: add rd/wr func for pci bar space

Introducing below api for pci bar space rd/wr. Currently used for pci iobar rd/wr. Api's are: - rte_eal_pci_read_bar - rte_eal_pci_write_bar virtio when used for vfio-mode then virtio driver will use these api to do rd/wr operation on ioport pci bar. Signed-off-by: Santosh Shukla --- lib

[dpdk-dev] [PATCH v3 07/12] virtio: vfio: add api support to rd/wr ioport bar

For vfio case - Use pread/pwrite api to access virtio ioport space. Signed-off-by: Santosh Shukla Signed-off-by: Rizwan Ansari Signed-off-by: Rakesh Krishnamurthy --- drivers/net/virtio/virtio_vfio.h | 146 ++ 1 file changed, 146 insertions(+) create mode

[dpdk-dev] [PATCH v3 08/12] virtio: Add capability to initialize driver for vfio interface

- adding pci_dev member in struct virtio_hw{} to track vfio_dev_fd per virtio interface, required for ioport rd/wr operation. - Masked default VIRTIO_READ/WRITE for vfio case. Signed-off-by: Santosh Shukla Signed-off-by: Rizwan Ansari Signed-off-by: Rakesh Krishnamurhty --- drivers/net

[dpdk-dev] [PATCH v3 09/12] virtio: vfio: Enable RTE_PCI_DRV_NEED_MAPPING flag in driver

Flag required for vfio case, It helps to update vfio_dev_fd for each virtio net interface. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_ethdev.c |4 1 file changed, 4 insertions(+) diff --git a/drivers/net/virtio/virtio_ethdev.c b/drivers/net/virtio/virtio_ethdev.c

[dpdk-dev] [PATCH v3 10/12] config: armv7/v8: Enable RTE_LIBRTE_VIRTIO_PMD

Enable RTE_LIBRTE_VIRTIO_PMD for armv7/v8 and setting RTE_VIRTIO_INC_VEC=n. Builds successfully for armv7/v8. Signed-off-by: Santosh Shukla --- config/defconfig_arm-armv7a-linuxapp-gcc |6 +- config/defconfig_arm64-armv8a-linuxapp-gcc |6 +- 2 files changed, 10 insertions

[dpdk-dev] [PATCH v3 11/12] vfio: Support for no-IOMMU mode

From: Anatoly Burakov This commit is adding a generic mechanism to support multiple IOMMU types. For now, it's only type 1 (x86 IOMMU) and no-IOMMU (a special VFIO mode that doesn't use IOMMU at all), but it's easily extended by adding necessary definitions into

[dpdk-dev] [PATCH v3 12/12] eal: pci: vfio: fix build error

From: Rizwan Ansari <rans...@mvista.com> Patch fixes below build error: /home/mv/work/thunder/santosh/dpdk/santosh/dpdk/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c: In function ?pci_vfio_set_iommu_type?: /home/mv/work/thunder/santosh/dpdk/santosh/dpdk/lib/librte_eal/linuxapp/eal/eal_pci_vfio

[dpdk-dev] [PATCH v3 06/12] eal: pci: vfio: add rd/wr func for pci bar space

On Thu, Jan 7, 2016 at 11:49 PM, Stephen Hemminger < stephen at networkplumber.org> wrote: > On Thu, 7 Jan 2016 22:03:03 +0530 > Santosh Shukla wrote: > > > > > +int rte_eal_pci_read_bar(const struct rte_pci_device *device > __rte_unused, > > +

[dpdk-dev] [PATCH v3 06/12] eal: pci: vfio: add rd/wr func for pci bar space

behalf of stephen at networkplumber.org> wrote: > > > > >On Thu, 7 Jan 2016 22:03:03 +0530 > > >Santosh Shukla wrote: > > > > > >> > > >> +int rte_eal_pci_read_bar(const struct rte_pci_device *device > __rte

[dpdk-dev] [PATCH v3 04/12] linuxapp/vfio: ignore mapping for ioport region

On Thu, Jan 7, 2016 at 11:46 PM, Stephen Hemminger < stephen at networkplumber.org> wrote: > This looks like the right thing to do. Minor nits. > > > diff --git a/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > b/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > > index 74f91ba..4077eb6 100644 > > ---

[dpdk-dev] [PATCH v3 09/12] virtio: vfio: Enable RTE_PCI_DRV_NEED_MAPPING flag in driver

On Thu, Jan 7, 2016 at 11:50 PM, Stephen Hemminger wrote: > On Thu, 7 Jan 2016 22:03:06 +0530 > Santosh Shukla wrote: > >> +#ifdef RTE_EAL_VFIO >> + .drv_flags = RTE_PCI_DRV_NEED_MAPPING | RTE_PCI_DRV_DETACHABLE, >> +#else >> .d

[dpdk-dev] [PATCH v3 03/12] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

On Thu, Jan 7, 2016 at 11:44 PM, Stephen Hemminger wrote: > On Thu, 7 Jan 2016 22:03:00 +0530 > Santosh Shukla wrote: > >> #else >> +#if defined(RTE_ARCH_ARM) || defined(RTE_ARCH_ARM64) >> + return 0; /* iopl syscall not supported for ARM/ARM64 */ >> +#end

[dpdk-dev] [PATCH v2 0/4] fix the issue that DPDK takes over virtio device blindly

On Tue, Jan 12, 2016 at 8:32 AM, Xie, Huawei wrote: > > On 1/5/2016 1:25 AM, Stephen Hemminger wrote: > > On Mon, 4 Jan 2016 01:56:09 +0800 > > Huawei Xie wrote: > > > >> v2 changes: > >> Remove unnecessary assignment of NULL to dev->data->mac_addrs > >> Ajust one comment's position > >>

[dpdk-dev] [PATCH v2 0/4] fix the issue that DPDK takes over virtio device blindly

On Tue, Jan 12, 2016 at 10:46 AM, Xie, Huawei wrote: > On 1/12/2016 12:24 PM, Santosh Shukla wrote: >> On Tue, Jan 12, 2016 at 8:32 AM, Xie, Huawei wrote: >>> On 1/5/2016 1:25 AM, Stephen Hemminger wrote: >>>> On Mon, 4 Jan 2016 01:56:09 +0800 >>>>

[dpdk-dev] [PATCH v3 09/12] virtio: vfio: Enable RTE_PCI_DRV_NEED_MAPPING flag in driver

On Tue, Jan 12, 2016 at 12:44 PM, Yuanhan Liu wrote: > On Sat, Jan 09, 2016 at 06:08:46PM +0530, Santosh Shukla wrote: >> On Thu, Jan 7, 2016 at 11:50 PM, Stephen Hemminger >> wrote: >> > On Thu, 7 Jan 2016 22:03:06 +0530 >> > Santosh Shukla wrote

[dpdk-dev] [PATCH v2 6/7] eal: pci: export pci_map_device

without > binding UIO (or something similar first), pci_map_device() will fail, > which ends up with virtio pmd driver being skipped. Therefore, we can > not set RTE_PCI_DRV_NEED_MAPPING blindly at virtio pmd driver. > > Therefore, this patch exports pci_map_device, and let virtio pmd > call it when necessary. > > Signed-off-by: Yuanhan Liu > --- > v2: - export pci_unmap_device as well > > - Add few more comments about rte_eal_pci_map_device(). This patch tested for vfio-noIOMMU mode for arm64 platform. Tested-By: Santosh Shukla

[dpdk-dev] [PATCH v4 00/14] Add virtio support for arm/arm64

Thanks!. [1] http://permalink.gmane.org/gmane.comp.networking.dpdk.devel/31117 [2] https://github.com/sshukla82/dpdk.git branch master-virtio-vfio-v4 Anatoly Burakov (1): vfio: Support for no-IOMMU mode Santosh Shukla (12): virtio: Introduce config RTE_VIRTIO_INC_VECTOR config: i686: set RTE_

[dpdk-dev] [PATCH v4 01/14] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

/avx targets and will work in non-vectored virtio mode. Signed-off-by: Santosh Shukla --- config/common_linuxapp |1 + drivers/net/virtio/Makefile |2 +- drivers/net/virtio/virtio_rxtx.c |7 +++ 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/config

[dpdk-dev] [PATCH v4 02/14] config: i686: set RTE_VIRTIO_INC_VECTOR=n

i686 target config example: config/defconfig_i686-native-linuxapp-gcc says "Vectorized PMD is not supported on 32-bit". So setting RTE_VIRTIO_INC_VECTOR to 'n'. Signed-off-by: Santosh Shukla --- config/defconfig_i686-native-linuxapp-gcc |1 + config/defconfig_i686-native-li

[dpdk-dev] [PATCH v4 03/14] linuxapp: eal: arm: Always return 0 for rte_eal_iopl_init()

iopl() syscall not supported in linux-arm/arm64 so always return 0 value. Signed-off-by: Santosh Shukla Suggested-by: Stephen Hemminger Acked-by: Jan Viktorin --- v3->v4: - moved #ifdef to elseif -> suggested by Stephen. lib/librte_eal/linuxapp/eal/eal.c |2 ++ 1 file chan

[dpdk-dev] [PATCH v4 04/14] linuxapp/vfio: ignore mapping for ioport region

vfio_pci_mmap() try to map all pci bars. ioport region are not mapped in vfio/kernel so ignore mmaping for ioport. Signed-off-by: Santosh Shukla --- v3->v4: per review comment from Stephen and Yuan. - removed ioport_bar var declaration with in func to top of func - rearrange log message to

[dpdk-dev] [PATCH v4 05/14] virtio_pci.h: build fix for sys/io.h for non-x86 arch

make sure sys/io.h used only for x86 archs. This fixes build error arm64/arm case. Signed-off-by: Santosh Shukla --- drivers/net/virtio/virtio_pci.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_pci.h index 47f722a..8b5b031

  1   2   3   >