.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_mempool/rte_mempool.c | 8
lib/librte_mempool/rte_mempool.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/lib/librte_mempool/rte_mempool.c b/lib/librte_mempool/rte_mempool.c
index 045baef45..7dec2f51d 100644
ate 'n' buffer to mempool for the aligned
mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
---
lib/librte_mempool/rte_mempool.c | 19 ---
lib/librte_mempool/rte_mempool.h | 1 +
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/lib/librte
ublic release")
Signed-off-by: Santosh Shukla
Acked-by: Olivier Matz
---
v1 --> v2:
- Clubed v1 two patch into 1 patch per Olivier review comment [1]
v2 --> v3:
- Reword the description. refer [2].
- Removed Cc: sta...@dpdk.org.
[1] http://dpdk.org/dev/patchwork/patch/24237/
[2] htt
Mempool_perf test not freeing pool memory.
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
test/test/test_mempool_perf.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/test/test/test_mempool_perf.c b/test/test/test_mempool_perf.c
f regression, user has to set
RTE_MBUF_DEFAULT_MEMPOOL_OPS="<>"
There is chance of duplication ie.. if user sets
RTE_MBUF_DEFAULT_MEMPOOL_OPS="ring_mp_mc" then regression
will happen twice for 'ring_mp_mc'
Signed-off-by: Santosh Shukla
---
test/test/test_mempo
Mempool_perf test not freeing pool memory.
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
Acked-by: Shreyansh Jain
---
v1 --> v2:
* Fixed patch context
test/test/test_mempool_perf.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/t
f regression, user has to set
RTE_MBUF_DEFAULT_MEMPOOL_OPS="<>"
There is chance of duplication ie.. if user sets
RTE_MBUF_DEFAULT_MEMPOOL_OPS="ring_mp_mc" then regression
will happen twice for 'ring_mp_mc'
Signed-off-by: Santosh Shukla
Acked-by: Shr
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
v3:
- Cleanup code change as per discussion in
http://dpdk.org/dev/patchwork/patch/23262/
test/test/test_mempool_perf.c | 61 ++-
1 file changed, 31 insertions(+), 30 deletions(-)
diff --git a
Mempool_perf test not freeing pool memory.
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
Acked-by: Shreyansh Jain
---
v1--> v2:
- patch context fix
test/test/test_mempool_perf.c | 30 ++
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/test/t
f regression, user has to set
RTE_MBUF_DEFAULT_MEMPOOL_OPS="<>"
There is chance of duplication ie.. if user sets
RTE_MBUF_DEFAULT_MEMPOOL_OPS="ring_mp_mc" then regression
will happen twice for 'ring_mp_mc'
Signed-off-by: Santosh Shukla
Acked-by: Sh
Mempool_perf test not freeing pool memory.
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
Acked-by: Shreyansh Jain
---
v1 --> v2:
- Fix patch context
v2 -- v3 --> v4
- Done changes because of [1/3] patch
test/test/test_mempool_perf.c | 30 ++
1 file c
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
v3 --> v4:
- removed extra mp local var.
- Includes nit changes refer
http://dpdk.org/dev/patchwork/patch/23680/
test/test/test_mempool_perf.c | 63 +--
1 file changed, 30 insertions(+),
f regression, user has to set
RTE_MBUF_DEFAULT_MEMPOOL_OPS="<>"
There is chance of duplication ie.. if user sets
RTE_MBUF_DEFAULT_MEMPOOL_OPS="ring_mp_mc" then regression
will happen twice for 'ring_mp_mc'
Signed-off-by: Santosh Shukla
Acked-by: Shreyan
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
test/test/test_mbuf.c | 100 +-
1 file changed, 51 insertions(+), 49 deletions(-)
diff --git a/test/test/test_mbuf.c b/test/test/test_mbuf.c
index d3ea812e5..ba93ac783 100644
--- a/test/test
Cc: sta...@dpdk.org
Signed-off-by: Santosh Shukla
---
test/test/test_mbuf.c | 48 +++-
1 file changed, 31 insertions(+), 17 deletions(-)
diff --git a/test/test/test_mbuf.c b/test/test/test_mbuf.c
index ba93ac783..d6cf4d611 100644
--- a/test/test
translation feature.
Signed-off-by: Santosh Shukla
---
lib/librte_eal/bsdapp/eal/eal_memory.c | 6 ++
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 7 +++
lib/librte_eal/common/eal_common_options.c | 6 ++
lib/librte_eal/common/eal_internal_cfg.h| 1 +
lib
urrent approach
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):
/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
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
oport 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 inser
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
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
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
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
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
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 */
> >
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:
>
> http://lists.bu
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
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
>> >
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
>>
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
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_VIRTI
/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
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
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
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
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
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
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
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
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
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
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
Call virtio_ioport_init at device init and virtio_ioport_unmap at device close.
Signed-off-by: Santosh Shukla
---
drivers/net/virtio/virtio_ethdev.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio
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/driver
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
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
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
net_hdr_mrg_rxbuf *)((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 ide
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(
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
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
>> --
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
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 t
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
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 requires a special set of instructions to access ioports, but other
>> architectures let you remap io resources.
>> So let eal remap io resources by accepting IORESOURCE_IO
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
On Wed, Dec 16, 2015 at 6:59 PM, Yuanhan Liu
wrote:
> On Mon, Dec 14, 2015 at 06:30:30PM +0530, Santosh Shukla wrote:
>> Introducing module to mmap iopci bar region. Applicable for linuxapp for
>> non-x86
>> archs, Tested for arm64/ThunderX platform for linux. For that
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
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
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,
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,
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 requi
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
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,
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
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
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
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:
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
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
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
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
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 -
>&
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,
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 pci region i.e..
>> _io b
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
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 Sant
ow if other
> 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
and IOMMU configuration may not
> report the required addressing mode. Using the EAL option permits the
> mode to be explicitly configured in this scenario.
>
> Signed-off-by: eric zhang
No Special comment, v2 LGTM.
For series:
Acked-by: Santosh Shukla
Thanks.
> ---
&g
Signed-off-by: Santosh Shukla
---
v1 note:
- As changes percolate to all possible dpdk subsystem..
so its difficult to tag subject with one common title,
but since, core of changeset is at eal layer so keeping 'eal:'
as title.
app/test-crypto-perf/cperf_test_vectors.h
/dpdk/commit/doc/guides/rel_notes?id=caa570db61307e07efc461cf558ec291a3e71b29
Santosh Shukla (4):
eal: rename phys_addr_t to iova_addr_t
eal/memory: rename buf_physaddr to buf_iovaaddr
eal/memory: rename memory translational api to _iova types
doc: remove dpdk iova aware notice
app
Signed-off-by: Santosh Shukla
---
v1 notes:
Since crux of change is at eal/memory area so using that as
title.
doc/guides/prog_guide/img/mbuf1.svg| 2 +-
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h| 2 +-
drivers/net/ark/ark_ethdev_rx.c
:
rte_mempool_populate_iova()
rte_mempool_populate_iova_tab()
rte_eal_using_iova_addrs()
rte_mem_virt2iova()
rte_dump_iovamem_layout()
rte_eal_get_iovamem_layout()
rte_eal_get_iovamem_size()
rte_malloc_virt2iova()
rte_mem_phy2iova()
Signed-off-by: Santosh Shukla
---
app/proc_info/main.c
Removed dpdk iova aware ABI deprecation notice,
and updated ABI change details in release_17.11.rst.
Signed-off-by: Santosh Shukla
---
doc/guides/rel_notes/deprecation.rst | 7 ---
doc/guides/rel_notes/release_17_11.rst | 27 +++
2 files changed, 27 insertions
hives/dev/2017-July/070952.html
[9] http://dpdk.org/ml/archives/dev/2017-July/070918.html
[10] http://dpdk.org/ml/archives/dev/2017-July/071754.html
Santosh Shukla (12):
eal/pci: introduce PCI driver iova as va flag
eal/pci: export match function
eal/pci: get iommu class
bsdapp/eal_pci: get i
IOMMU/SMMU.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/common/include/rte_pci.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_pci.h
b/lib/librte_eal/common/include/rte_pci.h
index 8b123391c
Export rte_pci_match() function as it needed in the followup patch.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Acked-by: Maxime Coquelin
---
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 7 +++
lib/librte_eal/common/eal_common_pci.c | 10 +-
lib
Introducing rte_pci_get_iommu_class API which helps to get iommu class
of PCI device on the bus and returns preferred iova mapping mode for
PCI bus.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/common/include/rte_bus.h | 10
RTE_PCI_DRV_IOVA_AS_VA.
2. Look for any device attached to UIO class of driver.
3. Check for vfio-noiommu mode enabled.
If 2) & 3) is false and 1) is true then select
mapping scheme as RTE_IOVA_VA. Otherwise use default
mapping scheme (RTE_IOVA_PA).
Signed-off-by: Santosh Shukla
Signed-off-by: J
Bsdapp case returns default iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 10 ++
lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 +
2 files changed, 11 insertions(+)
diff --git a
selection scheme is:
if mode == 0 then iova mode is _pa,
if mode == 1 then iova mode is _pa,
if mode == 2 then iova mode is _va,
if mode == 3 then iova mode ia _pa.
So mode !=2 will be default iova mode (_pa).
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
Introducing rte_eal_iova_mode() helper API. This API
used by non-eal library for detecting iova mode.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/bsdapp/eal/eal.c | 6 ++
lib/librte_eal/bsdapp/eal
- Moving late bus scanning to up..just after eal_parsing.
- Auto detect iova mapping mode, based on the result of
rte_bus_scan_iommu_class.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/linuxapp/eal/eal.c | 15 +--
1
- Moving late bus scanning to up..just after eal_parsing.
- Mapping mode would be default for bsdapp. It supports
only one pass through mode (RTE_KDRV_NIC_UIO)
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/bsdapp/eal/eal.c | 14
Check iova mode and accordingly map iova to pa or va.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/linuxapp/eal/eal_vfio.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/linuxapp/eal/eal_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_memory.c
b/lib/librte_eal
Check iova mode and accordingly return phy addr.
Signed-off-by: Santosh Shukla
Signed-off-by: Jerin Jacob
Reviewed-by: Maxime Coquelin
---
lib/librte_eal/common/rte_malloc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/common/rte_malloc.c
b/lib
arkive.com/Qcu55Lgz/dpdk-dev-patch-0-4-infrastructure-to-support-octeontx-hw-mempool-manager
Santosh Shukla (7):
mempool: fix flags data type
mempool: add mempool arg in xmem size and usage
doc: remove mempool api change notice
mempool: get the mempool capability
mempool: detect
xmem_size and xmem_usage need to know the status of mp->flag.
Following patch will make use of that.
Signed-off-by: Santosh Shukla
---
drivers/net/xenvirt/rte_mempool_gntalloc.c | 5 +++--
lib/librte_mempool/rte_mempool.c | 10 ++
lib/librte_mempool/rte_mempoo
101 - 200 of 533 matches
Mail list logo
