Re: [dpdk-dev] [PATCH] net/memif: add multiple memif data transmission support

2019-10-17 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Anand Sunkad > Sent: Wednesday, October 16, 2019 3:22 PM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > > Cc: dev@dpdk.org; Vivek Gupta ; Thomas > Mulamangalath ; Anand Sunkad > > Subject: [PATCH] net/mem

Re: [dpdk-dev] [PATCH v5] net/memif: zero-copy slave

2019-10-17 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> Hi Jakub, > > Just to double check if anyone is looking into the bind() error issue which is > since following commit, I am waiting for more input on it. > > Commit b923866c6974 ("net/memif: allow for full key size in socket name") > Cc: step...@networkplumber.org Definitely an issue, I must

Re: [dpdk-dev] [PATCH] net/memif: fix invalid unix domain address length

2019-10-22 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Ferruh Yigit > Sent: Tuesday, October 22, 2019 6:33 PM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > ; dev@dpdk.org > Cc: step...@networkplumber.org > Subject: Re: [dpdk-dev] [PATCH] net/memif: fix invalid unix do

Re: [dpdk-dev] [PATCH] net/memif: fix invalid unix domain address length

2019-10-22 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> Why does this not use abstract unix domain socket naming? > That would be much less error prone, because then the socket would > disappear when all applications using it are closed. How would that work with containers? I'll consider that for a new patch, maybe it could be optional?

Re: [dpdk-dev] [PATCH] net/memif: add multiple memif data transmission support

2019-10-23 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Anand Sunkad > Sent: Thursday, October 17, 2019 3:21 PM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > > Cc: dev@dpdk.org; Vivek Gupta ; Thomas > Mulamangalath ; Anand Sunkad > > Subject: [PATCH] net/mem

Re: [dpdk-dev] [PATCH v10] net/memif: introduce memory interface (memif) PMD

2019-06-03 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Ye Xiaolong > Sent: Friday, May 31, 2019 9:43 AM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH v10] net/memif: introduce memory interface > (memif) PMD >

Re: [dpdk-dev] [PATCH v10] net/memif: introduce memory interface (memif) PMD

2019-06-06 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Ferruh Yigit > Sent: Thursday, June 6, 2019 11:24 AM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > ; dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH v10] net/memif: introduce memory interface > (memif) PMD >

Re: [dpdk-dev] [RFC v5] /net: memory interface (memif)

2019-05-02 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
From: Ferruh Yigit Sent: Monday, March 25, 2019 9:58 PM To: Jakub Grajciar; dev@dpdk.org Subject: Re: [dpdk-dev] [RFC v5] /net: memory interface (memif) On 3/22/2019 11:57 AM, Jakub Grajciar wrote: > Memory interface (memif), provides high performance > p

Re: [dpdk-dev] [RFC v5] /net: memory interface (memif)

2019-05-06 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
From: Honnappa Nagarahalli Sent: Friday, May 3, 2019 6:27 AM To: Jakub Grajciar; Ferruh Yigit; dev@dpdk.org; Honnappa Nagarahalli Cc: nd; nd Subject: RE: [dpdk-dev] [RFC v5] /net: memory interface (memif) > On 3/22/2019 11:57 AM, Jakub Grajciar wrote: > >

Re: [dpdk-dev] [RFC v8] /net: memory interface (memif)

2019-05-20 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Stephen Hemminger > Sent: Thursday, May 16, 2019 5:22 PM > To: Jakub Grajciar > > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] [RFC v8] /net: memory interface (memif) > > On Thu, 16 May 2019 13:46:58 +0200 > Jakub Grajciar wrote: > > > +enum memif_role_t {

Re: [dpdk-dev] [RFC v9] /net: memory interface (memif)

2019-05-30 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Ferruh Yigit > Sent: Wednesday, May 29, 2019 7:29 PM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > ; dev@dpdk.org > Subject: Re: [dpdk-dev] [RFC v9] /net: memory interface (memif) > > + > > +.. csv

Re: [dpdk-dev] [RFC v3] net/memif: allow for full key size in socket name

2019-10-07 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
Hi Ferruh, > Hi Jakub, > > While testing your zero-copy patch [1], I stuck to a bind() error [2]. > When provided a socket length bigger than "sizeof(struct sockaddr)", bind() > fails. I am testing this on a Fedora system. > I wonder if there is a check in glibc related to the length. Z

Re: [dpdk-dev] [PATCH v1] net/memif: optimized with one-way barrier

2019-10-08 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> > -Original Message- > > From: dev On Behalf Of Phil Yang > > Sent: Monday, August 26, 2019 7:00 PM > > To: jgraj...@cisco.com; dev@dpdk.org > > Cc: tho...@monjalon.net; jer...@marvell.com; Honnappa Nagarahalli > > ; damar...@cisco.com; nd > > > Subject: [dpdk-dev] [PATCH v1] net/memif:

Re: [dpdk-dev] [PATCH v1] net/memif: optimized with one-way barrier

2019-10-09 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> > > > -Original Message- > > > > From: dev On Behalf Of Phil Yang > > > > Sent: Monday, August 26, 2019 7:00 PM > > > > To: jgraj...@cisco.com; dev@dpdk.org > > > > Cc: tho...@monjalon.net; jer...@marvell.com; Honnappa Nagarahalli > > > > ; damar...@cisco.com; nd > > > > > > > Subjec

Re: [dpdk-dev] [PATCH v2] net/memif: optimized with one-way barrier

2019-10-09 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Phil Yang > Sent: Wednesday, October 9, 2019 4:05 AM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > ; ferruh.yi...@intel.com; dev@dpdk.org > Cc: tho...@monjalon.net; Damjan Marion (damarion) > ; honnappa.nagarah

Re: [dpdk-dev] [PATCH v4] net/memif: zero-copy slave

2019-07-23 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Ferruh Yigit > Sent: Wednesday, July 10, 2019 5:07 PM > To: Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) > ; dev@dpdk.org > Cc: anatoly.bura...@intel.com > Subject: Re: [dpdk-dev] [PATCH v4] net/memif: zero-copy slave

Re: [dpdk-dev] [RFC v3] net/memif: allow for full key size in socket name

2019-08-30 Thread Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco)
> -Original Message- > From: Stephen Hemminger > Sent: Tuesday, July 16, 2019 7:21 PM > To: dev@dpdk.org; Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at > Cisco) > Cc: Stephen Hemminger > Subject: [RFC v3] net/memif: allow for full key size in socket n