On 09/30/2013 10:55 AM, Thomas Monjalon wrote:
> CPU should always use little endian on Intel
> but it is more consistent to use DPDK macros.
>
> Signed-off-by: Thomas Monjalon
> ---
> pmd/vmx_user.h | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletion
On 09/27/2013 05:07 PM, Thomas Monjalon wrote:
> The PCI address was stored in unused variables of the netdev.
> It has been introduced in commit 75ab826258c1099e2e56ec48fd17dfa559cd.
> But it is a useless hack.
>
> Signed-off-by: Thomas Monjalon
> ---
> kmod/vmxnet3_drv.c | 12
as Monjalon
Acked-by: Damien Millescamps
pping failed, then pci_uio_map_resource will fail and we won't reach
> this check. So get rid of BAR0 check.
>
> Signed-off-by: David Marchand
> Acked-by: Stephen Hemminger
Acked-by: Damien Millescamps
On 08/07/2013 05:52 PM, Stephen Hemminger wrote:
> But can't find any documentation
> on numa_maps in detail.
You should try with man 5 numa_maps.
--
Damien Millescamps
On 07/26/2013 04:56 PM, Thomas Monjalon wrote:
> In some cases, it is possible to not use hugepages.
> So a simple malloc is used to initialize DPDK memory.
>
> Signed-off-by: Thomas Monjalon
> ---
> lib/librte_eal/linuxapp/eal/eal_memory.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
On 07/26/2013 04:35 PM, Adrien Mazarguil wrote:
> When huge pages are disabled, memory is allocated for a single, undefined
> CPU socket using malloc(), causing rte_memzone_reserve_aligned() to fail
> most of the time.
>
> This patch causes that memory to use SOCKET_ID_ANY instead of 0, and allow
>
n't
have huge page support at all (< 2.6.28).
Signed-off-by: Damien Millescamps
---
lib/librte_eal/linuxapp/eal/eal_memory.c |2 +-
lib/librte_mempool/rte_mempool.c | 54 +-
lib/librte_mempool/rte_mempool.h | 20 +++
3 files
Allow external libraries and applications to know if hugepages
are enabled.
Signed-off-by: Thomas Monjalon
Signed-off-by: Damien Millescamps
---
lib/librte_eal/common/include/rte_eal.h | 13 -
lib/librte_eal/linuxapp/eal/eal.c |4
2 files changed, 16 insertions
seful for old kernels (< 2.6.33) and VM with limited amount of
mempory.
Damien Millescamps (2):
mem: get hugepages config
mem: fix mempool for --no-huge
lib/librte_eal/common/include/rte_eal.h | 13 +++-
lib/librte_eal/linuxapp/eal/eal.c|4 ++
lib/librte_eal/linu
On 07/25/2013 10:39 PM, Thomas Monjalon wrote:
> API changes in DPDK 1.3:
> - queue arrays are already allocated by rte_ethdev
> - queue could be released for reconfiguration (not supported)
> - queue struct becomes an opaque pointer
> - vlan_filter_set can return an error
> - bit-fields vlan_macip
On 07/25/2013 10:39 PM, Thomas Monjalon wrote:
> Print title before running driver initialization.
>
> Signed-off-by: Thomas Monjalon
ack
On 07/25/2013 10:38 PM, Thomas Monjalon wrote:
> Be more verbose on kernel dependency about version and parameters.
> And add description of DPDK parameter for VMware.
>
> Signed-off-by: Thomas Monjalon
> ---
> README.rst | 17 -
> 1 file changed, 12 insertions(+), 5 deletions(-
We want the threads to inherit any property that could be set while
loading a plugin, such as iopl().
Signed-off-by: Damien Millescamps
---
lib/librte_eal/linuxapp/eal/eal.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/lib/librte_eal/linuxapp
Some devices need to be unbound in order to be used via the PMD
without kernel module.
Signed-off-by: Damien Millescamps
---
lib/librte_eal/common/include/rte_pci.h |2 ++
lib/librte_eal/linuxapp/eal/eal_pci.c |5 +
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a
*** BLURB HERE ***
Damien Millescamps (2):
eal: add flag to force unbind device
eal: load libraries before creating threads
lib/librte_eal/common/include/rte_pci.h |2 ++
lib/librte_eal/linuxapp/eal/eal.c | 24
lib/librte_eal/linuxapp/eal/eal_pci.c
a request, with your name and address to: VMware, Inc.,
3401 Hillview Avenue, Palo Alto, CA 94304, United States of America. All such
requests should clearly specify: OPEN SOURCE FILES REQUEST, Attention General
Counsel."
Regards,
--
Damien Millescamps
On 07/01/2013 05:49 PM, Pate
On 06/05/2013 05:49 PM, Stephen Hemminger wrote:
> On Wed, 05 Jun 2013 16:50:03 +0200
> Damien Millescamps wrote:
>
>> Hi Stephen,
>>
>> Overall this patch is very nice. My only comment on this one is why do
>> you limit the max number of memory resources to 5
too ?
Cheers,
--
Damien Millescamps
ngs can be implemented using a "null terminated array", as
suggested in my review. So yes, it could be a good solution.
--
Damien Millescamps
-- next part --
An HTML attachment was scrubbed...
URL:
<http://dpdk.org/ml/archives/dev/attachments/20130604/e8f919ff/attachment.html>
comments inlined.
On 05/30/2013 07:12 PM, Stephen Hemminger wrote:
> An additional change is that failure to detect module should not be fatal,
> but an error like other EAL setup problems, allowing the application
> to recover.
>
> Signed-off-by: Stephen Hemminger
>
> ---
> app/chkincs/test_pci
;fix" is breaking the support for a quite huge range of kernel versions...
So maybe there might be a better way to get this node information on all
kernel still currently supported by the DPDK.
Cheers,
--
Damien Millescamps
way to find the real node ID
whatever the kernel version used.
Cheers,
--
Damien Millescamps
.intel.com/content/dam/doc/datasheet/82599-10-gbe-controller-datasheet.pdf
--
Damien Millescamps
On 05/25/2013 09:23 PM, Damien Millescamps wrote:
> Hi Patrick,
>
> If you are using both ports of the same Niantics at the same time then
> you won't be able to reach the line-rate on both port.
For a better explanation, you can refer to this post from Alexander
Duyck from I
On 05/24/2013 08:51 PM, Patrick Mahan wrote:
>> >
>> > Are you sending and receiving on the 2 ports at the same time ?
>> > Forwarding in the 2 directions is equivalent to double the bandwidth.
>> > Maybe that 14.88*2 = 29.76 Mpps is too much for your hardware.
>> >
> Yes I am running traffic bot
26 matches
Mail list logo
