[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-07-04 Thread Jerin Jacob
On Mon, May 23, 2016 at 01:19:46PM +0200, Olivier Matz wrote: > Hi, > > On 05/19/2016 05:50 PM, Thomas Monjalon wrote: > > 2016-05-19 19:05, Jerin Jacob: > >> On Thu, May 19, 2016 at 12:18:57PM +, Ananyev, Konstantin wrote: > On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: >

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-23 Thread Olivier Matz
Hi, On 05/19/2016 05:50 PM, Thomas Monjalon wrote: > 2016-05-19 19:05, Jerin Jacob: >> On Thu, May 19, 2016 at 12:18:57PM +, Ananyev, Konstantin wrote: On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote:

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-20 Thread Zoltan Kiss
Hi, On 19/05/16 13:18, Ananyev, Konstantin wrote: > I wonder does anyone really use mbuf port field? > My though was - could we to drop it completely? There are a few example codes which are reading the port field. Although they can retain this metadata in the private area of the mbuf, right

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Jerin Jacob
On Thu, May 19, 2016 at 12:18:57PM +, Ananyev, Konstantin wrote: > > Hi everyone, > > > On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > > > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > > > > On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: >

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Thomas Monjalon
2016-05-19 19:05, Jerin Jacob: > On Thu, May 19, 2016 at 12:18:57PM +, Ananyev, Konstantin wrote: > > > On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > > > > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > > > > > On Wed, May 18, 2016 at 07:27:43PM +0530,

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Jan Viktorin
On Thu, 19 May 2016 09:50:48 +0100 Bruce Richardson wrote: > On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > > > On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: > > > > To avoid multiple stores

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Ananyev, Konstantin
Hi everyone, > On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > > > On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: > > > > To avoid multiple stores on fast path, Ethernet drivers > > > > aggregate

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Bruce Richardson
On Thu, May 19, 2016 at 12:20:16AM +0530, Jerin Jacob wrote: > On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > > On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: > > > To avoid multiple stores on fast path, Ethernet drivers > > > aggregate the writes to data_off,

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-19 Thread Jerin Jacob
On Wed, May 18, 2016 at 05:43:00PM +0100, Bruce Richardson wrote: > On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: > > To avoid multiple stores on fast path, Ethernet drivers > > aggregate the writes to data_off, refcnt, nb_segs and port > > to an uint64_t data and write the data in

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-18 Thread Jerin Jacob
To avoid multiple stores on fast path, Ethernet drivers aggregate the writes to data_off, refcnt, nb_segs and port to an uint64_t data and write the data in one shot with uint64_t* at >rearm_data address. Some of the non-IA platforms have store operation overhead if the store address is not

[dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned

2016-05-18 Thread Bruce Richardson
On Wed, May 18, 2016 at 07:27:43PM +0530, Jerin Jacob wrote: > To avoid multiple stores on fast path, Ethernet drivers > aggregate the writes to data_off, refcnt, nb_segs and port > to an uint64_t data and write the data in one shot > with uint64_t* at >rearm_data address. > > Some of the non-IA