From: podovinnikov
---
drivers/net/bonding/rte_eth_bond_8023ad.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/drivers/net/bonding/rte_eth_bond_8023ad.c
b/drivers/net/bonding/rte_eth_bond_8023ad.c
index b77a37ddb..132ff74a1 100644
--- a/drivers/net/b
---
drivers/net/af_packet/rte_eth_af_packet.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/net/af_packet/rte_eth_af_packet.c
b/drivers/net/af_packet/rte_eth_af_packet.c
index f5806bf42..eb1902170 100644
--- a/drivers/net/af_packet/rte_eth_af_packet.c
+++
Signed-off-by: Vadim
fix lacp check system address
---
drivers/net/bonding/rte_eth_bond_8023ad.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/net/bonding/rte_eth_bond_8023ad.c
b/drivers/net/bonding/rte_eth_bond_8023ad.c
index b77a37ddb
Signed-off-by: Vadim
fix lacp check system address
---
drivers/net/bonding/rte_eth_bond_8023ad.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/net/bonding/rte_eth_bond_8023ad.c
b/drivers/net/bonding/rte_eth_bond_8023ad.c
index b77a37ddb
Signed-off-by: Vadim
---
drivers/net/af_packet/rte_eth_af_packet.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/net/af_packet/rte_eth_af_packet.c
b/drivers/net/af_packet/rte_eth_af_packet.c
index f5806bf42..da54f82f7 100644
--- a/drivers/net/af_packet
*** BLURB HERE ***
Vadim Suraev (2):
Pending timers counting fixed
Bug fixed: when timer's callback (for periodic timer) calls
timer_reset for another timer, a per-core updated flag is
raised which prevents reloading of that periodic timer. The
flag is moved to the ti
---
lib/librte_timer/rte_timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/librte_timer/rte_timer.c b/lib/librte_timer/rte_timer.c
index a3d5cca..f98e904 100755
--- a/lib/librte_timer/rte_timer.c
+++ b/lib/librte_timer/rte_timer.c
@@ -173,7 +173,7 @@ timer_set_
---
lib/librte_timer/rte_timer.c | 14 --
lib/librte_timer/rte_timer.h |3 +++
2 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/lib/librte_timer/rte_timer.c b/lib/librte_timer/rte_timer.c
index f98e904..ea2f22a 100755
--- a/lib/librte_timer/rte_timer.c
+++ b/lib/li
rte_timer: 2 bug fixes
Vadim Suraev (2):
rte_timer bug fix: pending timers count is not decremented when
going running. Fix: decrement pending when going running, increment
if reloaded, do nothing if not reloaded Signed-off-by: Vadim
Suraev
rte_timer bug fix: when a
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/librte_timer/rte_timer.c b/lib/librte_timer/rte_timer.c
index a3d5cca..f98e904 100755
--- a/lib/librte_timer/rte_timer.c
+++ b/lib/librte_timer/rte_timer.c
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c | 17 -
lib/librte_timer/rte_timer.h |7 ++-
2 files changed, 14 insertions(+), 10 deletions(-)
diff --git a/lib/librte_timer/rte_timer.c b/lib/librte_timer/rte_timer.c
index f98e904..0cc5fa9 100755
--- a
two timer bugs fixed
lib/librte_timer/rte_timer.c | 21 ++---
lib/librte_timer/rte_timer.h |7 ++-
2 files changed, 16 insertions(+), 12 deletions(-)
--
1.7.9.5
Description: when going running, the
pending count is not incremented.
Fix: decremend
pending when going running. Then, if periodic,
increment, if one shot - do nothing
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions
Description: while running a periodic timer's callback, if another
timer is manipulated, the updated flag is raised
preventing the periodic timer to reload.
Fix: move
updated flag from priv_timer to rte_timer stucture (one
per core)
Signed-off-by: Vadim Suraev
---
lib/librte_
Bug: when a periodic timer's callback is running, if another
timer is manipulated, the periodic timer is not reloaded.
Solution: set the update flag only is the modified timer is
in RUNNING state
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |8 ++--
1 file chang
, the
pending statistics was incremented. If neither was called
and the timer is periodic, the pending statistics is
incremented when it is reloaded
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib
Vadim Suraev (2):
Bug: when a periodic timer's callback is running, if another
timer is manipulated, the periodic timer is not reloaded.
Solution: set the update flag only if the modified timer is
in RUNNING state
Bug: When a timer is running - if rte_timer_st
Bug: when a periodic timer's callback is running, if
another timer is manipulated, the periodic timer is
not reloaded.
Solution: set the update flag only if the
modified timer is in RUNNING state
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |8 ++--
1
rte_time_reset was called, the pending statistics was
incremented. If neither was called and the timer is
periodic, the pending statistics is incremented when
it is reloaded
Signed-off-by: Vadim Suraev
---
lib/librte_timer/rte_timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions
I've ported the Linux kernel TCP/IP stack to user space and integrated with
DPDK, the source and documentation and the roadmap will be published (and
announced) within few days.
Regards,
Vadim
On Sep 9, 2014 9:20 AM, "Matthew Hall" wrote:
> On Tue, Sep 09, 2014 at 08:49:44AM +
IMHO, since GPL is more restrictive so the source must remain open
On Sep 9, 2014 9:39 AM, "Zhang, Helin" wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vadim Suraev
> > Sent: Tuesday, September 9, 2014 2
two
> would end up
> being covered by the Linux GPLv2 license.
>
> On Mon, Sep 8, 2014 at 11:30 PM, Vadim Suraev
> wrote:
>
>> I've ported the Linux kernel TCP/IP stack to user space and integrated
>> with
>> DPDK, the source and documentation and the roa
rd party* to obtain the source code via the same mechanism as the
> pre-compiled binary.
>
> You can?t sell the source, you have to make it available, either with the
> binary, or to anyone who asks.
>
> There are other terms and conditions with the GPL (patent licenses, etc.)
&g
ithub.com:vadimsu/ipaugenblick.git
<https://mail.google.com/mail/u/0/git at github.com:vadimsu/ipaugenblick.git>
two branches - master & muticore
Documentation:
- README at the root of the project
ipaugenblick.net
Please feel free to ask questions you may have
Regards,
Vadim.
I'll add it. Thanks
On Sep 18, 2014 3:17 PM, "Neil Horman" wrote:
> On Thu, Sep 18, 2014 at 07:13:43AM +0300, Vadim Suraev wrote:
> > Hi,
> > I've published the source code of Linux kernel IP stack ported to user
> space
> > and integrated with DP
Hi, all,
I found ixgbe in couple with rte_mbuf (and probably other PMD drivers)
don't support GSO, I reverse engineered the linux kernel's ixgbe's gso
support and got it working in 1.6. Could it be useful to provide the patch?
Regards,
Vadim.
Than you, Oliver
On Sep 30, 2014 5:42 PM, "Olivier MATZ" wrote:
> Hello Alex, Vadim,
>
> On 09/28/2014 09:19 AM, Alex Markuze wrote:
>
>> LSO/TSO support is an important feature, I'm surprised its not
>> supported in DPDK.
>> I personally would li
sub-routine of rte_pktmbuf_free_chain()
Regards,
Vadim.
On Feb 27, 2015 3:18 PM, "Ananyev, Konstantin"
wrote:
> Hi Vadim,
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of
> vadim.suraev at gmail.com
> > Sent: Thursday, February 2
decoupled from reset, one can save some cycles.
Regards,
Vadim.
On Fri, Feb 27, 2015 at 3:20 PM, Olivier MATZ
wrote:
> Hi Vadim, Hi Konstantin,
>
> On 02/27/2015 01:18 PM, Vadim Suraev wrote:
> > Hi, Konstantin,
> >
> >> Seems really useful.
>
> Indeed,
ter or equal to the bulk's size, so
theoretically the bulk could be allocated.
Is it an expected behaviour? Am I missing something?
By the way, rte_mempool_count returns a ring count + sum of all local
caches, IMHO it could mislead, even twice.
Regards,
Vadim.
On Wed, Mar 4, 2015 at 10:54 AM, O
2.1, what do you think?
raw* functions in this patch seem to be redundant, removed it.
Regarding the rest of comments, applied and re-posted the patch.
Regards,
Vadim.
On Mon, Mar 16, 2015 at 11:50 AM, Olivier MATZ
wrote:
> Hi Vadim,
>
> Please see some comments below.
&
or should it be responsibility of the caller?
Regards,
Vadim.
On Tue, Mar 17, 2015 at 10:22 PM, Vadim Suraev
wrote:
> Hi, Olivier,
>
> >I don't understand the "assumes refcnt has been already decremented".
>
> I changed to 'assumes refcnt equals 0
Hi, Konstantin,
>Shouldn't the line above be inside if (head != NULL) {...} block?
This is removed as Olivier commented before:
>> +{
> + if (likely(head != NULL)) {
>I think we should remove this test. The other mbuf functions do not
>check this.
Regards,
Vadim.
eal/should be considered? If so, the
former can be safely freed only by calling rte_pktmbuf_free_seg which does
not iterate. So why to keep next pointing to something?
Regards,
Vadim
On Wed, Mar 18, 2015 at 11:56 AM, Ananyev, Konstantin <
konstantin.ananyev at intel.com> wrote:
>
Hi, Olivier,
No, I personally need to free a chain using mempool bulk. If I'm not
mistaken, it has been proposed by one of reviewers to have lower level
function, so it was done (I'm sorry if misunderstood)
Regards,
Vadim.
On Mar 23, 2015 8:44 PM, "Olivier MATZ" wrote:
>
Hi, Konstantin,
>Though from my point, such function should be generic as
rte_pktmbuf_free_chain() -
>no special limitations like all mbufs from one pool, refcnt==1, etc.
I misunderstood, I'll rework.
Regards,
Vadim.
On Tue, Mar 24, 2015 at 1:48 AM, Ananyev, Konstantin <
konstan
similar to already implemented in rte_mempool. Probably the only
rte_pktmbuf_alloc_bulk makes sense in this patch?
Regards,
Vadim.
On Wed, Mar 18, 2015 at 10:58 PM, Neil Horman wrote:
> On Wed, Mar 18, 2015 at 10:21:18PM +0200, vadim.suraev at gmail.com wrote:
> > From: "vadim.su
Signed-off-by: Vadim Podovinnikov
---
drivers/net/memif/rte_eth_memif.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/memif/rte_eth_memif.c
b/drivers/net/memif/rte_eth_memif.c
index 81d71c53a..653ffa9b8 100644
--- a/drivers/net/memif/rte_eth_memif.c
+++ b
Signed-off-by: Vadim Podovinnikov
---
drivers/net/memif/rte_eth_memif.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/memif/rte_eth_memif.c
b/drivers/net/memif/rte_eth_memif.c
index 81d71c53a..653ffa9b8 100644
--- a/drivers/net/memif/rte_eth_memif.c
+++ b
From: Vadim
add drop statistic for af_packet
Signed-off-by: Vadim Podovinnikov
---
drivers/net/af_packet/rte_eth_af_packet.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/net/af_packet/rte_eth_af_packet.c
b/drivers/net/af_packet/rte_eth_af_packet.c
Signed-off-by: Vadim Podovinnikov
---
drivers/net/af_packet/rte_eth_af_packet.c | 33 +--
1 file changed, 25 insertions(+), 8 deletions(-)
diff --git a/drivers/net/af_packet/rte_eth_af_packet.c
b/drivers/net/af_packet/rte_eth_af_packet.c
index eee0fbce2..2aa7c0fcc 100644
41 matches
Mail list logo
