[dpdk-dev] [PATCH] Use pthread_setname APIs

2015-07-26 Thread Thomas Monjalon
Hi Ravi, It seems to be a nice improvement but it needs some cleanup. Checkpatch returns some errors. 2015-04-22 14:06, Ravi Kerur: > use pthread_setname_np and pthread_set_name_np for Linux and > FreeBSD respectively. > Restrict pthread name len to 16 via config for both Linux and FreeBSD. One

[dpdk-dev] [PATCH] mbuf: fix tunnel flags check

2015-07-26 Thread Thomas Monjalon
2015-07-24 15:06, Sanford, Robert: > I just noticed a few minor typos in comments: [...] > >On Thu, Jul 16, 2015 at 01:50:12AM +0200, Thomas Monjalon wrote: > >> A packet is tunnelled if the tunnel type is identified or if it has > >> an inner part. > >> > >> Fix also a typo in RTE_PTYPE_INNER_L3_

[dpdk-dev] [PATCH 4/4] ethdev: check support for rx_queue_count and descriptor_done fns

2015-07-26 Thread Thomas Monjalon
Neil, Bruce, Can we move forward? 2015-07-06 17:11, Thomas Monjalon: > Neil, your ABI expertise is required for this patch. > > 2015-06-15 11:14, Bruce Richardson: > > On Fri, Jun 12, 2015 at 01:32:56PM -0400, Roger B. Melton wrote: > > > Hi Bruce, Comment in-line. Regards, Roger > > > > > > O

[dpdk-dev] [PATCH 0/3] timer: fix rte_timer_manage and improve unit tests

2015-07-26 Thread Thomas Monjalon
2015-07-23 18:42, rsanford2 at gmail.com: > From: Robert Sanford > > This patchset fixes a bug in timer stress test 2, adds a new stress test > to expose a race condition bug in API rte_timer_manage(), and then fixes > the rte_timer_manage() bug. > -- > > Patch 1, app/test timer stress test 2: S

[dpdk-dev] [PATCH 01/11] eth: move queue check for rx_queue_count

2015-07-26 Thread Thomas Monjalon
2015-07-24 10:06, Stephen Hemminger: > --- a/lib/librte_ether/rte_ethdev.c > +++ b/lib/librte_ether/rte_ethdev.c > @@ -122,6 +122,7 @@ > } \ > } while (0) > > + checkpatch would warn about this whitespace change > static const char *

[dpdk-dev] [PATCH] mempool: fix calculating address of object trailers

2015-07-26 Thread Thomas Monjalon
> > __mempool_get_trailer() calculated header's address. > > The address of trailer should set after element area. > > This patch fixes this calculating. > > > > This issue was mixed with the following commit: > > Fixes: 97e7e685bfcd ("mempool: add structure for object trailers") > > > > Signed-o

[dpdk-dev] [PATCH] e1000: enable jumbo frame support for Intel 82583V

2015-07-26 Thread Thomas Monjalon
> > This patch enables jumbo frame support for the 82583V. > > It has been tested ( rx and tx ) with real HW. > > > > Signed-off-by: Klaus Degner > Acked-by: Wenzhuo Lu Applied, thanks

[dpdk-dev] Intel I350 fails to work with DPDK

2015-07-26 Thread he peng
Hi, Sabu and Bruce: I saw your post in the mailing list about I350 fails to send packets, however it is posted about one year ago. Now we have encountered the same issue. We are now building a forwarding device which forwards packets between 2 I350 ports, and we observe that the

[dpdk-dev] [PATCH v2] ixgbe: fix check for split packets

2015-07-26 Thread Thomas Monjalon
> The check for split packets to be reassembled in the vector ixgbe PMD > was incorrectly only checking the first 16 elements of the array instead > of all 32. This is fixed by changing the uint32_t values to be uint64_t > instead. > > Fixes: cf4b4708a88a ("ixgbe: improve slow-path perf with vecto

[dpdk-dev] [PATCH] ixgbe: remove RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC option

2015-07-26 Thread Thomas Monjalon
2015-07-24 11:23, Ananyev, Konstantin: > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > > RTE_LIBRTE_IXGBE_RX_ALLOW_BULK_ALLOC config option is not really > > necessary, as bulk alloc rx function can be used anyway, as long as the > > necessary conditions are satisfied, whi

[dpdk-dev] [PATCHv2 0/5] ixgbe: fix mbuf release on RX and TX

2015-07-26 Thread Thomas Monjalon
2015-07-24 14:58, Konstantin Ananyev: > Konstantin has correctly pointed out that the previously applied fix: > b35d0d80f0a8 ("ixgbe: check mbuf refcnt when clearing a ring") > is not a proper fix for the reported issue at all. > Ref: http://permalink.gmane.org/gmane.comp.networking.dpdk.devel/2193