On 12/07/2015 03:17 AM, Thomas Monjalon wrote:
> 2015-11-18 17:09, Fan Zhang:
>> Flow actions pipeline is an extension of flow-classification pipeline.
>> Some of the operations of flow classification pipeline such as traffic
>> metering/marking(for e.g. Single Rate Three Color Marker (srTCM), Two
On 12/04/2015 08:53 PM, Thomas Monjalon wrote:
We have encountered a CPU where the AES-NI instruction set is disabled
due to export restrictions. Since the build machine and target machine
is different, using -native configs doesn't work, and on this CPU, the
application
On 12/07/2015 01:07 AM, Thomas Monjalon wrote:
> 2015-12-02 15:53, Panu Matilainen:
>> This (and other changes in patch 2 breaks the librte_vhost ABI again, so
>> you'd need to at least add a deprecation note to 2.2 to be able to do it
>> in 2.3 at all according to the ABI
Hi all,
While this is not directly related to DPDK or OVS, it is potentially
useful for users of both, so excuse me for cross-posting.
Quoting from the project README (for the full text see
http://laiskiainen.org/git/?p=driverctl.git;a=blob_plain;f=README)
> driverctl is a tool for
In addition to git tags, support validating abi between any legal
gitrevisions(7) syntaxes, such as "validate-abi.sh -1 . "
"validate-abi.sh master mybranch " etc in addition to
validating between tags. Makes it easier to run the validator
for in-development work.
Signed-off
On 12/03/2015 03:28 PM, Thomas Monjalon wrote:
> 2015-12-03 12:14, Mcnamara, John:
>> Also, if someone has some bandwidth it would be good to add an option
>> to pass -j with an optional number to "make" in the script.
>
> We can use -j without any number:
> "make will not limit the number of jobs
On 12/03/2015 02:14 PM, Mcnamara, John wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
>> Sent: Wednesday, December 2, 2015 4:51 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH] scripts: s
On 12/03/2015 03:32 PM, Thomas Monjalon wrote:
> 2015-12-03 15:19, Panu Matilainen:
>> On 12/03/2015 07:02 AM, Thomas Monjalon wrote:
>>> The examples are part of the installed documentation.
>>>
>>> Signed-off-by: Thomas Monjalon
>>> ---
>>>
On 12/03/2015 07:01 AM, Thomas Monjalon wrote:
> Following the recent discussions, this is a proposal to have a standard
> installation process while keeping compatibility with most of the old
> behaviours.
>
> v2 changes:
> - fix default build dir
> - RTE_TARGET subdir in $(sdkdir).
> - better
On 12/03/2015 07:02 AM, Thomas Monjalon wrote:
> The examples are part of the installed documentation.
>
> Signed-off-by: Thomas Monjalon
> ---
> mk/rte.sdkinstall.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mk/rte.sdkinstall.mk b/mk/rte.sdkinstall.mk
> index 902a933..13fa819
On 12/03/2015 03:22 AM, Ferruh Yigit wrote:
> Fixes following error (observed when versioning macros used):
>LD libdpdk.so
>/usr/bin/ld: /root/dpdk/build/lib/libdpdk.so: version node not found
>for symbol @DPDK_x.y
>
> Also resulting combined library contains symbol version
r invalid plugin paths
>>>>> - support directories via the existing -d option instead of adding
>>>>> new
>>>>>
>>>>> v3: - merge the first commits
>>>>>
>>>>> v2: - move code to eal/common
>>>>
On 12/02/2015 05:09 PM, Yuanhan Liu wrote:
> On Wed, Dec 02, 2015 at 04:48:14PM +0200, Panu Matilainen wrote:
> ...
>>>>> diff --git a/lib/librte_vhost/rte_virtio_net.h
>>>>> b/lib/librte_vhost/rte_virtio_net.h
>>>>> index 5687452..416dac2 1
In addition to git tags, support validating abi between any legal
gitrevisions(7) syntaxes, such as "validate-abi.sh . -1 "
"validate-abi.sh master mybrach " etc in addition to
validating between tags. Makes it easier to run the validator
for in-development work.
Signed-off
On 12/02/2015 04:31 PM, Yuanhan Liu wrote:
> On Wed, Dec 02, 2015 at 03:53:45PM +0200, Panu Matilainen wrote:
>> On 12/02/2015 05:43 AM, Yuanhan Liu wrote:
>>> VHOST_USER_SET_LOG_BASE request is used to tell the backend (dpdk
>>> vhost-user) where we should log dirty
On 12/02/2015 05:43 AM, Yuanhan Liu wrote:
> VHOST_USER_SET_LOG_BASE request is used to tell the backend (dpdk
> vhost-user) where we should log dirty pages, and how big the log
> buffer is.
>
> This request introduces a new payload:
>
> typedef struct VhostUserLog {
> uint64_t
On 12/02/2015 03:05 PM, Thomas Monjalon wrote:
> 2015-12-02 14:54, Panu Matilainen:
>> On 12/02/2015 01:25 PM, Thomas Monjalon wrote:
>>> 2015-12-02 12:27, Panu Matilainen:
>>>> $(prefix)/share is supposed to be shareable across different
>>>&g
On 12/02/2015 01:25 PM, Thomas Monjalon wrote:
> 2015-12-02 12:27, Panu Matilainen:
>> On 12/02/2015 05:57 AM, Thomas Monjalon wrote:
>>> The old installed tree was static and always had .config, includes and
>>> libs in a RTE_TARGET subdirectory. There i
On 12/02/2015 05:57 AM, Thomas Monjalon wrote:
> The rule "install" follows these conventions:
> https://www.gnu.org/prep/standards/html_node/Directory-Variables.html
> https://www.gnu.org/prep/standards/html_node/DESTDIR.html
>
> The variable sdkdir has been added to the more standards ones,
> to
On 12/02/2015 05:57 AM, Thomas Monjalon wrote:
> sbin/dpdk_nic_bind is a symbolic link to tools/dpdk_nic_bind.py
> where some python objects may be generated.
>
> Signed-off-by: Thomas Monjalon
> ---
> mk/rte.sdkinstall.mk | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
On 12/02/2015 05:57 AM, Thomas Monjalon wrote:
> Add kernel modules to "make install".
> Nothing is done if there is no kernel module compiled.
>
> On native Linux, this path is suggested:
> kerneldir=/lib/modules/$(uname -r)/extra/dpdk
>
> Suggested-by: Mario Carrillo
> Signed-off-by:
On 12/02/2015 11:25 AM, Thomas Monjalon wrote:
> 2015-12-02 09:44, Panu Matilainen:
>> That aside, a bigger problem is that it doesn't seem to work.
>>
>> make clean
>> make config T=x86_64-native-linuxapp-gcc
>> make
>> make install DESTDIR=/tmp/dpdk-root
&
On 12/02/2015 05:57 AM, Thomas Monjalon wrote:
> Following the recent discussions, this is a proposal to have a standard
> installation process while keeping compatibility with most of the old
> behaviours.
> Thank you Mario and Bruce for having submitted other proposals.
> I hope there will be a
On 12/01/2015 04:48 PM, Vincent JARDIN wrote:
> On 01/12/2015 15:27, Panu Matilainen wrote:
>> The problem with that (unless I'm missing something here) is that KNI
>> requires using out-of-tree kernel modules which makes it pretty much a
>> non-option for distros.
>
&
On 12/01/2015 04:26 PM, Christian Ehrhardt wrote:
> While playing with building 2.2-rc2 I found that our usual way didn't work
> anymore.
> We usually configured "make config T=x86_64-native-linuxapp-gcc" but then
> set CONFIG_RTE_MACHINE="default" to get something like the "lowest acceptable
>
On 12/01/2015 12:03 PM, Bruce Richardson wrote:
> On Mon, Nov 30, 2015 at 05:16:55PM -0800, Stephen Hemminger wrote:
>> On Mon, 30 Nov 2015 22:53:50 +
>> Kyle Larose wrote:
>>
>>> Hi Tim,
>>>
>>> On Mon, Nov 30, 2015 at 3:50 PM, O'Driscoll, Tim >> intel.com> wrote:
>>>
Tcpdump Support:
On 11/30/2015 06:41 PM, Stephen Hemminger wrote:
> On Mon, 30 Nov 2015 10:03:43 -0500
> Neil Horman wrote:
>
>> On Wed, Nov 25, 2015 at 08:08:37AM -0800, Stephen Hemminger wrote:
>>> On Wed, 25 Nov 2015 10:38:48 +0200
>>> Panu Matilainen wrote:
>>>
>
On 11/27/2015 07:33 PM, Thomas Monjalon wrote:
> 2015-11-25 10:48, Panu Matilainen:
>> On 11/24/2015 06:54 PM, Bruce Richardson wrote:
>>> On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote:
>>>> 2015-11-06 12:57, Bruce Richardson:
>>>>> So
On 11/26/2015 03:51 PM, Doherty, Declan wrote:
>> -Original Message-
>> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
>> Sent: Thursday, November 26, 2015 10:09 AM
>> To: Panu Matilainen; Doherty, Declan
>> Cc: dev at dpdk.org
>> Subje
On 11/25/2015 06:08 PM, Stephen Hemminger wrote:
> On Wed, 25 Nov 2015 10:38:48 +0200
> Panu Matilainen wrote:
>
>> On 11/25/2015 12:46 AM, Stephen Hemminger wrote:
>>> On Tue, 24 Nov 2015 16:31:17 +0200
>>> Panu Matilainen wrote:
>>>
>>>> Th
On 11/26/2015 09:39 AM, Panu Matilainen wrote:
> On 11/25/2015 07:38 PM, Thomas Monjalon wrote:
>> The crypto API is in an early state.
>> It requires more discussions and experiments to declare it stable,
>> as discussed in http://dpdk.org/ml/archives/dev/2015
On 11/25/2015 07:38 PM, Thomas Monjalon wrote:
> The crypto API is in an early state.
> It requires more discussions and experiments to declare it stable,
> as discussed in http://dpdk.org/ml/archives/dev/2015-November/028634.html
>
> A documentation section will be required in the guides.
>
>
On 11/24/2015 06:54 PM, Bruce Richardson wrote:
> On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote:
>> 2015-11-06 12:57, Bruce Richardson:
>>> So, any thoughts or comments on this? There has been lots of discussion in
>>> this
>>> general area but nothing yet going into the release
On 11/25/2015 02:26 AM, Martinx - ? wrote:
> On 24 November 2015 at 13:53, Panu Matilainen wrote:
>> On 11/24/2015 05:30 PM, Martinx - ? wrote:
>>>
>>> On 24 November 2015 at 13:22, Panu Matilainen
>>> wrote:
>>>>
>>&
On 11/25/2015 12:46 AM, Stephen Hemminger wrote:
> On Tue, 24 Nov 2015 16:31:17 +0200
> Panu Matilainen wrote:
>
>> The physically linked-together combined library has been an increasing
>> source of problems, as was predicted when library and symbol versioning
>&
On 11/24/2015 05:30 PM, Martinx - ? wrote:
> On 24 November 2015 at 13:22, Panu Matilainen wrote:
>> On 11/24/2015 04:46 PM, Sergio Gonzalez Monroy wrote:
>>>
>>> On 24/11/2015 13:57, Panu Matilainen wrote:
>>>>
>>>> On 11/23/2015
On 11/24/2015 04:46 PM, Sergio Gonzalez Monroy wrote:
> On 24/11/2015 13:57, Panu Matilainen wrote:
>> On 11/23/2015 08:37 PM, Martinx - ? wrote:
>>> Hello!
>>>
>>> My name is Thiago, I'm trying to compile DPDK 2.0, 2.1 and/or 2.2-rc1,
>>> on U
On 11/20/2015 09:46 PM, Eric Kinzie wrote:
> On Tue Nov 03 11:48:57 + 2015, Ferruh Yigit wrote:
>> On Tue, Nov 03, 2015 at 01:31:45PM +0200, Panu Matilainen wrote:
>>> On 11/03/2015 01:02 PM, Ferruh Yigit wrote:
>>>> On Tue, Nov 03, 2015 at 08:48:16AM +0200, Panu
-by: Neil Horman
Signed-off-by: Panu Matilainen
---
config/common_bsdapp | 5 ---
config/common_linuxapp| 5 ---
drivers/net/Makefile | 1 -
drivers/net/mlx4/Makefile | 6 ---
drivers/net/mlx5/Makefile | 6 ---
lib/Makefile | 1 -
mk/rte.app.mk | 10
On 11/23/2015 08:37 PM, Martinx - ? wrote:
> Hello!
>
> My name is Thiago, I'm trying to compile DPDK 2.0, 2.1 and/or 2.2-rc1,
> on Ubuntu with Xen support but, it does not build...
>
> Also, initially, I'm using DPDK sources from Ubuntu APT repository
> but, it is also reproducible using
: 9f8eb1d9ca0f ("eal: support driver loading from directory")
Signed-off-by: Panu Matilainen
---
lib/librte_eal/common/eal_common_options.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_options.c
b/lib/librte_
On 11/23/2015 12:41 PM, Thomas Monjalon wrote:
> Hi Panu,
>
> 2015-11-23 08:04, Panu Matilainen:
>> On 11/20/2015 06:38 PM, David Marchand wrote:
>>> It looks like you would skip the symbolic links while you were not before.
>>> Intended ?
>>
>> Inten
On 11/20/2015 06:38 PM, David Marchand wrote:
> Hello Panu,
>
> On Wed, Nov 18, 2015 at 7:45 AM, Panu Matilainen
> wrote:
>
>> Not all filesystems supply struct dirent d_type field, in which case
>> everything in the specified directory would go ignored. One such
&g
On 11/19/2015 01:22 PM, Ferruh Yigit wrote:
> This reverts commit 67b6d3039e9edbc4624c878c6930be5e126e8b58.
>
> Reverted patch uses pthread_setname_np() function, this function added
> into glibc in version 2.12 and cause a compile error in older glibc
> versions:
> error: implicit declaration of
On 11/18/2015 01:48 PM, Mcnamara, John wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
>> Sent: Wednesday, November 18, 2015 7:34 AM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH] eth
Fixes: 719dbebceb81 ("xen: allow determining DOM0 at runtime")
Signed-off-by: Panu Matilainen
---
lib/librte_ether/rte_ether_version.map | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_ether/rte_ether_version.map
b/lib/librte_ether/rte_ether_version.map
index 11c4e9
Signed-off-by: Panu Matilainen
---
lib/librte_eal/common/eal_common_options.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_options.c
b/lib/librte_eal/common/eal_common_options.c
index bed7385..e51fa12 100644
--- a/lib/librte_
On 11/13/2015 07:50 AM, Matthew Hall wrote:
> Signed-off-by: Matthew Hall
> ---
> lib/librte_eal/common/include/rte_log.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/lib/librte_eal/common/include/rte_log.h
> b/lib/librte_eal/common/include/rte_log.h
>
On 11/13/2015 01:48 PM, Montorsi, Francesco wrote:
> Hi John,
>
>> -Original Message-
>> From: Mcnamara, John [mailto:john.mcnamara at intel.com]
>>
>> The Ubuntu dpdk package for 15.10 contains system scripts with functions for
>> reserving hugepages and binding interfaces on bootup:
>>
On 11/13/2015 01:44 PM, Montorsi, Francesco wrote:
> Hi Panu,
>
>> -Original Message-----
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> I've been looking into this recently, here's what I have so far:
>> http://laiskiainen.org/git/?p=driverctl.git
On 11/11/2015 06:28 PM, Bruce Richardson wrote:
> On Wed, Nov 11, 2015 at 04:13:01PM +, Montorsi, Francesco wrote:
>> Hi,
>> Is there a way to permanently (i.e., have the configuration automatically
>> applied after reboot) bind a NIC port to DPDK?
>>
>> In case there's none, I'm thinking to
On 11/11/2015 12:16 PM, Thomas Monjalon wrote:
> 2015-11-11 09:07, Panu Matilainen:
>> On 09/24/2015 01:23 PM, Neil Horman wrote:
>>> On Thu, Sep 24, 2015 at 10:50:56AM +0300, Panu Matilainen wrote:
>>>> For giggles, tried running abi-validator between 2.0 and 2
On 09/24/2015 01:23 PM, Neil Horman wrote:
> On Thu, Sep 24, 2015 at 10:50:56AM +0300, Panu Matilainen wrote:
>> For giggles, tried running abi-validator between 2.0 and 2.1 on
>> my Fedora 22 laptop, didn't work due to various build failures.
>> With this patch series the f
significantly over
manually loading individual drivers with -d, and allows distros to
establish a drop-in driver directory for seamless integration
with 3rd party drivers etc.
Suggested-by: Thomas Monjalon
Suggested-by: David Marchand
Signed-off-by: Panu Matilainen
---
config/common_bsdapp
There's no good reason to limit plugins to Linux, make it available
on FreeBSD too. Refactor the plugin code from Linux EAL to common
helper functions, also check for and fail on errors during initialization.
Signed-off-by: Panu Matilainen
---
lib/librte_eal/bsdapp/eal/eal.c| 3
- support directories via the existing -d option instead of adding new
v3: - merge the first commits
v2: - move code to eal/common
- add bsd support
Panu Matilainen (2):
eal: move plugin loading to eal/common
eal: add support for driver directory concept
config/common_bsdapp
On 11/10/2015 11:48 AM, Tetsuya Mukawa wrote:
> On 2015/11/10 16:16, Panu Matilainen wrote:
>> On 11/10/2015 05:13 AM, Tetsuya Mukawa wrote:
>>> On 2015/11/10 3:16, Aaron Conole wrote:
>>>> Greetings,
>>>>
>>>> Tetsuya Mukawa writes:
>
On 11/10/2015 05:13 AM, Tetsuya Mukawa wrote:
> On 2015/11/10 3:16, Aaron Conole wrote:
>> Greetings,
>>
>> Tetsuya Mukawa writes:
>>> These variables are needed to be able to manage one of virtio devices
>>> using both vhost library APIs and vhost PMD.
>>> For example, if vhost PMD uses current
On 11/03/2015 01:33 PM, Ferruh Yigit wrote:
> On Tue, Nov 03, 2015 at 12:41:10PM +0200, Panu Matilainen wrote:
>> On 11/03/2015 11:20 AM, Ferruh Yigit wrote:
>>> On Tue, Nov 03, 2015 at 09:06:05AM +0200, Panu Matilainen wrote:
>>>> On 11/02/2015 05:23 PM, Ferruh Yigi
On 11/03/2015 01:02 PM, Ferruh Yigit wrote:
> On Tue, Nov 03, 2015 at 08:48:16AM +0200, Panu Matilainen wrote:
>> On 11/02/2015 06:42 PM, Eric Kinzie wrote:
>>> On Mon Nov 02 12:23:47 +0200 2015, Panu Matilainen wrote:
>>>> On 11/01/2015 08:17 PM, Thomas Monjalon
On 11/03/2015 11:20 AM, Ferruh Yigit wrote:
> On Tue, Nov 03, 2015 at 09:06:05AM +0200, Panu Matilainen wrote:
>> On 11/02/2015 05:23 PM, Ferruh Yigit wrote:
>>> Fixes following error:
>>> LD libdpdk.so
>>> /usr/bin/ld: /root/dpdk/build/li
On 11/03/2015 10:16 AM, Thomas Monjalon wrote:
> 2015-11-03 08:48, Panu Matilainen:
>> On 11/02/2015 06:42 PM, Eric Kinzie wrote:
>>> On Mon Nov 02 12:23:47 +0200 2015, Panu Matilainen wrote:
>>>> On 11/01/2015 08:17 PM, Thomas Monjalon wrote:
>>>>> 2
On 10/27/2015 04:25 PM, Bruce Richardson wrote:
> Just clarify a bit further the idea I had in mind, I've put together the
> following
> two example patches. After applying these patches the following sequence of
> operations works to install dpdk libraries and headers into /opt
> (/opt/lib/dpdk
On 11/02/2015 05:23 PM, Ferruh Yigit wrote:
> Fixes following error:
>LD libdpdk.so
>/usr/bin/ld: /root/dpdk/build/lib/libdpdk.so: version node not found
>for symbol @DPDK_x.y
>
> Defines version symbols in a fixed path libdpdk.map file and this
> value hardcoded into makefile
Hold
On 11/02/2015 06:42 PM, Eric Kinzie wrote:
> On Mon Nov 02 12:23:47 +0200 2015, Panu Matilainen wrote:
>> On 11/01/2015 08:17 PM, Thomas Monjalon wrote:
>>> 2015-10-19 08:36, Eric Kinzie:
>>>>Size of struct rte_eth_bond_8023ad_conf changed. Increment
On 11/01/2015 08:17 PM, Thomas Monjalon wrote:
> 2015-10-19 08:36, Eric Kinzie:
>>Size of struct rte_eth_bond_8023ad_conf changed. Increment LIBABIVER
>>and version bond_mode_8023ad_setup and bond_mode_8023ad_conf_get
>>functions.
> [...]
>> +VERSION_SYMBOL(bond_mode_8023ad_setup,
On 10/30/2015 02:09 PM, Harry van Haaren wrote:
> This patch adds -s as an alias to --summary in dpdk_nic_bind.py,
> providing a convienient shorthand.
The patch is about adding an alias to --status, but the summary talks
about --summary. And I nearly did the same when writing this :)
-
On 10/26/2015 06:56 PM, Thomas Monjalon wrote:
> Panu,
> Please use --subject-prefix 'PATCH v2' to ease patch management,
> as explained here:
> http://dpdk.org/dev#send
>
> git send-email --subject-prefix 'PATCH vX+1' --annotate --cover-letter
> --in-reply-to
>
> It should appear on the
On 10/21/2015 10:15 PM, Olivier MATZ wrote:
> Hi Mario,
>
> On 10/20/2015 11:17 AM, Bruce Richardson wrote:
>> On Tue, Oct 20, 2015 at 12:21:00AM +, Arevalo, Mario Alfredo C wrote:
>>> Hi folks,
>>>
>>>Good day, this is a proposal in order to improve the dpdk install
>>> process,
>>>
On 10/21/2015 07:30 PM, Nicolas Pernas Maradei wrote:
> Hi,
>
> Are those the only two libraries with external dependencies? I took a
> quick look to the rte.app.mk file and there seem to be some others like
> -lfuse and -lnuma. Would it be possible to move those to their specific
> Makefiles as
for sane operation. This is especially highlighted
with dlopen()'ed items, having applications link against about plugin
internal dependencies goes on the side of absurd.
Signed-off-by: Panu Matilainen
---
drivers/net/bnx2x/Makefile | 1 +
drivers/net/pcap/Makefile | 1 +
mk/rte.app.mk
On 10/21/2015 02:53 PM, Thomas Monjalon wrote:
> 2015-10-21 12:15, Bruce Richardson:
>> On Wed, Oct 21, 2015 at 01:09:24PM +0200, David Marchand wrote:
>>> On Wed, Oct 21, 2015 at 12:54 PM, Panu Matilainen
>>> wrote:
>>>>
>>>> Btw, returning
On 10/21/2015 01:15 PM, David Marchand wrote:
> On Wed, Oct 21, 2015 at 10:29 AM, Panu Matilainen
> wrote:
>
>> There's no good reason to limit plugins to Linux, make it available
>> on FreeBSD too. Refactor the plugin code from Linux EAL to common
>> helper function
On 10/21/2015 11:44 AM, Thomas Monjalon wrote:
> 2015-10-21 11:29, Panu Matilainen:
>> Add a new EAL option -D for loading all drivers from a given directory.
>> Additionally a default driver directory can be set in build-time
>> configuration, in which case it will be al
library configuration significantly over
manually loading individual drivers with -d, and allows distros to
establish a drop-in driver directory for seamless integration
with 3rd party drivers etc.
Suggested-by: Thomas Monjalon
Signed-off-by: Panu Matilainen
---
config/common_bsdapp
bsd support
Panu Matilainen (2):
eal: move plugin loading to eal/common
eal: add support for driver directory concept
config/common_bsdapp | 3 +
config/common_linuxapp | 3 +
lib/librte_eal/bsdapp/eal/eal.c| 3 +
lib/librte_eal
On 10/16/2015 10:31 PM, Olivier MATZ wrote:
> Hi Panu,
>
> On 10/05/2015 10:20 PM, Mario Carrillo wrote:
>> Add hierarchy-file support to the DPDK makefiles, scripts,
>> examples, tools, config files and headers.
>>
>> When invoking "make install-sdk" makefiles, scripts,
>> examples, tools, config
On 10/19/2015 01:50 PM, Tetsuya Mukawa wrote:
> On 2015/10/19 18:45, Bruce Richardson wrote:
>> On Mon, Oct 19, 2015 at 10:32:50AM +0100, Loftus, Ciara wrote:
On 2015/10/16 21:52, Bruce Richardson wrote:
> On Mon, Aug 31, 2015 at 12:55:26PM +0900, Tetsuya Mukawa wrote:
>> The patch
On 10/16/2015 03:59 PM, Bruce Richardson wrote:
> On Fri, Oct 16, 2015 at 02:58:16PM +0300, Panu Matilainen wrote:
>> Signed-off-by: Panu Matilainen
>> ---
>> lib/librte_eal/bsdapp/eal/eal.c| 3 ++-
>> lib/librte_eal/common/eal_common_options.c | 3 ++-
On 10/16/2015 03:57 PM, Bruce Richardson wrote:
> On Fri, Oct 16, 2015 at 02:58:13PM +0300, Panu Matilainen wrote:
>> Signed-off-by: Panu Matilainen
>> ---
>> lib/librte_eal/linuxapp/eal/eal.c | 28 +++-
>> 1 file changed, 19 insertions(+)
library configuration significantly over
manually loading individual drivers with -d, and allows distros to
establish a drop-in driver directory for seamless integration
with 3rd party drivers etc.
Suggested-by: homas Monjalon
Signed-off-by: Panu Matilainen
---
config/common_bsdapp
Signed-off-by: Panu Matilainen
---
lib/librte_eal/bsdapp/eal/eal.c| 3 ++-
lib/librte_eal/common/eal_common_options.c | 3 ++-
lib/librte_eal/common/eal_options.h| 2 +-
lib/librte_eal/linuxapp/eal/eal.c | 3 ++-
4 files changed, 7 insertions(+), 4 deletions(-)
diff
There's no good reason to limit plugins to Linux, make it available
on FreeBSD too.
Signed-off-by: Panu Matilainen
---
lib/librte_eal/bsdapp/eal/eal.c| 2 ++
lib/librte_eal/common/eal_common_options.c | 52 +
lib/librte_eal/common/eal_options.h
Signed-off-by: Panu Matilainen
---
lib/librte_eal/linuxapp/eal/eal.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index cc66d9f..d8a53e4 100644
--- a/lib/librte_eal/linuxapp/eal
Signed-off-by: Panu Matilainen
---
lib/librte_eal/linuxapp/eal/eal.c | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index 33e1067..cc66d9f 100644
--- a/lib/librte_eal
On 10/15/2015 03:10 PM, Mcnamara, John wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Panu Matilainen
>> Sent: Thursday, October 15, 2015 12:49 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH 0/2] Pr
On 10/10/2015 08:45 PM, Arevalo, Mario Alfredo C wrote:
> Hi,
>
> Good day, I was wondering if someone has any comment about it :)
Hi, sorry been busy with some other agendas :)
See below...
>
> v4:
>
> Modify the makefile target to specify the files
> that will be installed using a rule:
>
> *
to performance tuning phase.
Signed-off-by: Panu Matilainen
---
lib/librte_eal/common/eal_common_options.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_options.c
b/lib/librte_eal/common/eal_common_options.c
index 1f459ac..a4cdbaa
Optimize for quad-channel by default, this should work well for
all the cases, better than the previous value of one anyway.
Suggested-by: Bruce Richardson
Signed-off-by: Panu Matilainen
---
lib/librte_mempool/rte_mempool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
-timer.
Panu Matilainen (2):
mempool: use a better default for number of memory channels
eal: make the -n argument optional
lib/librte_eal/common/eal_common_options.c | 8 +---
lib/librte_mempool/rte_mempool.c | 2 +-
2 files changed, 2 insertions(+), 8 deletions(-)
--
2.4.3
On 10/14/2015 02:45 PM, David Marchand wrote:
> Hello Panu,
>
> On Wed, Oct 14, 2015 at 12:22 PM, Panu Matilainen <mailto:pmatilai at redhat.com>> wrote:
>
> Obtaining the correct value, especially from a running system, can
> be anything from difficult
On 09/25/2015 04:00 PM, Panu Matilainen wrote:
> On 09/25/2015 03:35 PM, David Marchand wrote:
>> Hello Panu,
>>
>> On Fri, Sep 25, 2015 at 1:58 PM, Panu Matilainen > <mailto:pmatilai at redhat.com>> wrote:
>>
>> This mini-series adds support for
On 10/13/2015 07:36 PM, Mcnamara, John wrote:
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas F Herbert
>> Sent: Thursday, October 8, 2015 7:30 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] DPDK User Space: Session onUseability and Ease of Use
>>
tuning phase.
Signed-off-by: Panu Matilainen
---
lib/librte_eal/common/eal_common_options.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_options.c
b/lib/librte_eal/common/eal_common_options.c
index 1f459ac..28f10a2 100644
--- a/lib
On 10/09/2015 01:13 PM, Montorsi, Francesco wrote:
>>> It seems the patch missed the boat :)
>>
>> Correct, sorry. I'm attaching it now.
> Ok, for some reason the email client is removing the attachment... I'm
> copying and pasting it:
> (the points marked as TODO are functions that still contain
On 10/09/2015 01:03 PM, Montorsi, Francesco wrote:
> Hi Panu,
>
>
>
>> -Original Message-----
>> From: Panu Matilainen [mailto:pmatilai at redhat.com]
>> Sent: venerd? 9 ottobre 2015 10:26
>> To: Montorsi, Francesco ; Thomas Monjalon
>>
>&g
On 10/08/2015 05:58 PM, Montorsi, Francesco wrote:
> Hi,
>
>> -Original Message-
>> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
>> Sent: mercoled? 2 settembre 2015 15:10
>> To: Montorsi, Francesco
>> Cc: dev at dpdk.org; Bruce Richardson
>> Subject: Re: [dpdk-dev]
On 10/02/2015 07:32 PM, Arevalo, Mario Alfredo C wrote:
> Hi,
>
> Working with the patchset to include new features to make install,
> some questions I missed to ask before:
>
> for example if you use only "make install":
>
> "T" variable is going to get "*" value and the
> makefiles are going to
On 10/02/2015 07:26 PM, Arevalo, Mario Alfredo C wrote:
> Hi, Panu, perfect thank you for your feedback, I going to change that
> path by /lib/modules/$(uname -r)/extra/ in my patch.
Hi,
That's not quite what I suggested:
> The default install path for the kernel modules should be
On 10/01/2015 03:11 AM, Mario Carrillo wrote:
> Add hierarchy-file support to the DPDK modules,
> when invoking "make install-mod" modules will be
> installed in: $(DESTDIR)/$(KERNEL_DIR)
> if RTE_EXEC_ENV=linuxapp then
> KERNEL_DIR=/lib/modules/$(uname -r)/build
/lib/modules/$(uname -r)/build is
201 - 300 of 382 matches
Mail list logo
