> -Original Message-
> From: Zhang, Qi Z
> Sent: Tuesday, June 26, 2018 9:19 AM
> To: 'Anatoly Burakov' ; dev@dpdk.org
> Cc: Ananyev, Konstantin ;
> tho...@monjalon.net; Richardson, Bruce
> Subject: RE: [dpdk-dev] [PATCH 0/8] Remove IPC threads
>
> Hi Anatoly and Thomas:
>
> Sorry for
v4:
- since mp thread will be merged to interrupt thread, the fix on v3
for sync IPC deadlock will not work. the new version enable the
machanism to invoke a mp action callback in a temporary thread to
avoid the IPC deadlock, with this, secondary to primary request
impelemtation also be sim
When hot plug a new device, it is not necessary to scan everything
on the bus since the devname and devargs are already there. So new
rte_bus ops "scan_one" is introduced, bus driver can implement this
function to simplify the hotplug process.
Signed-off-by: Qi Zhang
---
lib/librte_eal/common/e
The patch implemented the ops scan_one for vdev bus, it gives two benifits
1. Improve scan efficiency when a device is attached as hotplug, since no
need to pupulate a new device by iterating all devargs in devargs_list.
2. It also avoid sync IPC invoke (which happens in vdev->scan on secondary
pro
Introduce new API rte_eal_register_mp_init that help to register
a callback function which will be invoked right after multi-process
channel be established (rte_mp_channel_init). Typically the API
will be used by other module that want it's mp channel action callbacks
can be registered during rte_e
Add driver API rte_eth_release_port_private to support the
requirement that an ethdev only be released on secondary process,
so only local state be set to unused , share data will not be
reset so primary process can still use it.
Signed-off-by: Qi Zhang
---
lib/librte_ethdev/rte_ethdev.c
We know the limitation that sync IPC can't be invoked in mp handler
itself which will cause deadlock, the patch introduce new API
rte_eal_mp_task_add to support mp handler be delegated in a separate
task.
Signed-off-by: Qi Zhang
---
lib/librte_eal/common/eal_common_proc.c | 67 ++
We are going to introduce the solution to handle different hotplug
cases in multi-process situation, it include below scenario:
1. Attach a share device from primary
2. Detach a share device from primary
3. Attach a share device from secondary
4. Detach a share device from secondary
5. Attach a pr
Introduce API rte_eth_dev_lock and rte_eth_dev_unlock to let
application lock or unlock on specific ethdev, a locked device
can't be detached, this help applicaiton to prevent unexpected
device detaching, especially in multi-process envrionment.
Aslo introduce the new API rte_eth_dev_lock_with_cal
This patch cover the multi-process hotplug case when a share device
attach/detach request be issued from secondary process
device attach on secondary:
a) seconary send sync request to primary.
b) primary receive the request and attach the new device if failed
goto i).
c) primary forward attach
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/e1000/igb_ethdev.c | 9 +
1 file changed
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/ixgbe/ixgbe_ethdev.c | 12
1 file c
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/e1000/em_ethdev.c | 9 +
1 file changed,
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/i40e/i40e_ethdev.c| 2 ++
drivers/net/i40e/i
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/fm10k/fm10k_ethdev.c | 9 +
1 file chang
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/kni/rte_eth_kni.c | 11 +++
1 file chang
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/failsafe/failsafe.c | 16
1 fil
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/bonding/rte_eth_bond_pmd.c | 11 +++
1 f
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/af_packet/rte_eth_af_packet.c | 11 +++
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/null/rte_eth_null.c | 16 +++-
1 fil
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/octeontx/octeontx_ethdev.c | 16
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/pcap/rte_eth_pcap.c | 15 ++-
1 file
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/softnic/rte_eth_softnic.c | 19 -
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/tap/rte_eth_tap.c | 17 +++--
1 file
Previously, detach port on secondary process will mess primary
process and cause same device can't be attached again, by take
advantage of rte_eth_release_port_private, we can support this
with minor change.
Signed-off-by: Qi Zhang
---
drivers/net/vhost/rte_eth_vhost.c | 11 +++
1 file c
The sample code demonstrate device (ethdev only) management
at multi-process envrionment. User can attach/detach a device
on primary process and see it is synced on secondary process
automatically, also user can lock a device to prevent it be
detached or unlock it to go back to default behaviour.
Meeting notes for the DPDK technical board meeting held on 2018-06-20
Attendees:
- Bruce Richardson
- Ferruh Yigit
- Hemant Agrawal
- Jerin Jacob
- Konstantin Ananyev
- Olivier Matz
- Stephen Hemminger
- Thomas Monjalon
1) next-
Hello Thomas,
I would like to kindly remind about question about support for write
combining patch set:
https://mails.dpdk.org/archives/dev/2018-April/096749.html
It got ack from Bruce Richardson,
what is the next step to commit them to DPDK source?
Best regards,
Rafal Kozik
2018-06-11 11:32 G
Hi Daria,
please see my comments below and answer on them or apply fix and send
2nd version of the patch. You can do that by adding -v2 flag to git
format-patch command.
Please also sent the new version in response to this email. You can
do that by adding --in-reply-to 'msgid' to git send-email.
Hi Dan,
On Mon, Jun 18, 2018 at 04:35:34PM -0700, Dan Gora wrote:
> Add an inline accessor function to return the starting address of
> the private data area in the supplied mbuf.
>
> This allows applications to easily access the private data area between
> the struct rte_mbuf and the data buffer
On 06/25/2018 05:17 PM, Marvin Liu wrote:
If devices always use descriptors in the same order in which they have
been made available. These devices can offer the VIRTIO_F_IN_ORDER
feature. If negotiated, this knowledge allows devices to notify the use
of a batch of buffers to virtio driver by
Hi,
On 06/25/2018 05:17 PM, Marvin Liu wrote:
In latest virtio-spec, new feature bit VIRTIO_F_IN_ORDER was introduced.
When this feature has been negotiated, virtio driver will use
descriptors in ring order: starting from offset 0 in the table, and
wrapping around at the end of the table. Vhost
On 06/25/2018 05:17 PM, Marvin Liu wrote:
If VIRTIO_F_IN_ORDER has been negotiated, driver will use descriptors in
ring order: starting from offset 0 in the table, and wrapping around at
the end of the table. Also introduce use_inorder_[rt]x flag for
selection of IN_ORDER [RT]x handlers.
Rev
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Tuesday, June 26, 2018 3:56 PM
> To: Liu, Yong ; Bie, Tiwei
> Cc: Wang, Zhihong ; dev@dpdk.org
> Subject: Re: [PATCH v2 0/8] support VIRTIO_F_IN_ORDER feature
>
> Hi,
>
> On 06/25/2018 05:17 PM, Ma
On 06/25/2018 03:10 PM, Marvin Liu wrote:
This patch introduces unsupported features mask for virtio-user device.
For virtio-user server mode, when reconnecting virtio-user will
retrieve vhost devcie features as base and then unmask unsupported
s/devcie/device/
features.
I am not sure to u
This patchset depends on QAT dynamic logging patchset and should be targetig on
18.08.
Patchset refactors the PMD in order that files are split into several
places: common, crypto.
New drivers/common/qat are added and files split between locations.
Changes for v2:
- removed drivers/common/qat/
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Tuesday, June 26, 2018 6:28 AM
> To: De Lara Guarch, Pablo ; Akhil Goyal
> ; Doherty, Declan ;
> ravi1.ku...@amd.com; Jacob, Jerin ;
> Zhang, Roy Fan ; Trahe, Fiona
> ; t...@semihalf.com; jianjay.z...@huaw
This patchset depends on QAT dynamic logging patchset and should be targetig on
18.08.
Patchset refactors the PMD in order that files are split into several
places: common, crypto.
New drivers/common/qat are added and files split between locations.
Changes for v2:
- removed drivers/common/qat/
This patch groups sources and related dependencies into
common and sym sections in build files.
Signed-off-by: Tomasz Jozwiak
Acked-by: Fiona Trahe
---
drivers/crypto/qat/Makefile | 25 ++---
drivers/crypto/qat/meson.build | 14 --
drivers/crypto/qat/qat_s
This patch adds following weak functions to facilitate conditional
compilation of code for those services:
- qat_sym_dev_create
- qat_asym_dev_create
- qat_comp_dev_create
- qat_sym_dev_destroy
- qat_asym_dev_destroy
- qat_comp_dev_destroy
and removes unused files with empty defin
- moved common qat files to common/qat dir.
- changed common/qat/Makefile, common/qat/meson.build,
drivers/Makefile, crypto/Makefile
to add possibility of using new files locations
- added README file into crypto/qat to clarify where
the build is made from
- updated MAINT
On Mon, Jun 25, 2018 at 08:17:08PM +0800, Stojaczyk, DariuszX wrote:
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Tiwei Bie
> > Sent: Monday, June 25, 2018 1:02 PM
> >
> >
> > Hi Dariusz,
> >
>
> Hi Tiwei,
>
> > Thank you for putting efforts in making
26/06/2018 10:22, Tiwei Bie:
> On Mon, Jun 25, 2018 at 08:17:08PM +0800, Stojaczyk, DariuszX wrote:
> > From: Tiwei Bie
> > >
> > > Hi Dariusz,
> >
> > Hi Tiwei,
> >
> > > Thank you for putting efforts in making the DPDK
> > > vhost more generic!
> > >
> > > From my understanding, your proposal
Hi Wei,
On Tue, Jun 26, 2018 at 01:38:22AM +, Zhao1, Wei wrote:
> Hi, Olivier Matz
>
> Will you commit fix patch for i40e and ixgbe and em?
If you think the patch are relevant, yes :)
Here is a pre-version (last 5 patches):
http://git.droids-corp.org/?p=dpdk.git;a=shortlog;h=refs/heads/tx
> -Original Message-
> From: Bie, Tiwei
> Sent: Tuesday, June 26, 2018 10:22 AM
> To: Stojaczyk, DariuszX
> Cc: Dariusz Stojaczyk ; dev@dpdk.org; Maxime
> Coquelin ; Tetsuya Mukawa
> ; Stefan Hajnoczi ; Thomas
> Monjalon ; y...@fridaylinux.org; Harris, James R
> ; Kulasek, TomaszX ;
> Wo
Currently, rte_flow pattern only match packet header fields.
This patch adds additional data to match the packet.
For example, in egress direction, to do an action depending on the VM
id, the application needs to configure rte_flow rule with the new
metadata pattern:
pattern meta data is {vm}
Hi Jasvinder
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jasvinder Singh
> Sent: Friday, June 15, 2018 5:52 PM
> To: dev@dpdk.org
> Cc: Dumitrescu, Cristian ; Pattan, Reshma
>
> Subject: [dpdk-dev] [PATCH v2 22/22] app/testpmd: rework softnic forward
> mode
Hi Bernard,
> This patch fails to compile when applied the current dpdk 18_08 master.
>
> /root/dpdk_sforge_2/app/test-pmd/cmdline.c: In function 'prompt':
> /root/dpdk_sforge_2/app/test-pmd/cmdline.c:17583:3: error: implicit
> declaration of function 'rte_pmd_softnic_manage' [-Werror=implicit-
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Tuesday, June 26, 2018 4:08 PM
> To: Liu, Yong ; Bie, Tiwei
> Cc: Wang, Zhihong ; dev@dpdk.org
> Subject: Re: [PATCH] net/virtio-user: add unsupported features mask
>
>
>
> On 06/25/2018 03:10 PM,
On 26-Jun-18 8:08 AM, Qi Zhang wrote:
We know the limitation that sync IPC can't be invoked in mp handler
itself which will cause deadlock, the patch introduce new API
rte_eal_mp_task_add to support mp handler be delegated in a separate
task.
Signed-off-by: Qi Zhang
---
I would really like to
Error observed when CONFIG_RTE_KNI_KMOD_ETHTOOL config option is
enabled.
build error:
In function ‘strncpy’,
inlined from ‘igb_get_drvinfo’ at
.../dpdk/build/build/kernel/linux/kni/igb_ethtool.c:814:2:
.../include/linux/string.h:246:9: error: ‘__builtin_strncpy’ output
may be trun
On 6/18/2018 9:06 PM, Alejandro Lucero wrote:
> This patch avoids direct access to device config sysfs file using
> rte_pci_read_config instead.
>
> Apart from replicating code, it turns out this direct access does
> not always work if non-root users execute DPDK apps. In those cases
> it is manda
On 6/22/2018 2:27 PM, Remy Horton wrote:
> Since commit aa1a6d87f15d ("ethdev: force RSS offload rules again")
> a check that requested RSS offloads are supported by a PMD is
> enforced, whereas in the past asking for unsupported offloads would
> not result in an error. This patch changes the IPSec
On 6/22/2018 1:13 PM, dev-boun...@dpdk.org wrote:
> DPDK Release Status Meeting 21/07/2018
> ==
>
> Minutes from the weekly DPDK Release Status Meeting.
<...>
> Reviewathon
> ---
>
> * We plan a Community Reviewathon, next Tuesday 26th June.
> * Commu
On 6/22/2018 10:13 AM, Helin Zhang wrote:
> Xiaoyun Li has agreed to take over the maintainership of example
> application tep_termination, as Jijiang Liu is no longer working
> on that.
>
> Signed-off-by: Helin Zhang
Acked-by: Ferruh Yigit
Thanks Xiaoyun for volunteering.
On 26-Jun-18 2:09 AM, Kevin Wilson wrote:
Hi, Anatoly,
Thanks for these patches, good work.
Regarding "update-grub": IIRC, this is Ubuntu specific command (and
also used in Debian/Debian based flavors).
In Fedora (RedHat based) recent distros, you use grub2-mkconfig
instead (and there is no "upd
On 6/22/2018 8:15 AM, Ido Goshen wrote:
>
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Thursday, June 21, 2018 3:51 PM
>> To: Ido Goshen
>> Cc: dev@dpdk.org
>> Subject: Re: [PATCH v2 3/3] net/pcap: support pcap files and ifaces mix
>>
>> On 6/21/2018 1:24 PM, ido goshen wrote:
On 26/06/2018 10:03, Ferruh Yigit wrote:
[..]
Hi Remy,
Is following covering this patch:
https://patches.dpdk.org/patch/41313/
Patch was sent out with wrong subject, so consider it Nack'd.
rte_eal_mbuf_default_mempool_ops() is replaced by
rte_mbuf_best_mempool_ops().
Signed-off-by: Olivier Matz
---
doc/guides/rel_notes/deprecation.rst| 9 -
lib/librte_eal/bsdapp/eal/eal.c | 10 --
lib/librte_eal/common/include/rte_eal.h | 11 ---
lib/librte_eal
Remove experimental tag from rte_eal_mbuf_user_pool_ops().
Signed-off-by: Olivier Matz
---
lib/librte_eal/bsdapp/eal/eal.c | 2 +-
lib/librte_eal/common/include/rte_eal.h | 5 +
lib/librte_eal/linuxapp/eal/eal.c | 2 +-
lib/librte_eal/rte_eal_version.map | 6 ++
lib/li
On Tue, Jun 26, 2018 at 04:47:33PM +0800, Stojaczyk, DariuszX wrote:
> > -Original Message-
> > From: Bie, Tiwei
> > Sent: Tuesday, June 26, 2018 10:22 AM
> > To: Stojaczyk, DariuszX
> > Cc: Dariusz Stojaczyk ; dev@dpdk.org; Maxime
> > Coquelin ; Tetsuya Mukawa
> > ; Stefan Hajnoczi ; Thom
On 6/24/2018 11:56 AM, Zhang, Qi Z wrote:
> Hi Stephen:
>
>> -Original Message-
>> From: Stephen Hemminger [mailto:step...@networkplumber.org]
>> Sent: Friday, June 22, 2018 11:44 PM
>> To: Zhang, Qi Z
>> Cc: Xing, Beilei ; Wu, Jingjing
>> ;
>> Yu, De ; dev@dpdk.org
>> Subject: Re: [dpdk
On 6/24/2018 1:17 PM, Jerin Jacob wrote:
> -Original Message-
>> Date: Thu, 21 Jun 2018 19:14:50 +0100
>> From: Ferruh Yigit
>> To: Jerin Jacob , Maciej Czekaj
>>
>> CC: dev@dpdk.org, Ferruh Yigit , sta...@dpdk.org
>> Subject: [PATCH] net/thunderx: fix build with gcc optimization on
>> X
Hi Shally,
> -Original Message-
> From: Shally Verma [mailto:shally.ve...@caviumnetworks.com]
> Sent: Wednesday, May 16, 2018 7:05 AM
> To: De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; akhil.go...@nxp.com;
> dev@dpdk.org; pathr...@caviumnetworks.com; Sunila Sahu
> ; Ashish Gupta
>
> Subjec
> -Original Message-
> From: Shally Verma [mailto:shally.ve...@caviumnetworks.com]
> Sent: Wednesday, May 16, 2018 7:05 AM
> To: De Lara Guarch, Pablo
> Cc: Trahe, Fiona ; akhil.go...@nxp.com;
> dev@dpdk.org; pathr...@caviumnetworks.com; Sunila Sahu
> ; Ashish Gupta
>
> Subject: [PATCH
Add in the '-l' command line parameter (also --core-list)
So the user can now pass --corelist=4,6,8-10 and it will
expand out to 4,6,8,9,10 using the parse function provided
in parse.c (parse_set).
This list of cores is then used to enable out-of-band monitoring
to scale up and down these cores ba
This patch set adds the capability to do out-of-band power
monitoring on a system. It uses a thread to monitor the branch
counters in the targeted cores, and calculates the branch ratio
if the running code.
If the branch ratop is low (0.01), then
the code is most likely running in a tight poll loo
If we don't pass any ports to the app, we don't need to create
any mempools, and we don't need to init any ports.
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power_manager/main.c | 81 +---
1 file changed, 43 insertions(+), 38 deletions(-)
diff
Change the app to now require three cores, as the third core
will be used to run the oob montoring thread.
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power_manager/main.c | 37 +---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/
This patch introduces the out-of-band (oob) core monitoring
functions.
The functions are similar to the channel manager functions.
There are function to add and remove cores from the
list of cores being monitored. There is a function to initialise
the monitor setup, run the monitor thread, and exi
To facilitate more info per core, change the global_cpu_mask
from a uint64_t to an array. This also removes the limit on
64 cores, allocing the aray at run-time based on the number of
cores found in the system.
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power_manager/power
add in the long form of -p, which is --port-list
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power_manager/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/examples/vm_power_manager/main.c b/examples/vm_power_manager/main.c
index 4c6b5a990..4088861f1 100644
--- a/
For different workloads and poll loops, the theshold
may be different for when you want to scale up and down.
This patch allows changing of the default branch ratio
by using the -b command line argument (or --branch-ratio=)
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power
Add the capability for the vm_power_manager to receive
a policy of type BRANCH_RATIO. This will add any vcpus
in the policy to the oob monitoring thread.
Signed-off-by: David Hunt
Acked-by: Radu Nicolau
---
examples/vm_power_manager/channel_monitor.c | 23 +++--
lib/librte_power
26/06/2018 11:02, Burakov, Anatoly:
> On 26-Jun-18 8:08 AM, Qi Zhang wrote:
> > We know the limitation that sync IPC can't be invoked in mp handler
> > itself which will cause deadlock, the patch introduce new API
> > rte_eal_mp_task_add to support mp handler be delegated in a separate
> > task.
>
Add new command line arguments to the guest app to make
testing and validation of the policy usage easier.
These arguments are mainly around setting up the power
management policy that is sent from the guest vm to
to the vm_power_manager in the host
New command line parameters:
On 06/26/2018 11:14 AM, Tiwei Bie wrote:
On Tue, Jun 26, 2018 at 04:47:33PM +0800, Stojaczyk, DariuszX wrote:
-Original Message-
From: Bie, Tiwei
Sent: Tuesday, June 26, 2018 10:22 AM
To: Stojaczyk, DariuszX
Cc: Dariusz Stojaczyk ; dev@dpdk.org; Maxime
Coquelin ; Tetsuya Mukawa
; Ste
On 11/6/2018 11:03 AM, Radu Nicolau wrote:
New API added, rte_power_get_capabilities(), that allows the
application to query the power and performance capabilities
of the CPU cores.
Signed-off-by: Radu Nicolau
---
v2: fixed coding style errors, split test into separate patch
lib/librte_pow
On 11/6/2018 11:03 AM, Radu Nicolau wrote:
Signed-off-by: Radu Nicolau
---
test/test/test_power_acpi_cpufreq.c | 42 +
1 file changed, 42 insertions(+)
diff --git a/test/test/test_power_acpi_cpufreq.c
b/test/test/test_power_acpi_cpufreq.c
index 8da2dcc
On 11/6/2018 11:03 AM, Radu Nicolau wrote:
Added high/regular performance core pinning configuration options
that can be used in place of the existing 'config' option.
'--high-perf-cores CORELIST' option allow the user to specify a
high performance cores list; if this option is not used and t
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Tuesday, June 26, 2018 5:24 PM
> To: Burakov, Anatoly
> Cc: Zhang, Qi Z ; Ananyev, Konstantin
> ; dev@dpdk.org; Richardson, Bruce
> ; Yigit, Ferruh ; Shelton,
> Benjamin H ; Vangati, Narender
>
> Subject:
> -Original Message-
> From: Hu, Jiayu
> Sent: Sunday, June 17, 2018 4:13 AM
> To: dev@dpdk.org
> Cc: Ananyev, Konstantin ; Zhang, Yuwei1
> ; Iremonger, Bernard
> ; Hu, Jiayu
> Subject: [PATCH v2 2/3] app/testpmd: enable UDP GSO in csum engine
>
> This patch enables GSO for UDP/IPv4 packe
On Tue, Jun 26, 2018 at 11:12:35AM +0200, Olivier Matz wrote:
> rte_eal_mbuf_default_mempool_ops() is replaced by
> rte_mbuf_best_mempool_ops().
>
> Signed-off-by: Olivier Matz
Self nack, rebase issue between these 2 patches.
Thanks Thomas for spotting it.
Will send a v2.
26/06/2018 11:02, Ferruh Yigit:
> --- a/kernel/linux/kni/ethtool/igb/igb_ethtool.c
> +++ b/kernel/linux/kni/ethtool/igb/igb_ethtool.c
> @@ -811,9 +811,10 @@ static void igb_get_drvinfo(struct net_device *netdev,
> strncpy(drvinfo->driver, igb_driver_name, sizeof(drvinfo->driver) - 1);
>
rte_eal_mbuf_default_mempool_ops() is replaced by
rte_mbuf_best_mempool_ops().
Signed-off-by: Olivier Matz
---
v2:
* remove rte_eal_mbuf_user_pool_ops from .map in next patch instead of this
doc/guides/rel_notes/deprecation.rst| 9 -
lib/librte_eal/bsdapp/eal/eal.c | 10 --
-Original Message-
> Date: Tue, 26 Jun 2018 10:17:14 +0100
> From: Ferruh Yigit
> To: Jerin Jacob
> CC: Maciej Czekaj , dev@dpdk.org,
> sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] net/thunderx: fix build with gcc
> optimization on
> User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64;
Remove experimental tag from rte_eal_mbuf_user_pool_ops().
Signed-off-by: Olivier Matz
---
v2:
* remove rte_eal_mbuf_user_pool_ops from .map in this patch instead of previous
one
lib/librte_eal/bsdapp/eal/eal.c | 2 +-
lib/librte_eal/common/include/rte_eal.h | 5 +
lib/librte_eal/
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, June 26, 2018 5:15 PM
> To: Zhang, Qi Z ; Stephen Hemminger
>
> Cc: Xing, Beilei ; Wu, Jingjing
> ;
> Yu, De ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: remove VF interrupt handler
>
> On 6/24/2018 11:56 AM,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jeff Guo
> Sent: Friday, June 22, 2018 12:51 PM
> To: step...@networkplumber.org; Richardson, Bruce
> ; Yigit, Ferruh ; Ananyev,
> Konstantin ; gaetan.ri...@6wind.com; Wu,
> Jingjing ; tho...@monjalon.net;
> mo...@m
On 6/26/2018 11:04 AM, Zhang, Qi Z wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, June 26, 2018 5:15 PM
>> To: Zhang, Qi Z ; Stephen Hemminger
>>
>> Cc: Xing, Beilei ; Wu, Jingjing
>> ;
>> Yu, De ; dev@dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: r
On 19/06/2018 7:26 AM, Anoob Joseph wrote:
Enabling crypto devs to specify the minimum headroom and tailroom it
expects in the mbuf. For net PMDs, standard headroom has to be honoured
by applications, which is not strictly followed for crypto devs. This
How is this done for NET PMDs, I don't se
Monday, June 25, 2018 2:33 PM, Nélio Laranjeiro:
> Subject: Re: [PATCH] net/mlx5: separate generic tunnel TSO from the
> standard one
>
> On Mon, Jun 25, 2018 at 11:23:22AM +, Shahaf Shuler wrote:
> > Monday, June 25, 2018 9:41 AM , Nélio Laranjeiro:
> > > Subject: Re: [PATCH] net/mlx5: separa
Hi,
22/06/2018 11:56, Rahul Lakkireddy:
> This series of patches add support for actions:
> - OF_SET_NW_IPV4_SRC - set a new IPv4 source address.
> - OF_SET_NW_IPV4_DST - set a new IPv4 destination address.
> - OF_SET_NW_IPV6_SRC - set a new IPv6 source address.
> - OF_SET_NW_IPV6_DST - set a new
On 26/06/2018 08:08, Qi Zhang wrote:
[..]
static int eth_ixgbevf_pci_probe(struct rte_pci_driver *pci_drv __rte_unused,
struct rte_pci_device *pci_dev)
{
+ struct rte_eth_dev *ethdev;
+
+ ethdev = rte_eth_dev_allocated(pci_dev->device.name);
+ if (!ethdev)
+
On 26/06/2018 08:08, Qi Zhang wrote:
[..]
static int eth_i40evf_pci_remove(struct rte_pci_device *pci_dev)
{
+ struct rte_eth_dev *ethdev;
+ ethdev = rte_eth_dev_allocated(pci_dev->device.name);
+
+ if (!ethdev)
+ return -ENODEV;
+
+ if (rte_eal_p
Error observed when CONFIG_RTE_KNI_KMOD_ETHTOOL config option is
enabled.
build error:
In function ‘strncpy’,
inlined from ‘igb_get_drvinfo’ at
.../dpdk/build/build/kernel/linux/kni/igb_ethtool.c:814:2:
.../include/linux/string.h:246:9: error: ‘__builtin_strncpy’ output
may be trun
On 6/18/2018 7:40 AM, Jerin Jacob wrote:
> -Original Message-
>> Date: Mon, 18 Jun 2018 11:06:24 +0530
>> From: Rakesh Kudurumalla
>> To: dev@dpdk.org
>> Cc: ferruh.yi...@intel.com, jerin.ja...@caviumnetworks.com, rkudurumalla
>>
>> Subject: [PATCH V3] net/thunderx: add support for hardw
Acked-by: Ori Kam
> -Original Message-
> From: Nelio Laranjeiro [mailto:nelio.laranje...@6wind.com]
> Sent: Thursday, June 21, 2018 10:14 AM
> To: dev@dpdk.org; Adrien Mazarguil ;
> Wenzhuo Lu ; Jingjing Wu
> ; Bernard Iremonger
> ; Mohammad Abdul Awal
> ; Ori Kam ;
> Stephen Hemminger
>
On 26/06/2018 08:08, Qi Zhang wrote:
[..]
Signed-off-by: Qi Zhang
---
lib/librte_eal/common/eal_common_dev.c | 17 +
lib/librte_eal/common/include/rte_bus.h | 16
Acked-by: Remy Horton
On 26/06/2018 08:08, Qi Zhang wrote:
[..]
Signed-off-by: Qi Zhang
---
lib/librte_ethdev/rte_ethdev.c| 24 +---
lib/librte_ethdev/rte_ethdev_driver.h | 13 +
2 files changed, 34 insertions(+), 3 deletions(-)
Acked-by: Remy Horton
1 - 100 of 246 matches
Mail list logo
