On 3/1/2017 4:30 PM, Thomas Monjalon wrote:
2017-02-28 05:27, Shreyansh Jain:
From: Ferruh Yigit
On 2/27/2017 10:01 AM, Shreyansh Jain wrote:
On Friday 24 February 2017 03:28 PM, Ferruh Yigit wrote:
We can go with option (1) now, since these are not real APIs to user
application, it can be po
2017-02-28 05:27, Shreyansh Jain:
> From: Ferruh Yigit
> > On 2/27/2017 10:01 AM, Shreyansh Jain wrote:
> > > On Friday 24 February 2017 03:28 PM, Ferruh Yigit wrote:
> > >> We can go with option (1) now, since these are not real APIs to user
> > >> application, it can be possible to change them if
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Monday, February 27, 2017 9:06 PM
> To: Shreyansh Jain
> Cc: dev@dpdk.org; nhor...@tuxdriver.com; Hemant Agrawal
>
> Subject: Re: [PATCHv7 03/47] common/dpaa2: adding qbman driver
>
> On 2/27/2017 10:01 AM,
On 2/27/2017 10:01 AM, Shreyansh Jain wrote:
> Hello Ferruh,
>
> On Friday 24 February 2017 03:28 PM, Ferruh Yigit wrote:
>
> [snip]
>
>>>
>>> Now, we have these possibility:
>>> 1. Have a shared library with non rte_* symbols
>>> 2. We have shared library with rte_* symbols
>>> 3. We have non-n
Hello Ferruh,
On Friday 24 February 2017 03:28 PM, Ferruh Yigit wrote:
[snip]
Now, we have these possibility:
1. Have a shared library with non rte_* symbols
2. We have shared library with rte_* symbols
3. We have non-net devices (crypto, eventdev, ..) depend on net for
these hardware interfa
On 2/22/2017 8:23 AM, Shreyansh Jain wrote:
> (Modified the subject to: 'Re: [PATCHv7 03/47] common/dpaa2: adding
> qbman driver' from 'Re: Hello Ferruh, Neil,')
>
> Hello Ferruh,
>
> On Tuesday 21 February 2017 08:09 PM, Ferruh Yigit wrote:
>> On 2/21/2017 1:42 PM, Shreyansh Jain wrote:
>>> Tha
(Modified the subject to: 'Re: [PATCHv7 03/47] common/dpaa2: adding
qbman driver' from 'Re: Hello Ferruh, Neil,')
Hello Ferruh,
On Tuesday 21 February 2017 08:09 PM, Ferruh Yigit wrote:
On 2/21/2017 1:42 PM, Shreyansh Jain wrote:
Thanks for the suggestions about rte_* renaming in DPAA2 PMD.
I
(Modified subject to: "Re: [PATCHv7 03/47] common/dpaa2: adding qbman
driver")
On Tuesday 21 February 2017 07:12 PM, Shreyansh Jain wrote:
Thanks for the suggestions about rte_* renaming in DPAA2 PMD.
I create a draft patch for a single symbol change. (applies over v7
of DPAA2 PMD)
Can you tel
Hello Ferruh,
On Thursday 16 February 2017 06:09 AM, Hemant Agrawal wrote:
QBMAN, is a hardware block which interfaces with the other
accelerating hardware blocks (For e.g., WRIOP) on NXP's DPAA2
SoC for queue, buffer and packet scheduling.
This patch introduces a userspace driver for interfaci
9 matches
Mail list logo
