25/05/2020 03:02, Dmitry Kozlyuk:
> On Sat, 23 May 2020 00:25:56 -0700
> Tasnim Bashar wrote:
>
> > Casting thread ID to handle is not accurate way to get thread handle.
> > Need to use OpenThread function to get thread handle from thread ID.
> >
> > pthread_setaffinity_np and pthread_getaffinit
Hi Louise,
2020-05-22, Louise Kilheeney:
> This patch set converts all python scripts in the project to use
> python3 only. This is due to python2 being EOL in January 2020.
>
> One script not tested: ./config/arm/armv8_machine.py
>
> Louise Kilheeney (9):
> app/test-bbdev: support python3 onl
Hi Jerrin,
I think what was agreed wasn't to remove Legacy Virtio support,
but instead remove support for probing legacy Virtio devices when they
are not bound to any Kernel drivers.
It should still be possible to use these legacy Virtio devices when
bound to VFIO or UIO.
Regards,
Maximle
On 5/
On Mon, May 25, 2020 at 1:03 PM Maxime Coquelin
wrote:
>
> Hi Jerrin,
Hi Maxime,
>
> I think what was agreed wasn't to remove Legacy Virtio support,
> but instead remove support for probing legacy Virtio devices when they
> are not bound to any Kernel drivers.
>
> It should still be possible to
From: Jerin Jacob
In order to optimize the DPDK PCI enumeration management, RTE_KDRV_NONE
based device driver probing will be removed in v20.08.
The legacy virtio is the only consumer of RTE_KDRV_NONE based
device driver probe scheme.
The legacy virtio support will be available through existing
On 5/25/20 10:15 AM, jer...@marvell.com wrote:
> From: Jerin Jacob
>
> In order to optimize the DPDK PCI enumeration management, RTE_KDRV_NONE
> based device driver probing will be removed in v20.08.
> The legacy virtio is the only consumer of RTE_KDRV_NONE based
> device driver probe scheme.
Segmentation fault has been observed while running procinfo
with reset options i.e. --stats-reset and --xstats-reset.
Reason is procinfo runs as a secondary process and tries to
hold a lock which is part of struct mdev, which was not
allocated as part of shared mememory.
Fixes: 5ca59711f771 ("comm
On 5/25/20 2:18 AM, Thomas Monjalon wrote:
> 04/03/2020 10:57, Ferruh Yigit:
>> For the ABI compatibility it is better to hide internal data structures
>> from the application as much as possible. But because of some inline
>> functions 'struct eth_dev_ops' can't be hidden completely.
>>
>> Plan is
On Sun, May 24, 2020 at 06:13:22PM +0200, Thomas Monjalon wrote:
> Bruce, as maintainer of l2fwd example, any opinion about this change?
>
Assuming all previous discussion on it is resolved, I'm fine with this
patch, though I suspect it will only make 20.08 now.
Acked-by: Bruce Richardson
>
>
Dear DPDK Techboard,
I am writing this to raise awareness about the environment for contributing to
DPDK, as I feel that it could be improved. This is not a personal thing - I
have thick skin - but a general observation. I urge the DPDK Techboard to spend
some time to focus on the process, and
On Sun, May 24, 2020 at 05:30:26PM +0200, Thomas Monjalon wrote:
> External Email
>
> --
> 11/05/2020 15:43, Harman Kalra:
> > An issue has been observed where epoll file descriptor
> > list rebuilds every time an interrupt/alarm
On Mon, May 25, 2020 at 09:27:17AM +0200, Robin Jarry wrote:
> Hi Louise,
>
> 2020-05-22, Louise Kilheeney:
> > This patch set converts all python scripts in the project to use
> > python3 only. This is due to python2 being EOL in January 2020.
> >
> > One script not tested: ./config/arm/armv8_ma
On Sat, May 23, 2020 at 11:27:42PM +0200, Thomas Monjalon wrote:
> 22/05/2020 16:10, Kilheeney, Louise:
> > From: Thomas Monjalon
> > > 22/05/2020 15:23, Louise Kilheeney:
> > > > Changed script to explicitly use python3 only.
> > >
> > > What is the reason of this change?
> >
> > since python
> -Original Message-
> From: Thomas Monjalon
> Sent: Sunday, May 24, 2020 11:47 PM
> To: Kevin Traynor
> Cc: Mcnamara, John ; Yigit, Ferruh
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: clarify spaces for alignment note
>
> 11/03/2019 19:39, Kevin Traynor:
> > Make clear that
On Sun, May 24, 2020 at 06:05:53PM +0200, Thomas Monjalon wrote:
> 22/05/2020 18:48, Bruce Richardson:
> > On Fri, May 22, 2020 at 10:04:44PM +0530, Jerin Jacob wrote:
> > > On Fri, May 22, 2020 at 7:21 PM Ciara Power wrote:
> > > >
> > > > Initially, printf was used to indicate and error/warning
> -Original Message-
> From: Thomas Monjalon
> Sent: Sunday, May 24, 2020 11:56 PM
> To: Mcnamara, John
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] doc: update release notes for 20.05
>
> 22/05/2020 16:06, John McNamara:
> > +* **Added additional algorithms to the Cryptode
> -Original Message-
> From: Kevin Traynor
> Sent: Friday, May 22, 2020 4:18 PM
> To: Mcnamara, John ; dev@dpdk.org
> Cc: tho...@monjalon.net
> Subject: Re: [dpdk-dev] [PATCH v1] doc: update release notes for 20.05
>
> On 22/05/2020 15:06, John McNamara wrote:
> > Fix grammar, spelling
Hi
The script dpdk-setup.sh was froze wit full cpu usage when EOF input.
For example:
dpdk-setup.sh <<< '11'
or
dpdk-setup.sh <
30/03/2020 16:18, Piotr Sieduszewski:
From: Piotr Sieduszewski
Signed-off-by: Piotr Sieduszewski
Please add some explanations, it may help getting reviews
Hi
I send answer yesterday, but now I put more examples from my scripts at work:
as first, very simple deadlock:
Dpd-setup.sh < /dev/null
Deadlock without patch:
for NIC in ${RTE_NIC-:3d:00.1} ; do
$RTE_SDK/usertools/dpdk-setup.sh <<< "51
${NIC}
62
"
Done
Above works
On Wed, Mar 4, 2020 at 10:57 AM Ferruh Yigit wrote:
>
> For the ABI compatibility it is better to hide internal data structures
> from the application as much as possible. But because of some inline
> functions 'struct eth_dev_ops' can't be hidden completely.
>
> Plan is to split the 'struct eth_d
2020-05-25, Bruce Richardson:
> The 20.11 was just a suggestion from me, but I'm not sure it was ever
> definitively agreed upon. I'd be ok with removing python2 support in either
> 20.08 or deferring to 20.11. I don't think the patches would be different
> no matter what release it being targetted
I tested all scripts by running each of them manually, if you have any input
into what tests you thinks would be good to run please do let me know.
Louise Kilheeney
> -Original Message-
> From: Robin Jarry
> Sent: Monday 25 May 2020 08:27
> To: Kilheeney, Louise
> Cc: dev@dpdk.org
>
>
> Here are a couple of anonymous examples from the mailing list:
>
> An infrequent contributor got minor coding style suggestions to a patch,
> although the coding style was similar to that of a closely related function
> in the same library, but not perfectly matching the official coding style
2020-05-25, Kilheeney, Louise:
> I tested all scripts by running each of them manually, if you have any
> input into what tests you thinks would be good to run please do let me
> know.
This should be enough to debunk the most obvious problems. Thanks.
--
Robin
On 25-May-20 10:34 AM, Morten Brørup wrote:
Dear DPDK Techboard,
I am writing this to raise awareness about the environment for contributing to
DPDK, as I feel that it could be improved. This is not a personal thing - I
have thick skin - but a general observation. I urge the DPDK Techboard to
> I would add a third area: the process itself is arcane and inaccessible.
> The current consensus among the community seems to be that IRC + mailing
> list are "the most accessible" because "everyone has email" and "getting
> on IRC is easy".
>
> However, the truth is, they aren't "accessible", th
On Mon, May 25, 2020 at 12:12:49PM +0100, Burakov, Anatoly wrote:
> On 25-May-20 10:34 AM, Morten Brørup wrote:
> > Dear DPDK Techboard,
> >
> > I am writing this to raise awareness about the environment for contributing
> > to DPDK, as I feel that it could be improved. This is not a personal thi
25/05/2020 13:58, Jerin Jacob:
> 25/05/2020 11:34, Morten Brørup:
> > sending patches over an
> > email as opposed to a well-integrated web interface workflow is so alien
> > to most people that it definitely does discourage new contributions.
> >
> > I understand the advantages of mailing lists (v
Below is Mellanox's roadmap for DPDK20.08, which we are currently working on:
rte_flow API updates:
==
[1] Extending the DPDK flow action API to enable support of a shared
rte_flow_action context:
A modification of a single rte_flow_action context replaces the current
approach
On 25-May-20 1:53 PM, Thomas Monjalon wrote:
25/05/2020 13:58, Jerin Jacob:
25/05/2020 11:34, Morten Brørup:
sending patches over an
email as opposed to a well-integrated web interface workflow is so alien
to most people that it definitely does discourage new contributions.
I understand the ad
> On May 25, 2020, at 7:53 AM, Thomas Monjalon wrote:
>
> 25/05/2020 13:58, Jerin Jacob:
>> 25/05/2020 11:34, Morten Brørup:
>>> sending patches over an
>>> email as opposed to a well-integrated web interface workflow is so alien
>>> to most people that it definitely does discourage new contrib
> On May 25, 2020, at 9:28 AM, Burakov, Anatoly
> wrote:
>
> On 25-May-20 1:53 PM, Thomas Monjalon wrote:
>> 25/05/2020 13:58, Jerin Jacob:
>>> 25/05/2020 11:34, Morten Brørup:
sending patches over an
email as opposed to a well-integrated web interface workflow is so alien
to mo
On 25-May-20 1:08 PM, Bruce Richardson wrote:
On Mon, May 25, 2020 at 12:12:49PM +0100, Burakov, Anatoly wrote:
On 25-May-20 10:34 AM, Morten Brørup wrote:
Dear DPDK Techboard,
I am writing this to raise awareness about the environment for contributing to
DPDK, as I feel that it could be impr
25/05/2020 16:28, Burakov, Anatoly:
> On 25-May-20 1:53 PM, Thomas Monjalon wrote:
> > 25/05/2020 13:58, Jerin Jacob:
> >> 25/05/2020 11:34, Morten Brørup:
> >>> sending patches over an
> >>> email as opposed to a well-integrated web interface workflow is so alien
> >>> to most people that it defin
On Mon, May 25, 2020 at 8:34 PM Burakov, Anatoly
wrote:
>
> On 25-May-20 1:08 PM, Bruce Richardson wrote:
> > On Mon, May 25, 2020 at 12:12:49PM +0100, Burakov, Anatoly wrote:
> >> On 25-May-20 10:34 AM, Morten Brørup wrote:
> >>> Dear DPDK Techboard,
> >>>
> >>> I am writing this to raise awarene
Update the description and limitation about ice PMD according to the
product release strategy.
Signed-off-by: Xiaolong Ye
Acked-by: Qiming Yang
---
doc/guides/nics/ice.rst | 29 +
1 file changed, 5 insertions(+), 24 deletions(-)
diff --git a/doc/guides/nics/ice.rst
On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon wrote:
>
> 25/05/2020 16:28, Burakov, Anatoly:
> > On 25-May-20 1:53 PM, Thomas Monjalon wrote:
> > > 25/05/2020 13:58, Jerin Jacob:
> > >> 25/05/2020 11:34, Morten Brørup:
> > >>> sending patches over an
> > >>> email as opposed to a well-integrated
On 25-May-20 4:22 PM, Thomas Monjalon wrote:
25/05/2020 16:28, Burakov, Anatoly:
On 25-May-20 1:53 PM, Thomas Monjalon wrote:
25/05/2020 13:58, Jerin Jacob:
25/05/2020 11:34, Morten Brørup:
sending patches over an
email as opposed to a well-integrated web interface workflow is so alien
to mos
On Mon, 25 May 2020 13:08:19 +0100
Bruce Richardson wrote:
> On Mon, May 25, 2020 at 12:12:49PM +0100, Burakov, Anatoly wrote:
> > On 25-May-20 10:34 AM, Morten Brørup wrote:
> > > Dear DPDK Techboard,
> > >
> > > I am writing this to raise awareness about the environment for
> > > contributi
On 5/25/2020 4:22 PM, Xiaolong Ye wrote:
> Update the description and limitation about ice PMD according to the
> product release strategy.
>
> Signed-off-by: Xiaolong Ye
> Acked-by: Qiming Yang
Applied to dpdk-next-net/master, thanks.
On 5/25/20 5:35 PM, Jerin Jacob wrote:
> On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon wrote:
>>
>> 25/05/2020 16:28, Burakov, Anatoly:
>>> On 25-May-20 1:53 PM, Thomas Monjalon wrote:
25/05/2020 13:58, Jerin Jacob:
> 25/05/2020 11:34, Morten Brørup:
>> sending patches over an
>>
On 5/25/2020 3:03 AM, Xing, Beilei wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Friday, May 22, 2020 11:31 PM
>> To: Xing, Beilei ; Chen, Zhaoyan
>> ; dev@dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v1]doc:Update i40e PMD firmware/driver
>> mapping table.
>>
>> On 5/22
On 25-May-20 4:52 PM, Maxime Coquelin wrote:
On 5/25/20 5:35 PM, Jerin Jacob wrote:
On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon wrote:
25/05/2020 16:28, Burakov, Anatoly:
On 25-May-20 1:53 PM, Thomas Monjalon wrote:
25/05/2020 13:58, Jerin Jacob:
25/05/2020 11:34, Morten Brørup:
sen
On Mon, May 25, 2020 at 9:22 PM Maxime Coquelin
wrote:
>
>
>
> On 5/25/20 5:35 PM, Jerin Jacob wrote:
> > On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon wrote:
> >>
> >> 25/05/2020 16:28, Burakov, Anatoly:
> >>> On 25-May-20 1:53 PM, Thomas Monjalon wrote:
> 25/05/2020 13:58, Jerin Jacob:
>
On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
> On 25-May-20 4:52 PM, Maxime Coquelin wrote:
>>
>>
>> On 5/25/20 5:35 PM, Jerin Jacob wrote:
>>> On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon
>>> wrote:
25/05/2020 16:28, Burakov, Anatoly:
> On 25-May-20 1:53 PM, Thomas Monjalon wro
On 25-May-20 5:04 PM, Maxime Coquelin wrote:
On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
On 25-May-20 4:52 PM, Maxime Coquelin wrote:
On 5/25/20 5:35 PM, Jerin Jacob wrote:
On Mon, May 25, 2020 at 8:52 PM Thomas Monjalon
wrote:
25/05/2020 16:28, Burakov, Anatoly:
On 25-May-20 1:53 PM,
On Mon, May 25, 2020 at 08:47:23AM -0700, Stephen Hemminger wrote:
> On Mon, 25 May 2020 13:08:19 +0100
> Bruce Richardson wrote:
>
> > On Mon, May 25, 2020 at 12:12:49PM +0100, Burakov, Anatoly wrote:
> > > On 25-May-20 10:34 AM, Morten Brørup wrote:
> > > > Dear DPDK Techboard,
> > > >
> > >
25/05/2020 18:09, Burakov, Anatoly:
> On 25-May-20 5:04 PM, Maxime Coquelin wrote:
> > On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
> >> On 25-May-20 4:52 PM, Maxime Coquelin wrote:
> >>> On 5/25/20 5:35 PM, Jerin Jacob wrote:
> On May 25, 2020 Thomas Monjalon wrote:
> > My concern about cl
> On May 25, 2020, at 11:28 AM, Thomas Monjalon wrote:
>
> 25/05/2020 18:09, Burakov, Anatoly:
>> On 25-May-20 5:04 PM, Maxime Coquelin wrote:
>>> On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
On 25-May-20 4:52 PM, Maxime Coquelin wrote:
> On 5/25/20 5:35 PM, Jerin Jacob wrote:
>> O
25/05/2020 18:57, Wiles, Keith:
> On May 25, 2020, at 11:28 AM, Thomas Monjalon wrote:
> > 25/05/2020 18:09, Burakov, Anatoly:
> >> On 25-May-20 5:04 PM, Maxime Coquelin wrote:
> >>> On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
> On 25-May-20 4:52 PM, Maxime Coquelin wrote:
> > On 5/25/20
From: Sardar Shamsher Singh
adding below APIs for axgbe
- axgbe_enable_rx_vlan_stripping: to enable vlan header stipping
- axgbe_disable_rx_vlan_stripping: to disable vlan header stipping
- axgbe_enable_rx_vlan_filtering: to enable vlan filter mode
- axgbe_disable_rx_vlan_filtering: to disable vl
> On May 25, 2020, at 12:32 PM, Thomas Monjalon wrote:
>
> 25/05/2020 18:57, Wiles, Keith:
>> On May 25, 2020, at 11:28 AM, Thomas Monjalon wrote:
>>> 25/05/2020 18:09, Burakov, Anatoly:
On 25-May-20 5:04 PM, Maxime Coquelin wrote:
> On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
>>
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Monday, May 25, 2020 6:29 PM
>
> 25/05/2020 18:09, Burakov, Anatoly:
> > On 25-May-20 5:04 PM, Maxime Coquelin wrote:
> > > On 5/25/20 5:59 PM, Burakov, Anatoly wrote:
> > >> On 25-May-20 4:52 PM, Maxime Coquelin wrote:
Signed-off-by: Ajit Khaparde
---
doc/guides/rel_notes/release_20_05.rst | 49 ++
1 file changed, 49 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_05.rst
b/doc/guides/rel_notes/release_20_05.rst
index a61631e87..46fb30127 100644
--- a/doc/guides/rel_notes/rel
Fix grammar, spelling and formatting of DPDK 20.05 release notes.
Signed-off-by: John McNamara
---
v2: * Addressed comments from mailing list.
* Tried to add a more coherent grouping to the crypto changes.
doc/guides/rel_notes/release_20_05.rst | 274 -
1 f
> -Original Message-
> From: Mcnamara, John
> Sent: Monday, May 25, 2020 8:12 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; ktray...@redhat.com; Power, Ciara
> ; Trahe, Fiona ; Mcnamara,
> John
> Subject: [PATCH v2] doc: update release notes for 20.05
>
> Fix grammar, spelling and for
25/05/2020 20:44, Morten Brørup:
> From: Thomas Monjalon
> > 25/05/2020 18:09, Burakov, Anatoly:
> > > obviously, but i have a suspicion that we'll get more of it if we
> > lower
> > > the barrier for entry (not the barrier for merge!). I think there is
> > a
> > > way to lower the secondary skill
Since dynamic fields and flags were added in 19.11,
the idea was to use them for new features, not only PMD-specific.
The rule is made more explicit in doxygen, in the mbuf guide,
and in the contribution design guidelines.
For more information about the original design, see the presentation
https
25/05/2020 16:50, Ajit Khaparde:
> Signed-off-by: Ajit Khaparde
Applied, thanks
25/05/2020 21:11, John McNamara:
> Fix grammar, spelling and formatting of DPDK 20.05 release notes.
>
> Signed-off-by: John McNamara
> ---
>
> v2: * Addressed comments from mailing list.
> * Tried to add a more coherent grouping to the crypto changes.
Moved bnxt and igc in "more or less" a
Hi, folk
I'm trying to enable VXLAN TSO support in OVS DPDK, [1]
is RFC patch, I tested it, it can work in term of functionality, but the
performance is very bad, I don't know why, anybody can help on this? I tested
it on X710, and tried dpdk
19.11 and dpdk 19.11.2, the same performance issue is
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, May 25, 2020 2:51 PM
> To: wangyunjian
> Cc: dev@dpdk.org; sta...@dpdk.org; Lilijun (Jerry) ;
> xudingke ; wangyunjian ;
> sta...@dpdk.org; cristian.dumitre...@intel.com
> Subject: Re: [dpdk-stable] [
Hi，
I have update the code into 20.05-rc2. However， the l3fwd-power
startup fail.
[root@centos-C3 build]# l3fwd-power -w :7d:00.1 -c 0xc00 -n 4
-- -P -p 0x01 --config '(0,0,27)' --parse-ptype
EAL: Detected 128 lcore(s)
EAL: Detected 4 NUMA nodes
EAL: Multi-process socket /var/run/
Hi All,
I'm fairly new to xdp, i'm trying to run the testpmd with af_xdp. I have
checked all the prerequisites for af_xdp.
I see testpmd exiting with the following error,
./testpmd -c 0x3 -n 4 --vdev net_af_xdp0,iface=tap0 -- -i
EAL: Detected 8 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: Multi-proces
64 matches
Mail list logo
