2015-06-29 11:08, Chao Zhu:
> Signed-off-by: Chao Zhu
[...]
> +IBM POWER
> +M: Chao Zhu
> F: lib/librte_eal/common/include/arch/ppc_64/
Applied, thanks Chao to take care of this arch.
When you report a bug or send a POWER related patch,
please add Chao to the recipient list.
2015-06-29 19:47, Dumitrescu, Cristian:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod
> > Nature of the problem was not initialised buffer[256], there were
> > probability
> > that operation system will provide previously used memory and on special
> > condition
> > the
2015-07-01 16:30, Bruce Richardson:
> On Tue, Jun 30, 2015 at 07:41:13PM -0400, Vladimir Medvedkin wrote:
> > Add unit test for thash library
> >
> > v4 changes
> > - Reflect rte_thash.h changes
> >
> > v3 changes
> > - Fix checkpatch errors
> >
> > v2 changes
> > - fix typo
> > - remove unneces
2015-07-01 16:29, Bruce Richardson:
> On Tue, Jun 30, 2015 at 07:40:20PM -0400, Vladimir Medvedkin wrote:
> > Software implementation of the Toeplitz hash function used by RSS.
> > Can be used either for packet distribution on single queue NIC
> > or for simulating of RSS computation on specific NI
2015-07-01 08:39, Gonzalez Monroy, Sergio:
> On 30/06/2015 19:37, Pablo de Lara wrote:
> > rte_hash_hash is a public function but was not in
> > rte_hash_version.map
> >
> > Signed-off-by: Pablo de Lara
> Acked-by: Sergio Gonzalez Monroy
Applied, thanks
2015-07-01 16:11, Bruce Richardson:
> When compiling the cxgbe driver with icc, multiple errors about using
> enums as integers appear across a number of files, including in the base
> code and in the DPDK-specific driver code.
>
> .../drivers/net/cxgbe/cxgbe_main.c(386): error #188: enumerated ty
Hi Anuj,
Thanks for fixes!
I have 2 comments
- from i40e_ethdev.h : #define I40E_DEFAULT_RX_WTHRESH 0
- (26 + 32) / 4 (batched descriptor writeback) should be (26 + 4 * 32) / 4
(batched descriptor writeback)
, thus we have 135 bytes/packet
This corresponds to 58.8 Mpps
Regards,
Vladimir
20
Hi,
I am wondering how can I use the hash library if I don't know the number of
entries in the bucket (number of entries in the bucket can grow dynamically)
I am trying to use the DPDK hash library for MAC table where I can't give the
fixed number of elements in each bucket.
Please let me know
dpdk: 2.0.0
ovs:2.4.90
qemu: 2.3.0
OS of vm: windows7 64bit
driver of virtio for windows: virtio-win-0.1.96_amd64
ovs-vsctl add-br br0 -- set bridge br0 datapath_type=netdev
ovs-vsctl add-port br0 tap0 -- set Interface tap0 type=dpdkvhostuser
qemu-system-x86_64 win.img -cpu host -smp 2 --e
Hello,
the g++ complains the following problems when rte_.h header files
are included:
x86_64-native-linuxapp-gcc/include/rte_common.h:95:59: warning:
invalid conversion from ?void*? to ?rte_mempool_objhdr*? this
appears in multiple flavours
-as a workaround the '-fpermissive'
://www.ng4t.com/>
>+49 30 65218530
>
>Berlin-Charlottenburg, HRB 123546
>CEO Dr. Andreas Kallmann
------ next part --
An embedded and charset-unspecified text was scrubbed...
Name: cpuflags-diff.txt
URL:
<http://dpdk.org/ml/archives/dev/attachments/20150701/43e5c753/attachment.txt>
Hi,
I am using OVDK userspace-vhost interfaces for VM-to-external communication
and facing an issue with them.
I am using the topology mentioned in
https://github.com/01org/dpdk-ovs/blob/development/docs/04_Sample_Configurations/02_Userspace-vHost.md
But the Guest is a Freebsd VM and our own cust
In case with syn flood you should take into account return syn-ack traffic,
which generates PCIe DLLP's from NIC to host, thus pcie bandwith exceeds
faster. And don't forget about DLLP's generated by rx traffic, which
saturates host-to-NIC bus.
2015-07-01 16:05 GMT+03:00 Pavel Odintsov :
> Yes, B
On Tue, Jun 30, 2015 at 07:41:13PM -0400, Vladimir Medvedkin wrote:
> Add unit test for thash library
>
> v4 changes
> - Reflect rte_thash.h changes
>
> v3 changes
> - Fix checkpatch errors
>
> v2 changes
> - fix typo
> - remove unnecessary comments
>
> Signed-off-by: Vladimir Medvedkin
Acked
On Tue, Jun 30, 2015 at 07:40:20PM -0400, Vladimir Medvedkin wrote:
> Software implementation of the Toeplitz hash function used by RSS.
> Can be used either for packet distribution on single queue NIC
> or for simulating of RSS computation on specific NIC (for example
> after GRE header decapsulat
When compiling the cxgbe driver with icc, multiple errors about using
enums as integers appear across a number of files, including in the base
code and in the DPDK-specific driver code.
.../drivers/net/cxgbe/cxgbe_main.c(386): error #188: enumerated type mixed
with another type
Yes, Bruce, we understand this. But we are working with huge SYN
attacks processing and they are 64byte only :(
On Wed, Jul 1, 2015 at 3:59 PM, Bruce Richardson
wrote:
> On Wed, Jul 01, 2015 at 03:44:57PM +0300, Pavel Odintsov wrote:
>> Thanks for answer, Vladimir! So we need look for x16 NIC if
On 7/1/2015 3:49 PM, Ouyang Changchun wrote:
> This commit breaks virtio basic packets rx functionality:
> d78deadae4dca240e85054bf2d604a801676becc
>
> The QEMU use 256 as default vring size, also use this default value to
> calculate the virtio
> avail ring base address and used ring base addre
This commit breaks virtio basic packets rx functionality:
d78deadae4dca240e85054bf2d604a801676becc
The QEMU use 256 as default vring size, also use this default value to
calculate the virtio
avail ring base address and used ring base address, and vhost in the backend
use the ring base
address
Thanks for answer, Vladimir! So we need look for x16 NIC if we want
achieve 40GE line rate...
On Wed, Jul 1, 2015 at 3:06 PM, Vladimir Medvedkin
wrote:
> Hi Pavel,
>
> Looks like you ran into pcie bottleneck. So let's calculate xl710 rx only
> case.
> Assume we have 32byte descriptors (if we wan
On 2015/06/30 23:56, Iremonger, Bernard wrote:
>> -Original Message-
>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>> Sent: Tuesday, June 30, 2015 9:24 AM
>> To: dev at dpdk.org
>> Cc: Iremonger, Bernard; david.marchand at 6wind.com; Richardson, Bruce;
>> Tetsuya.Mukawa
>> Subject:
On 2015/07/01 0:40, Bruce Richardson wrote:
> On Tue, Jun 30, 2015 at 04:08:08PM +0100, Iremonger, Bernard wrote:
>>> -Original Message-
>>> From: Tetsuya Mukawa [mailto:mukawa at igel.co.jp]
>>> Sent: Tuesday, June 30, 2015 9:27 AM
>>> To: dev at dpdk.org
>>> Cc: Iremonger, Bernard; david.
2015-06-26 10:37, Shaopeng He:
> The default MAC address is directly copied to Device Ethernet
> Link address array in the device initialize phase, which
Do you mean "device start phase" instead?
> bypasses fm10k MAC address number check mechanism, and will
> cause an error message when adding de
Hi Pavel,
Looks like you ran into pcie bottleneck. So let's calculate xl710 rx only
case.
Assume we have 32byte descriptors (if we want more offload).
DMA makes one pcie transaction with packet payload, one descriptor
writeback and one memory request for free descriptors for every 4 packets.
For T
Hi Sy Jong,
Have any idea?
"Scott.Jhuang (???) : 6309" ? 2015?06?23? 21:24 ??:
Dear Sy Jong,
Yes, I have check out DPDK KNI, but I still can't find how to prepare
net_device structure...
And I also doesn't find how to get "ethtool_cmd.phy_address"
Could you let me know the path of source code f
> This patch set implements xstats_get() and xstats_reset() in dev_ops for ixgbe
> to expose detailed error statistics to DPDK applications. The dump_cfg
> application was extended to demonstrate the usage of retrieving statistics for
> DPDK interfaces and renamed to proc_info in order reflect this
Thanks for the comments.
On Wed, Jul 1, 2015 at 1:32 PM, Vladimir Medvedkin
wrote:
> Hi Anuj,
>
> Thanks for fixes!
> I have 2 comments
> - from i40e_ethdev.h : #define I40E_DEFAULT_RX_WTHRESH 0
> - (26 + 32) / 4 (batched descriptor writeback) should be (26 + 4 * 32) / 4
> (batched descript
On Wed, Jul 01, 2015 at 03:44:57PM +0300, Pavel Odintsov wrote:
> Thanks for answer, Vladimir! So we need look for x16 NIC if we want
> achieve 40GE line rate...
>
Note that this would only apply for your minimal i.e. 64-byte, packet sizes.
Once you go up to larger e.g. 128B packets, your PCI band
Hi
> -Original Message-
> From: Miguel Bernal Marin [mailto:miguel.bernal.marin at linux.intel.com]
> Sent: Friday, June 26, 2015 11:15 PM
> To: dev at dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: [PATCH v2 0/4] kni: fix build with kernel 4.1
>
> Due to API changes in netdevice.h in 4.
2015-06-30 03:27, He, Shaopeng:
> From: He, Shaopeng
> > From: Liu, Jijiang
> > > Acked-by: Jijiang Liu
> > >
> > > I think this patch could be merged before Stephen's following patch[1] is
> > > merged, then Stephen should rework the patch[1].
> > > Thanks.
> > >
> > > [1]http://dpdk.org/ml/archi
On Tue, Jun 30, 2015 at 11:18:35PM -0700, Matthew Hall wrote:
> Hello,
>
> Based on the wonderful assistance from Vladimir and Stephen and a close
> friend of mine that is a hypervisor developer who helped me reverse engineer
> and rewrite rte_lpm_lookupx4, I have got a known-working version of
On Tue, Jun 30, 2015 at 05:50:14PM -0700, Gopakumar Choorakkot Edakkunni wrote:
> So update on this. Summary is that its purely my fault, apologies for
> prematurely suspecting the wrong areas. Details below
>
> 1. So my AWS box had an eth0 interface without DPDK, I enabled dpdk
> AND created a KN
On Tue, Jun 30, 2015 at 10:49:26PM -0700, Matthew Hall wrote:
> With those two items commented out, and these CFLAGS:
>
> "-g -O0 -fPIC -msse4.2"
>
The recommended way of specifying a particular instruction set is via the
RTE_MACHINE setting in your build time config. Can you perhaps reproduce t
On Tue, Jun 30, 2015 at 23:01:39 +0200, Thomas Monjalon wrote:
> 2015-06-30 04:58, Rahul Lakkireddy:
> > This series of patches add the CXGBE Poll Mode Driver support for Chelsio
> > Terminator 5 series of 10G/40G adapters. The CXGBE PMD is split into
> > multiple
> > patches. The first patch ad
2015-06-30 11:27, Adrien Mazarguil:
> This patchset adds compatibility with the upcoming Mellanox OFED 3.0
> release (new kernel drivers and userland support libraries), which supports
> new features such as L3/L4 checksum validation offloads and addresses
> several bugs and limitations at the same
On 28/06/15 23:02, Thomas Monjalon wrote:
> Declan, Neil,
>
> Please help to review this series.
>
...
Hey Thomas, I'll review this version of the patchset today, sorry for
taking so long to get to this.
Cheers
Declan
On 29/06/15 15:50, Tomasz Kulasek wrote:
> OVERVIEW
>
> 1) Setting .rxmode.mq_mode for bonding device to ETH_MQ_RX_RSS makes bonding
> device fully RSS-capable, so all slaves are synchronized with its
> configuration.
> This mode is intended to provide RSS configuration as known from "dyn
rte_ring_create() needs a socket-id though and seems to be allocating
core-specific memory pools for the ring ? But my non-EAL app thread is
not bound to any core, so now I am wondering if that will work.
Rgds,
Gopa.
On Wed, Jul 1, 2015 at 10:46 AM, Gopakumar Choorakkot Edakkunni
wrote:
> Hi,
>
Hi,
I have a requirement where one of my non-EAL app threads needs to
handoff some packets to an EAL task. I was thinking of using
rte_ring_mp_enqueue/dequeue for that purpose. I looked at the code for
the rte_ring library and it doesnt look like it has any "EAL"
dependencies, but I wanted to doub
Vladimir,
Few possible fixes to your PCIe analysis (let me know if I'm wrong):
- ECRC is probably disabled (check using sudo lspci -vvv | grep
CGenEn-), so TLP header is 26 bytes
- Descriptor writeback can be batched using high value of WTHRESH,
which is what DPDK uses by default
- Read request co
The current way has a few problems:
- if cache->len < n, we copy our elements into the cache first, then
into obj_table, that's unnecessary
- if n >= cache_size (or the backfill fails), and we can't fulfil the
request from the ring alone, we don't try to combine with the cache
- if refill fail
Dear all,
I used the following steps to setup pool mirror for Intel 82599ES, but failed.
Step 1: I setup 4 VFs for 05:00.0
05:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+
Network Connection (rev 01)
05:10.0 Ethernet controller: Intel Corporation 82599 Ethernet Contro
Hi all,
> The last patch from Rahul does not solve the problem. For those cases where
> the MSI-X table is in one of the BARs to map, the memreg array is still in
> use.
Rahul's initial patch was pretty much what you have submitted, it just didn't
build on a 32-bit system.
> My fix was using
I submitted a patch for fixing this issue on the 25th of June. I did not
notice someone had reported this before. The last patch from Rahul does not
solve the problem. For those cases where the MSI-X table is in one of the
BARs to map, the memreg array is still in use.
My fix was using unsigned lo
On Jul 1, 2015, at 4:20 AM, Bruce Richardson
wrote:
> Could you maybe send a patch (or set) with all your changes in it here for us
> to look at? [I did look at it in github, but I'm not very familiar with github
> and the changes seem to be spread over a whole series of commits]
Here is a view
Tested-by: Qian Xu
- Test Commit: c55e94f560ef5c9fcee4584952de1d0bd414aece
- OS: Fedora 21
- GCC: gcc (GCC) 4.9.2 20141101 (Red Hat 4.9.2-1)
- CPU: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz
- NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)
- Target: Intel Corporation
Previously, with the -msse4.2 flag removed, the build failed for a different
reason.
I can retry without it and see if it's the case in the new DPDK.
On Jul 1, 2015, at 4:10 AM, Bruce Richardson
wrote:
> On Tue, Jun 30, 2015 at 10:49:26PM -0700, Matthew Hall wrote:
>> With those two items com
On 30/06/2015 19:37, Pablo de Lara wrote:
> rte_hash_hash is a public function but was not in
> rte_hash_version.map
>
> Signed-off-by: Pablo de Lara
> ---
> lib/librte_hash/rte_hash_version.map |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/lib/librte_hash/rte_ha
Hi Scott,
Please refer to our KNI library at:-
dpdk-1.8.0\lib\librte_eal\linuxapp\kni\ethtool\igb\igb.h
Regards,
Choi, Sy Jong
Platform Application Engineer
From: "Scott.Jhuang (???) : 6309" [mailto:scott.jhu...@cas-well.com]
Sent: Wednesday, July 01, 2015 2:44 PM
To: Choi, Sy Jong; dev at dpdk.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
> Sent: Tuesday, June 30, 2015 5:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 4/4] vhost: add comment for potential
> unwanted callback on listenfds
>
> add comment for potential unwa
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
> Sent: Tuesday, June 30, 2015 5:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 3/4] vhost: version map file update
>
> update version map file for rte_vhost_driver_unregister API
>
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
> Sent: Tuesday, June 30, 2015 5:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 2/4] vhost: vhost unix domain socket cleanup
>
> rte_vhost_driver_unregister API will remove the listenfd
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
> Sent: Tuesday, June 30, 2015 5:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v4 1/4] vhost: call fdset_del_slot to remove
> connection fd
>
> In the event handler of connection fd, the
GCC_VERSION is empty in case of clang:
/bin/sh: line 0: test: -ge: unary operator expected
It cannot be quoted because an integer is expected.
So the fix is to check empty value in a separate test.
Signed-off-by: Thomas Monjalon
---
drivers/net/cxgbe/Makefile | 4 ++--
1 file changed, 2
54 matches
Mail list logo
