2014-07-21 13:42, Stephen Hemminger:
> On Mon, 21 Jul 2014 18:03:53 +0600
> Yerden Zhumabekov wrote:
>
> > Since PCI config lock/unlock functions were renamed in linux kernel,
> > these wrappers are introduced to reflect this change.
>
> Rather than have wrapper's which have to live forever.
> P
2014-07-21 21:38, Yerden Zhumabekov:
> Since PCI config lock/unlock functions were renamed in linux kernel,
> wrappers are introduced to reflect this change.
>
> Fixed a few typos.
Why did you send again the patches ?
Do you have any change since the previous serie?
> Patches attached, not inlin
Please Stephen,
Could you comment or ack these patches?
A quick answer would be appreciated as build is currently broken
with old kernels.
2014-07-21 18:03, Yerden Zhumabekov:
> Since PCI config lock/unlock functions were renamed in linux kernel,
> wrappers are introduced to reflect this change.
renaming pci config lock/unlock functions using wrappers introduced
in commit f57049874f61046641a8eb1e9832810cc33befe5
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Since PCI config lock/unlock functions were renamed in linux kernel,
these wrappers are introduced to reflect this change.
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 20
1 file changed, 20 insertions(+)
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
Since PCI config lock/unlock functions were renamed in linux kernel,
wrappers are introduced to reflect this change.
Fixed a few typos.
Patches attached, not inlined. :)
Yerden Zhumabekov (3):
igb_uio: fixed typos
igb_uio: pci_config_lock/pci_config_unlock wrappers
igb_uio: renaming pci co
On Mon, Jul 21, 2014 at 01:43:50PM -0700, Stephen Hemminger wrote:
> On Mon, 21 Jul 2014 15:54:15 -0400
> Neil Horman wrote:
>
> > On Mon, Jul 21, 2014 at 09:24:36PM +0200, Chris Pappas wrote:
> > > Hi,
> > >
> > > I need to generate a random number per packet and I used the rte_fast_rand
> > >
Hi,
I need to generate a random number per packet and I used the rte_fast_rand
function to do so. When I run the code for one port-core I get almost
line-rate performance. However, running simultaneously on multiple cores
degrades performance significantly. (in all cases I uses minimum-sized
packe
Comments?
On 08.07.2014 11:42, Simon Kuenzer wrote:
> Here are some comments about the use case of this patch:
>
> This patch is especially useful in cases where DPDK applications scale
> their CPU resources at runtime via starting and stopping slave lcores.
> Since the coremask defines the maximu
renaming pci config lock/unlock functions using wrappers introduced
in commit f57049874f61046641a8eb1e9832810cc33befe5
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/lib/librt
Since PCI config lock/unlock functions were renamed in linux kernel,
these wrappers are introduced to reflect this change.
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 20
1 file changed, 20 insertions(+)
diff --git a/lib/librte_eal/lin
Signed-off-by: Yerden Zhumabekov
---
lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/lib/librte_eal/linuxapp/igb_uio/igb_uio.c
b/lib/librte_eal/linuxapp/igb_uio/igb_uio.c
index 05cbe8e..02545d9 100644
---
Since PCI config lock/unlock functions were renamed in linux kernel,
wrappers are introduced to reflect this change.
Fixed a few typos.
Yerden Zhumabekov (3):
igb_uio: fixed typos
igb_uio: pci_config_lock/pci_config_unlock wrappers
igb_uio: renaming pci config lock/unlock functions
lib/l
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Matthew Hall
> Sent: Sunday, July 20, 2014 8:48 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH 1/4] l3fwd: some functions are unused in l3fwd-acl
>
> Signed-off-by: Matthew Hall
> ---
> examples/l3fwd/M
Hi,
2014-07-20 20:47, Matthew Hall:
> Without this patch it is impossible to compile the examples if you have
> compiled the DPDK into the $(RTE_SDK)/build directory, or any other one
> besides $(RTE_SDK)/$(RTE_TARGET).
Please, could you explain why is it impossible in your case?
The standard us
On Mon, Jul 21, 2014 at 09:24:36PM +0200, Chris Pappas wrote:
> Hi,
>
> I need to generate a random number per packet and I used the rte_fast_rand
> function to do so. When I run the code for one port-core I get almost
> line-rate performance. However, running simultaneously on multiple cores
> de
- Fix bonding unit test suite which was failing due to a change
in pmd configuration behaviour introduced in commit
a130f531187249a88edc1a5c29307f0d01abd827
- Added fixes to allow the abiltiy to re-run test suite from test
application without restarting application
Signed-off-by: Declan
- Adding common test assertion macros for unit testing
- Structs for encapsulating unit tests / test suites data.
- test suite runner method
Signed-off-by: Declan Doherty
---
app/test/test.c | 53 +++
app/test/test.h | 82 ++
fix for link bonding unit tests which are failing due to change introduced in
rte_eth_dev_configure which now explicitly checks in pmd supports link status
chnage interrupts.
Also adds some common test macros to the test application for unit testing
Declan Doherty (2):
test app:
bond: uni
2014-07-20 20:47, Matthew Hall:
> +CFLAGS += -Wno-switch
As I said for patch 1/4,
I think it's better to fix the code instead of removing a warning.
If there is a very good reason to not do it, it would appear in the log.
Thanks
--
Thomas
Hi,
2014-07-20 20:47, Matthew Hall:
> +CFLAGS += -Wno-unused-function
I think it's better to fix the code instead of removing a warning.
If there is a very good reason to not do it, it would appear in the log.
Thanks
--
Thomas
Hi,
I wrote a test application using MEMNIC interfaces for inter
VM switching .[VM1 --> host --- >VM2 ]
I send uni-directional traffic from traffic generator at vm1
to the host .
And in the host my application switches traffic coming from
vm
On Mon, 21 Jul 2014 15:54:15 -0400
Neil Horman wrote:
> On Mon, Jul 21, 2014 at 09:24:36PM +0200, Chris Pappas wrote:
> > Hi,
> >
> > I need to generate a random number per packet and I used the rte_fast_rand
> > function to do so. When I run the code for one port-core I get almost
> > line-rate
On Mon, 21 Jul 2014 18:03:53 +0600
Yerden Zhumabekov wrote:
> Since PCI config lock/unlock functions were renamed in linux kernel,
> these wrappers are introduced to reflect this change.
>
> Signed-off-by: Yerden Zhumabekov
> ---
> lib/librte_eal/linuxapp/igb_uio/igb_uio.c | 20 +
Hi Yerden,
2014-07-20 14:14, Yerden Zhumabekov:
> Unfortunately the latest 'master' no longer builds on ubuntu 12.04.
Thanks for reporting.
There are also some issues with other distributions like Suse or RHEL.
> i've also added a patch to fix it. It involves fixing some typos and
> reverting p
The same code is used in l3fwd and l3fwd-acl. When it is reused in l3fwd-acl a
packet processing function from original l3fwd is not used any more.
--
Sent from my mobile device.
On July 21, 2014 6:44:41 AM PDT, Thomas Monjalon
wrote:
>Hi,
>
>2014-07-20 20:47, Matthew Hall:
>> +CFLAGS += -Wno-
Hi Hobywan,
We?re still working on benchmarking, and would share the numbers once we are
done with it.
Could you please elaborate on vectorisation functions?
Thanks,
-Sujith
From: Hobywan Kenoby mailto:hobyw...@hotmail.com>>
Date: Friday, 11 July 2014 6:46 pm
To: "Sujith Sankar (ssujith)" mailt
28 matches
Mail list logo
