Hi,
I think multi-process example is one of the easiest way for your purpose.
Though the legacy application should link with the DPDK library, the
legacy application just use the resources what your DPDK application
already setup. I think the ring and mbuf/mpool are everything the
legacy applicati
On Tue, Jan 19, 2016 at 10:48:01AM +0800, Wenzhuo Lu wrote:
> *add new devices and mac type
> *use PHY token for X550EM_a
> *set VF mac address only when acked by PF
> *always turn PHY power on when requested
> *add definition of a register for mac SGMII busy
> *support fuse for both x550em_x V1 an
Hi Bruce,
Thanks a lot for pointing it out.. Yes this is exactly what I was facing..
If I have got it right the solution to my problem should be --file-prefix
and -m (--socket-mem) options.
Best Regards,
-Pushpasis
On Thu, Feb 11, 2016 at 6:38 PM, Bruce Richardson <
bruce.richardson at intel.co
On 02/02/2016 04:27 PM, krytarowski at caviumnetworks.com wrote:
> From: Kamil Rytarowski
>
> Once pci_drv.devinit is overloaded, it's a function used in the original
> rte_eth_dev_init(), still reusable in altered versions.
>
> Signed-off-by: Kamil Rytarowski
> ---
> lib/librte_ether/rte_ethde
Hi Alejandro,
Thanks for the response. I tried the --file-prefix option.. But its the
same issue.. :( Looks like the --file-prefix option only determines the
name of the pages to be created under /mnt/huge/.
I will try the --huge-dir option as well and see if I can do anything with
it or not...
On Thu, Feb 11, 2016 at 5:56 PM, Panu Matilainen wrote:
> On 02/02/2016 04:27 PM, krytarowski at caviumnetworks.com wrote:
>>
>> From: Kamil Rytarowski
>> +int rte_eth_dev_create_unique_device_name(char *name, size_t size,
>> + struct rte_pci_device *pci_de
Hi,
Yes I intend to look at the issue again considering the various
points raised as soon as I can get some bandwidth.
Tom
On 02/10/2016 03:53 PM, Bruce Richardson wrote:
> On Thu, Dec 17, 2015 at 10:30:42AM +, Tom Kiely wrote:
>> Sorry for the delay in replying to this thread. I was on
Allow dynamic deallocation of af_packet device through proper
API functions. To achieve this:
* set device flag to RTE_ETH_DEV_DETACHABLE
* implement rte_pmd_af_packet_devuninit() and expose it
through rte_driver.uninit()
* copy device name to ethdev->data to make discoverable with
rte_eth_dev_
2016-02-11 11:13, Dave Neary:
> Hi,
>
> On 02/11/2016 02:58 AM, Thomas Monjalon wrote:
> > 2016-02-10 19:05, Seth Arnold:
> > [...]
> >> It's nearly impossible to solve issues without error reporting. Good
> >> error reporting saves admins time and money.
> >
> > Until now, the errors were re
>2016-02-11 11:13, Dave Neary:
>> Hi,
>>
>> On 02/11/2016 02:58 AM, Thomas Monjalon wrote:
>> > 2016-02-10 19:05, Seth Arnold:
>> > [...]
>> >> It's nearly impossible to solve issues without error reporting. Good
>> >> error reporting saves admins time and money.
>> >
>> > Until now, the erro
On Tue, Feb 02, 2016 at 11:30:59PM +0100, Marc wrote:
> On 2 February 2016 at 03:20, Stephen Hemminger
> wrote:
>
> > On Thu, 28 Jan 2016 17:33:20 +
> > Harish Patil wrote:
> >
> > > * Added utility MACROs ETH_SPEED_NUM_XXX with the numeric
> > > values of all supported link speeds, in Mbp
A new project using DPDK is available,
http://FD.io
said
FiDo
You can clone it from:
http://gerrit.fd.io/
Best regards,
Vincent
On Wed, 10 Feb 2016 19:05:40 -0800
Seth Arnold wrote:
> - ./drivers/net/virtio/virtio_ethdev.c virtio_set_multiple_queues() calls
> virtio_send_command(), which performs:
> memcpy(vq->virtio_net_hdr_mz->addr, ctrl, sizeof(struct virtio_pmd_ctrl));
> This copies a potentially huge amount of
On Thu, Feb 11, 2016 at 06:26:10PM +0530, Pushpasis Sarkar wrote:
> Hi Alejandro,
>
> Thanks for the response. I tried the --file-prefix option.. But its the
> same issue.. :( Looks like the --file-prefix option only determines the
> name of the pages to be created under /mnt/huge/.
>
> I will tr
2016-01-29 13:15, Jerin Jacob:
> This patchset fixes performance/cache resource issues with 128-byte cache
> line targets
> found in mbuf and bitmap DPDK libraries
>
> Currently, we have two DPDK targets(ThunderX and ppc_64) which are based on
> 128-bytes cache line size target.
>
> This patchse
> > Thomas Monjalon (2):
> > config: remove obsolete machine descriptions
> > config: add a common x86 flag
>
> Acked-by: Konstantin Ananyev
Applied
A lot of conditions may now be replaced with RTE_ARCH_X86.
It will fix some issues with X32, often forgotten.
2016-01-29 09:40, Jerin Jacob:
> --- a/app/test/test_xmmt_ops.h
> +++ b/app/test/test_xmmt_ops.h
> +#if defined(RTE_ARCH_ARM) || defined(RTE_ARCH_ARM64)
[...]
> +#else
[...]
> --- a/lib/librte_lpm/Makefile
> +++ b/lib/librte_lpm/Makefile
> +ifneq ($(filter y,$(CONFIG_RTE_ARCH_ARM) $(CONFIG_RTE_ARCH
I am OK with this patch.
On Sun, 6 Dec 2015 20:54:29 +0530
Jerin Jacob wrote:
> non-temporal/transient/stream version of rte_prefetch0()
>
> The non-temporal prefetch is intended as a prefetch hint that processor
> will use the prefetched data only once or short period,
> unlike the rte_prefetc
Did you try with the --file-prefix testpmd option?
Just use different file-prefix for each DPDK app running.
On Thu, Feb 11, 2016 at 5:01 AM, Pushpasis Sarkar
wrote:
> Hi Krishna,
>
> Off-late I have been investigating DPDK on Linux containers.. I came across
> this thread and found it very hel
Please arch maintainers, your ack would be appreciated.
2015-12-06 20:54, Jerin Jacob:
> +static inline void rte_prefetch_non_temporal(const volatile void *p)
> +{
> + rte_prefetch0(p);
> +}
A comment about using the same instruction for temporal and non-temporal?
> +/**
> + * Prefetch a cac
Hi Seth,
I do not know if you and Ubuntu know about the kernel VFIO no-iommu mode
which DPDK will use in the future (then getting rid of UIO drives).
This implies distributions enabling that kernel VFIO mode which is not
enable by default as it is a security issue.
It would be good to know which
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, February 05, 2016 10:01 PM
> To: Ananyev, Konstantin; Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: [PATCH 0/2] clean-up arch config
>
> Thomas Monjalon (2):
> config: remove obsolet
Hi,
On 02/11/2016 02:58 AM, Thomas Monjalon wrote:
> 2016-02-10 19:05, Seth Arnold:
> [...]
>> It's nearly impossible to solve issues without error reporting. Good
>> error reporting saves admins time and money.
>
> Until now, the errors were reported on the list and most often fixed quickly.
Hi Krishna,
Off-late I have been investigating DPDK on Linux containers.. I came across
this thread and found it very helpful.. But I still find some issues when I
try to run the same DPDK application simultaneously on more than one LXC
containers..
Even when following the example provided in thi
Ok, i will fix the typo and propose a second serie of patch including
unit tests.
thanks
On 02/10/2016 03:35 PM, Pattan, Reshma wrote:
> Hi,
>
> Small typo.
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Didier Pallard
>> Sent: Tuesday, December 22, 201
Hi,
2016-02-10 19:05, Seth Arnold:
> I've taken some notes while reading the sources; I'm sharing them in the
> hopes that it's useful: on the one hand my fresh eyes may spot things that
> you've overlooked, on the other hand your familiarity with the code means
> that you're better suited to judg
Hi,
I have been using DPDK (under 2.1) with a single DPDK fastpath process, however
now I want to interface with another legacy user-space application that is able
to accept ethernet packets, what is the recommended/best performance approach
to relay/share packets back-forth between my DPDK appl
2016-02-10 22:54, Luca Boccassi:
I created a set of patches for Valgrind that add support for the
> rte_*alloc family of functions. We use it for memcheck (I added support
> for other all the other Valgrind tools like cachegrind as well, but it's
> less tested), and find it extremely useful, since
On 11/02/2016 02:12, Stephen Hemminger wrote:
> I would rather the macros were aligned with ixgbe which always
> adds newline for all the PMD_XXX_LOG() macros. And then remove
> all extra newlines in virtio code.
you right
2016-02-08 12:44, Thomas Monjalon:
> 2015-12-08 15:03, Jerin Jacob:
> > On Mon, Dec 07, 2015 at 03:45:10PM +0100, Thomas Monjalon wrote:
> > > 2015-12-07 19:52, Jerin Jacob:
> > > > by default, all the targets will be configured with the 64-byte cache
> > > > line
> > > > size, targets which have
PMD_TX_LOG() looks better with a \n
Signed-off-by: Vincent JARDIN
---
drivers/net/virtio/virtio_rxtx.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/virtio/virtio_rxtx.c b/drivers/net/virtio/virtio_rxtx.c
index 41a1366..c03d36a 100644
--- a/drivers/
When CONFIG_RTE_LIBEAL_USE_HPET=y is set, eal_timer.c does not compile
anymore. Just add simple missing include.
Signed-off-by: Vincent JARDIN
---
lib/librte_eal/linuxapp/eal/eal_timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_timer.c
b/lib/librte_eal
32 matches
Mail list logo
