Hi,
On Mon, Apr 28, 2014 at 10:35:53AM +, Samuel Monderer wrote:
> The target machine has a different kernel version than the one my Desktop.
> I do have the appropriate kernel headers installed on my desktop.
> Is there a parameter I can pass to make to tell him which headers to use?
Please
RTE_EAL_UNBIND_PORTS was deprecated in DPDK 1.4.0 and removed in 1.6.0, but the
code was not removed.
The bind/unbind operations should not be handled by the eal.
These operations should be either done outside of dpdk or inside the PMDs
themselves as these are their problems.
Signed-off-by: Anato
Move RTE_PCI_DRV_FORCE_UNBIND flag handling out of RTE_EAL_UNBIND_PORTS section.
This had nothing to do with RTE_EAL_UNBIND_PORTS anyway.
Signed-off-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c | 89 -
1 file changed, 44 insertions(+), 45 deletio
The pci_switch_module() function should only do what its name tells: unbind pci
devices and rebind them on the specified kernel driver.
Hence, it can not call pci_uio_map_resource().
Call to pci_uio_map_resource() should be moved to rte_eal_pci_probe_one_driver()
so that we can factorize code.
Si
A fd leak happens in pci_map_resource when multiple bars are mapped.
Fix this by closing fd unconditionnally in this function and open the
intr_handle fd in pci_uio_map_resource instead.
Signed-off-by: David Marchand
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 60 +--
l
virtio-uio does not need eal to map bars from uio device, so remove flag
RTE_PCI_DRV_NEED_IGB_UIO.
Then, move virtio-uio workaround out of generic eal_pci.c for linux
implementation.
Signed-off-by: David Marchand
---
lib/librte_eal/bsdapp/eal/eal_pci.c |9 +--
lib/librte_eal/linuxapp/eal/e
bsd implementation lacks check on driver flags, fix this.
Besides, check on BAR0 is not needed and could cause trouble for devices that
have no BAR0.
Signed-off-by: David Marchand
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 42 +++
1 file changed, 23 insertions(+)
Looking at bsd implementation, we can see that there is a potential mem leak in
linux implementation. Fix this.
Signed-off-by: David Marchand
---
lib/librte_eal/linuxapp/eal/eal_pci.c |1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c
b/lib/librte_eal/l
Hello all,
Here is an attempt at having an equal implementation in bsd and linux eal_pci.c.
It results in following changes :
- checks on driver flag in bsd which were missing
- remove virtio-uio workaround in linux eal_pci.c
- remove deprecated RTE_EAL_UNBIND_PORTS option
Along the way, I disco
Hello all,
I have found some problems with these patches.
So NAK.
A fd and mem leaks have been revealed and other places needed some cleanup,
so I will send new patches that supersede these 3.
--
David Marchand
On Mon, Apr 14, 2014 at 2:51 PM, David Marchand wrote:
> RTE_EAL_UNBIND_PORTS wa
Hi All
I'm trying to setup a system with 3 VMs.
Each VM has a VF assigned to it. (based on instructions from Programmers
Guide).
I found a white paper by Patrick Kutch which describes how to do it using
the linux driver and ip route commands. The problem is that I need to
create VFs using the li
Hi, is there any references\attempts to compile DPDK for MIPS architecture?
Grisha.
##
This message is intended only for the designated recipient(s).It may contain
confidential or proprietary information.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Samuel Monderer
> Sent: Monday, April 28, 2014 11:36 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] compiling with specific kernel headers
>
> Hi,
>
> The target machine has a different kernel version than the
Hi,
The target machine has a different kernel version than the one my Desktop.
I do have the appropriate kernel headers installed on my desktop.
Is there a parameter I can pass to make to tell him which headers to use?
Samuel
2014-04-25 17:03 GMT+04:00 Ananyev, Konstantin :
> Then I suppose you need to set
> CONFIG_RTE_MACHINE="default"
> in your config file.
Thanks, this is works fine..., but:
/var/tmp/paludis/build/net-libs-dpdk-1.6.0/work/dpdk-1.6.0/mk/internal/rte.compile-pre.mk:126:
recipe for target 'eal_common_
2014-04-25 18:02 GMT+04:00 Paul Barrette :
> In qemu you can turn off the cpu features that you don't want enabled:
> http://www.linux-kvm.org/page/Tuning_KVM
> maybe -cpu Nehalem ...
Why dpdk not use provided CFLAGS? I think that compile for native arch
not best option for packaging stuff for va
16 matches
Mail list logo