Following the same approach taken with dev_started field
in rte_eth_dev_data structure, this patch adds two new fields
in it, rx_queue_state and tx_queue_state arrays, which track
which queues have been started and which not.
This is important to avoid trying to start/stop twice a queue,
which wil
Hi Konstantin,
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Wednesday, September 16, 2015 5:27 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH] ethdev: add new RX/TX queue state arrays
> in rte_eth_dev_data
>
> Hi Pablo,
> Few comments fro
On 16/09/2015 09:35, Thomas Monjalon wrote:
> 2015-09-16 09:29, Gonzalez Monroy, Sergio:
>> We are looking for feedback on the proposal to create a new sample
>> application
> [...]
>> A set of generic APIs for the configuration of IPsec security policies and
>> associations will be provided, which
On Tue, Sep 15, 2015 at 11:20:03PM +0200, Marc Sune wrote:
> Adrien,
>
> 2015-09-15 12:04 GMT+02:00 Adrien Mazarguil :
[...]
> > It's not so much about the way PMDs recover link information, rather about
> > the amount of changes required to switch to a bit-field API for the current
> > link speed
Hi Pablo,
Few comments from me, please see below.
Konstantin
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara
> Sent: Wednesday, September 16, 2015 12:21 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] ethdev: add new RX/TX queue state arr
Thanks the patch looks fine, but I have not had a lot of time to review it
detail. I hope to get to it next week after I return back home.
On 9/16/15, 2:09 AM, "Ilya Maximets" wrote:
>Ping.
>
>On 09.09.2015 17:22, Ilya Maximets wrote:
>> While pktgen_setup_packets() all threads of one port uses
2015-09-16 14:07, Remy Horton:
> Incorrect operator in ixgbe_get_eeprom & ixgbe_set_eeprom prevents
> last byte of EEPROM being read/written, and hence cannot be dumped
> or updated in entirity using these functions.
This explanation is good but the title is not clear enough. It should
start with
2015-09-16 10:43, Mcnamara, John:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > > --- /dev/null
> > > +++ b/doc/guides/perf_test_guide/index.rst
> >
> > Why creating a new guide?
> > Can it be included as a chapter of the Linux user guide?
>
> I think the subject is probably d
2015-09-16 10:50, Mcnamara, John:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > In order to easily read the release notes, I suggest to order items
> > logically, starting with API (ethdev, cryptodev), EAL, drivers, libs,
> > tools, examples.
> > Maybe that adding some subtitles
Incorrect operator in ixgbe_get_eeprom & ixgbe_set_eeprom prevents
last byte of EEPROM being read/written, and hence cannot be dumped
or updated in entirity using these functions.
Signed-off-by: Remy Horton
---
drivers/net/ixgbe/ixgbe_ethdev.c | 8
1 file changed, 4 insertions(+), 4 del
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wu, Yiwen
> Sent: Wednesday, September 16, 2015 2:31 PM
> To: Thomas Monjalon
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] No egressing packet
>
> Thomas,
>
> I am using rte_eth_tx_burst to send packets. I
Hi Huawei,
> Kyle:
> Could you tell us how did you produce this issue, very small pool size
> or you are using pipeline model?
If I understand correctly, by pipeline model you mean a model whereby
multiple threads handle a given packet, with some sort IPC (e.g. dpdk
rings) between them? If so, ye
Following the same approach taken with dev_started field
in rte_eth_dev_data structure, this patch adds two new fields
in it, rx_queue_state and tx_queue_state arrays, which track
which queues have been started and which not.
This is important to avoid trying to start/stop twice a queue,
which wil
Ping.
On 09.09.2015 17:22, Ilya Maximets wrote:
> While pktgen_setup_packets() all threads of one port uses same
> info->seq_pkt. This leads to constructing packets in the same memory region
> (&pkt->hdr). As a result, pktgen_setup_packets generates random headers.
>
> Fix that by making a local
On 2015/09/16 1:27, Loftus, Ciara wrote:
>> +
>> +static int
>> +rte_pmd_vhost_devinit(const char *name, const char *params)
>> +{
>> +struct rte_kvargs *kvlist = NULL;
>> +int ret = 0;
>> +int index;
>> +char *iface_name;
>> +
>> +RTE_LOG(INFO, PMD, "Initializing pmd_vhost for
Hi all,
I got a Dell PowerEdge R630 with an X520 NIC. I want to set up two VFs that
use the first port on the NIC. I've done the following:
1. Edited kernel params to include iommu=pt and intel_iommu=1
2. Executed the following
modprobe uio
insmod igb_uio
./dpdk_nic_bind.py -b igb_uio bb:ss.f
ec
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jesper Wramberg
> Hi all,
Hi Jesper,
> I got a Dell PowerEdge R630 with an X520 NIC. I want to set up two VFs that
> use the first port on the NIC. I've done the following:
Your process is correct - nothing wr
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Tuesday, September 15, 2015 2:22 PM
> To: Mcnamara, John
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: update the dpdk 2.2 release notes
>
> ...
>
> In order to easily read the release
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, September 16, 2015 9:22 AM
> To: Xu, Qian Q
> Cc: dev at dpdk.org; Jayakumar, Muthurajan; Mcnamara, John
> Subject: Re: [dpdk-dev][PATCH v2]doc:Add performance test guide about how
> to g
2015-09-16 09:29, Gonzalez Monroy, Sergio:
> We are looking for feedback on the proposal to create a new sample
> application
[...]
> A set of generic APIs for the configuration of IPsec security policies and
> associations will be provided, which will be independent of the
How can you have some
On Tue, Sep 15, 2015 at 3:07 PM, John McNamara
wrote:
> Update the DPDK 2.2 release notes with recent fixes:
>
> 7e01e3 i40e: fix base driver allocation when not using first numa node
> 5e73f4 ixgbe: remove burst size restriction of vector Rx
> 7fcd13 ixgbe: fix X550 DCB
> d49e0f hash: fi
Hi,
2015-09-16 02:45, Xu, Qian Q:
> Thomas
> Could you help check my doc patch, and let me know anything needed for
> the merge? I think it would be very helpful for the users to get high
> performance with step-by-step guide. Thx.
Yes it is useful.
John and Siobhan are the maintainers for the do
Hello Chao,
On Wed, Sep 16, 2015 at 4:02 AM, Chao Zhu
wrote:
> Actually, without this change, DPDK can't work properly on PPC64 little
> endian platform. It'll report "EAL: Not enough memory available! Requested:
> xxxMB, available: xxxMB" such kind of error. But for users, they don't know
> tha
Actually, without this change, DPDK can't work properly on PPC64 little
endian platform. It'll report "EAL: Not enough memory available!
Requested: xxxMB, available: xxxMB" such kind of error. But for users,
they don't know that changing the value of CONFIG_RTE_MAX_NUMA_NODES can
fix this. Tha
2015-09-15 17:10, Wu, Yiwen:
> Hi all,
>
> I am new to dpdk. I am running a single forwarding program based on dpdk
> 2.1.0. The program runs on a VM, binding on two interfaces. All it's
> doing is to forward packets from one interface to another. All
> ingressing packets are fine but there see
Thomas,
I am using rte_eth_tx_burst to send packets. I also use
rte_eth_add_tx_callback to register a callback to figure out what has
been sent.
Thanks,
Yiwen
On 9/16/2015 3:32 AM, Thomas Monjalon wrote:
> 2015-09-15 17:10, Wu, Yiwen:
>> Hi all,
>>
>> I am new to dpdk. I am running a single f
We are looking for feedback on the proposal to create a new sample
application
to showcase the new cryptodev library (1) for acceleration in both SW
and HW of
crypto processing with a real world example of an IPsec implementation
on DPDK.
In the proposed implementation the core IPsec logic will
Test-by: huilong xu
Test environment
os: FC20 3.11.10-301.fc20.x86_64
gcc: gcc version 4.8.3 20140911 (Red Hat 4.8.3-7) (GCC)
package:dpdk.org newest code + i40e share code patch
NIC: Intel Corporation Ethernet Controller XL710 for 40GbE QSFP+ [8086:1584]
(rev 01)
Target: x86_64-native-linuxapp-g
Thomas
Could you help check my doc patch, and let me know anything needed for the
merge? I think it would be very helpful for the users to get high performance
with step-by-step guide. Thx.
Thanks
Qian
-Original Message-
From: Xu, Qian Q
Sent: Thursday, August 13, 2015 11:20 AM
To: d
On 9/16/2015 5:05 AM, Kyle Larose wrote:
> On Sun, Sep 13, 2015 at 5:43 PM, Thomas Monjalon
> wrote:
>> Hi,
>>
>> 2015-09-11 12:32, Kyle Larose:
>>> Looking through the version tree for virtio_rxtx.c, I saw the following
>>> commit:
>>>
>>> http://dpdk.org/browse/dpdk/commit/lib/librte_pmd_virtio?
30 matches
Mail list logo
