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
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
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'
0 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
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,
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
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
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
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
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;
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
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
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
> 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
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
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
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
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.
> > >
> > >
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
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
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
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
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
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
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
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
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
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
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
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
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
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
> -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
> -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
> -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,
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 rte_lpm4 with
expanded 24 bit next hop support available here:
Hi Anatoly,
Please could you review this fix to allow Chelsio using VFIO?
Thanks
2015-06-23 20:30, Rahul Lakkireddy:
> When using vfio, the probe fails over Chelsio T5 adapters after
> commit-id 90a1633b2 (eal/linux: allow to map BARs with MSI-X tables).
>
> While debugging further, found that
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 adds the hardware specific api for all supported
> Chelsio T5 adapters and
49 matches
Mail list logo