The patches will work on below patch series.
- [PATCH v2 0/5] virtio support for container
- [PATCH 0/4] rework ioport access for virtio
[Changes]
v2 changes:
- Rebase on above patch seiries.
- Rebase on master
- Add "--qtest-virtio" EAL option.
- Fixes in qtest.c
- Fix error handling for
Currently, virtio_dev_info_get() retrieves driver name from pci_drv.
If the driver is virtual PMD, pci_drv will be invalid.
So retrieves the name from eth_dev.
Signed-off-by: Tetsuya Mukawa
---
drivers/net/virtio/virtio_ethdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
To work with qtest virtio-net PMD, virtual address that maps hugepages
should be between (1 << 31) to (1 << 44). This patch adds one more option
to map like this. Also all hugepages should consists of one file.
Because of this, the option will work only when '--single-file' option is
specified.
Si
The patch adds below function to cleanup virtio code.
- virtio_dev_check()
Signed-off-by: Tetsuya Mukawa
---
drivers/net/virtio/virtio_ethdev.c | 52 ++
drivers/net/virtio/virtio_ethdev.h | 32 +++
2 files changed, 57 insertions(+), 27 del
The patch adds a new virtio-net PMD configuration that allows the PMD to
work on host as if the PMD is in VM.
Here is new configuration for virtio-net PMD.
- CONFIG_RTE_VIRTIO_VDEV_QTEST
To use this mode, EAL needs map all hugepages as one file. Also the file
should be mapped between (1 << 31) and
Signed-off-by: Tetsuya Mukawa
---
doc/guides/rel_notes/release_2_3.rst | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/guides/rel_notes/release_2_3.rst
b/doc/guides/rel_notes/release_2_3.rst
index 1e7d51d..ab3baf9 100644
--- a/doc/guides/rel_notes/release_2_3.rst
+++ b/doc/guides/rel_
Fixes: the hung/crash issue when quitting testpmd under high
traffic rate. The following issue were found and fixed.
1. edesc->size is not initialized properly in mpipe_do_xmit() and could
cause buffer leak or corruption when HW buffer return is used.
2. Check the 'idesc.be' error bit in mpipe_r
On Tue, Feb 9, 2016 at 6:05 PM, Jan Viktorin wrote:
> Maybe, a better subject?
>
> drivers: init pdev drivers in constructors
Why not, I will try to find a best one, and if I can't, I will go with this.
> On Fri, 29 Jan 2016 15:08:30 +0100
> David Marchand wrote:
>> -static int
>> -rte_qat_pmd_
On Wed, Feb 10, 2016 at 9:51 AM, David Marchand
wrote:
> On Tue, Feb 9, 2016 at 6:05 PM, Jan Viktorin
> wrote:
>> What about introducing a macro for this?
>>
>> RTE_REGISTER_PCI_DRIVER(rte_qad_pmd);
>
> Yes.
The only problem here, is that rte_qad_pmd is a crypto structure (same
problem with eth
On Tue, Feb 09, 2016 at 11:47:55PM +0100, Thomas Monjalon wrote:
> 2016-02-09 21:15, Liming Sun:
> > Looks like this patch serie has been merged into dpdk-next-net/rel_16_04.
> > What would be the usual way to submit changes for new comments? Would it be
> > incremental changes (new commit) based
2016-02-10 09:49, Bruce Richardson:
> On Tue, Feb 09, 2016 at 11:47:55PM +0100, Thomas Monjalon wrote:
> > 2016-02-09 21:15, Liming Sun:
> > > Looks like this patch serie has been merged into dpdk-next-net/rel_16_04.
> > > What would be the usual way to submit changes for new comments? Would it
>
On Tue, Feb 09, 2016 at 11:43:19PM -0800, Saravana Kumar wrote:
> Hi DPDK community,
>
>
>
> I'd like to have DPDK NIC IO operations in (primary) process and
> execution logic in (secondary) processes.
> Primary process pushes NIC Rx mbufs to Secondary process through S/W ring
>
> Seconary proc
These patches fix segmentation faults which were occurring when
slave devices were detached before being removed from the bonding
device.
The slave devices must now be removed from the bonding device
before they can be detached.
The bonding device cannot be detached now until all slave devices
have
Ensure that a bonded slave device is not detached,
until it is removed from the bonded device.
Fixes: 2efb58cbab6e ("bond: new link bonding library")
Fixes: a45b288ef21a ("bond: support link status polling")
Fixes: 494adb7f63f2 ("ethdev: add device fields from PCI layer")
Fixes: b1fb53a39d88 ("eth
Check that the bonded device has no slaves before detaching it.
Fixes: 8d30fe7fa737 ("bonding: support port hotplug")
Signed-off-by: Bernard Iremonger
---
drivers/net/bonding/rte_eth_bond_api.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/net/bonding/rte_eth_
Thanks for your response..
Sara
On Wed, Feb 10, 2016 at 2:01 AM, Bruce Richardson <
bruce.richardson at intel.com> wrote:
> On Tue, Feb 09, 2016 at 11:43:19PM -0800, Saravana Kumar wrote:
> > Hi DPDK community,
> >
> >
> >
> > I'd like to have DPDK NIC IO operations in (primary) process and
> >
On Wed, 10 Feb 2016 10:27:14 +0100
David Marchand wrote:
> On Wed, Feb 10, 2016 at 9:51 AM, David Marchand
> wrote:
> > On Tue, Feb 9, 2016 at 6:05 PM, Jan Viktorin
> > wrote:
> >> What about introducing a macro for this?
> >>
> >> RTE_REGISTER_PCI_DRIVER(rte_qad_pmd);
> >
> > Yes.
>
>
On 02/09/2016 08:05 PM, Zhu, Heqing wrote:
> Helin is still in Chinese New Year Vacation. Will the below command option
> help ?
>
> 4.5.9. port config - max-pkt-len
> Set the maximum packet length:
>
> testpmd> port config all max-pkt-len (value)
> This is equivalent to the --max-pkt-len command-
Hi Saurabh,
Can you tell me what card you are uing
*Regards:*
Zain ul Abideen
*Disclaimer**: The information contained in this e-mail and any attachments
is confidential; it is intended only for use of the individual or entity
named above. If the reader of this message is not the intended recip
On Fri, 29 Jan 2016 15:08:33 +0100
David Marchand wrote:
> This way, the resources probing happens in a common place.
>
> Signed-off-by: David Marchand
> ---
> lib/librte_eal/bsdapp/eal/eal.c | 7 +++
> lib/librte_eal/common/include/rte_dev.h | 2 +-
> lib/librte_eal/linuxapp/eal/e
On Fri, 29 Jan 2016 15:08:34 +0100
David Marchand wrote:
> eal is a better place than ethdev for naming resources.
> Add a helper here, and make use of it in ethdev hotplug code.
>
> Signed-off-by: David Marchand
> ---
> lib/librte_eal/common/include/rte_pci.h | 28
Formatting note:
Please avoid top posting (inline replies are preferred),
and do not include such disclaimer, not relevant on a mailing list.
Thanks
2016-02-10 16:00, Muhammad Zain-ul-Abideen:
> Hi Saurabh,
> Can you tell me what card you are uing
>
>
> *Regards:*
> Zain ul Abideen
>
>
> *Disc
On Fri, 29 Jan 2016 15:08:35 +0100
David Marchand wrote:
> It will be used mainly for hotplug code.
>
> Signed-off-by: David Marchand
> ---
> lib/librte_eal/bsdapp/eal/eal_pci.c | 49
> +++
> lib/librte_eal/common/eal_private.h | 13 ++
> lib/librte
On Wed, Feb 10, 2016 at 11:20 AM, Jan Viktorin
wrote:
> On Wed, 10 Feb 2016 10:27:14 +0100
> David Marchand wrote:
>> #define RTE_EAL_PCI_REGISTER(name, d)\
>> void pciinitfn_ ##name(void);\
>> void __attribute__((constructor, used)) pciinitfn_ ##name(void)\
>> {\
>> rte_eal_pci_register
On Wed, Feb 10, 2016 at 12:05 PM, Jan Viktorin
wrote:
> On Fri, 29 Jan 2016 15:08:33 +0100
> David Marchand wrote:
>> --- a/lib/librte_eal/common/include/rte_dev.h
>> +++ b/lib/librte_eal/common/include/rte_dev.h
>> @@ -156,7 +156,7 @@ void rte_eal_driver_register(struct rte_driver *driver);
>>
On Wed, Feb 10, 2016 at 12:23 PM, Jan Viktorin
wrote:
> On Fri, 29 Jan 2016 15:08:35 +0100
> David Marchand wrote:
>
>> It will be used mainly for hotplug code.
>>
>> Signed-off-by: David Marchand
>> ---
>> lib/librte_eal/bsdapp/eal/eal_pci.c | 49
>> +++
>>
On Wed, Feb 10, 2016 at 12:10 PM, Jan Viktorin
wrote:
> On Fri, 29 Jan 2016 15:08:34 +0100
> David Marchand wrote:
>
>> eal is a better place than ethdev for naming resources.
>> Add a helper here, and make use of it in ethdev hotplug code.
>>
>> Signed-off-by: David Marchand
>> ---
>> lib/lib
Hi Didier,
> -Original Message-
> From: Didier Pallard [mailto:didier.pallard at 6wind.com]
> Sent: Tuesday, February 09, 2016 9:34 AM
> To: dev at dpdk.org; Richardson, Bruce; De Lara Guarch, Pablo
> Cc: jean-mickael.guerin at 6wind.com; thomas.monjalon at 6wind.com
> Subject: [PATCH v2]
On Wed, 10 Feb 2016 13:00:50 +0100
David Marchand wrote:
> On Wed, Feb 10, 2016 at 12:23 PM, Jan Viktorin
> wrote:
> > On Fri, 29 Jan 2016 15:08:35 +0100
> > David Marchand wrote:
> >
> >> It will be used mainly for hotplug code.
> >>
> >> Signed-off-by: David Marchand
> >> ---
> >> lib/li
On Wed, 10 Feb 2016 12:38:20 +0100
David Marchand wrote:
> On Wed, Feb 10, 2016 at 11:20 AM, Jan Viktorin
> wrote:
> > On Wed, 10 Feb 2016 10:27:14 +0100
> > David Marchand wrote:
> >> #define RTE_EAL_PCI_REGISTER(name, d)\
> >> void pciinitfn_ ##name(void);\
> >> void __attribute__((constru
On Tue, Jan 12, 2016 at 08:56:34PM -0800, Stephen Hemminger wrote:
> On Tue, 12 Jan 2016 18:08:31 -0800
> Yong Wang wrote:
>
> > v4:
> > * moved cleanups to separate patches
> > * correctly handled multi-seg pkts with data ring used
> >
> > v3:
> > * fixed comments from Stephen
> > * added perfo
>
> On 02/09/2016 08:05 PM, Zhu, Heqing wrote:
> > Helin is still in Chinese New Year Vacation. Will the below command option
> > help ?
> >
> > 4.5.9. port config - max-pkt-len
> > Set the maximum packet length:
> >
> > testpmd> port config all max-pkt-len (value)
> > This is equivalent to the -
On Thu, Dec 24, 2015 at 11:48:41AM +0800, Yuanhan Liu wrote:
> On Wed, Dec 23, 2015 at 09:45:19AM +, Bernard Iremonger wrote:
> > This initialisation of nb_rx_queues and nb_tx_queues has been removed
> > from eth_virtio_dev_init.
> >
> > The nb_rx_queues and nb_tx_queues were being initialised
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Monday, December 28, 2015 10:25 PM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 2/3] version: adjust printing for new
> version scheme
>
> 2015-12-21 13
From: "Richardson, Bruce"
Updated release documentation to reflect new numbering scheme.
Signed-off-by: Bruce Richardson
Signed-off-by: John McNamara
---
doc/guides/rel_notes/index.rst | 2 +-
doc/guides/rel_notes/release_16_04.rst | 138 +
doc/guides
From: "Richardson, Bruce"
As discussed on list, switch numbering scheme to be based on year/month.
Release 2.3 then becomes 16.04.
Ref: http://dpdk.org/ml/archives/dev/2015-December/030336.html
Also, added zero padding to the month so that it appear as 16.04 and
not 16.4 in "make showversio
Hi,
Small typo.
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Didier Pallard
> Sent: Tuesday, December 22, 2015 9:35 AM
> To: dev at dpdk.org; Richardson, Bruce ; De
> Lara
> Guarch, Pablo
> Subject: [dpdk-dev] [PATCH] hash: fix CRC32c computation
> diff
I split the change and resubmitted it as v3
http://dpdk.org/dev/patchwork/patch/10456/
It includes one of the two fixes. The other one is optional for now and could
be submitted separately later.
Thanks,
Liming
-Original Message-
From: Bruce Richardson [mailto:bruce.richard...@intel.com
2016-01-27 21:58, Huawei Xie:
> v3 changes:
> remove other extra parentheses in 'return (logical expressions)'
> which checkpatch doesn't report as error
> remove extra parentheses in return statement which crosses
> multiple line
> fix the document
>
> v2 changes:
> add missed commit message
Thanks Bruce. I split the changes as suggested and resubmitted as below.
http://dpdk.org/dev/patchwork/patch/10454/
http://dpdk.org/dev/patchwork/patch/10455/
- Liming
-Original Message-
From: Bruce Richardson [mailto:bruce.richard...@intel.com]
Sent: Tuesday, February 09, 2016 10:56 AM
2016-02-09 17:20, Bruce Richardson:
> On Mon, Feb 08, 2016 at 02:39:02PM +0100, Thomas Monjalon wrote:
> > It was requested by Intel, more than one year ago, to replace the name
> > "Intel DPDK" by "DPDK".
> > Some references to the old name were still in some docs and code comments,
> > leading to
Hi,
I have tried the stops mentioned in the mail thread below..
http://dpdk.org/ml/archives/dev/2014-July/004031.html
But I could not run the same applcation in two different containers. It
seems once I start the application on the first container, the /mnt/huge
filesystem cannot be locked from
On Tue, Jan 05, 2016 at 07:13:04AM +, Xie, Huawei wrote:
> On 12/17/2015 7:18 PM, Tom Kiely wrote:
> >
> >
> > On 11/25/2015 05:32 PM, Xie, Huawei wrote:
> >> On 11/13/2015 5:33 PM, Tom Kiely wrote:
> >>> If all rx descriptors are processed while transient
> >>> mbuf exhaustion is present, the
2016-02-10 14:33, John McNamara:
> /**
> * Major version number i.e. the x in x.y.z
> */
> -#define RTE_VER_MAJOR 2
> +#define RTE_VER_MAJOR 16
>
> /**
> * Minor version number i.e. the y in x.y.z
> */
> -#define RTE_VER_MINOR 3
> +#define RTE_VER_MINOR 4
>
I liked the idea of Bruce of
On Fri, Dec 11, 2015 at 06:52:36PM +, Ananyev, Konstantin wrote:
> > -Original Message-
> > From: Stephen Hemminger [mailto:shemming at brocade.com]
> > Sent: Friday, December 11, 2015 4:48 PM
> > To: dev at dpdk.org; Zhang, Helin; Ananyev, Konstantin
> > Subject: Re: [PATCH v2 ] ixgbe:
> -Original Message-
> From: Julien Meunier [mailto:julien.meunier at 6wind.com]
> Sent: Wednesday, February 10, 2016 12:36 AM
> To: Zhang, Helin ; dev at dpdk.org
> Subject: i40e: cannot change mtu to enable jumbo frame
>
> Hello Helin,
>
> I tried to send jumbo frames to a i40e card.
On Wed, Feb 10, 2016 at 04:11:40PM +0100, Thomas Monjalon wrote:
> 2016-02-10 14:33, John McNamara:
> > /**
> > * Major version number i.e. the x in x.y.z
> > */
> > -#define RTE_VER_MAJOR 2
> > +#define RTE_VER_MAJOR 16
> >
> > /**
> > * Minor version number i.e. the y in x.y.z
> > */
On Mon, Dec 14, 2015 at 01:58:34PM +, Xie, Huawei wrote:
>
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Sent: Monday, December 14, 2015 9:45 PM
> > To: Xie, Huawei
> > Cc: Yuanhan Liu; dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH]
Hi Bruce,
>The use of "deinitialization" sounds awkward
Thank you for your interest. I called it deinitialization in
opposition to an initialization of a device. As I'm not a native
English speaker, I trust your opinion and I'll try to rephrase this.
Hi Bernard,
>What parameters do you use with
On Thu, Dec 17, 2015 at 10:30:42AM +, Tom Kiely wrote:
> Sorry for the delay in replying to this thread. I was on vacation for the
> last 3 days. Please see inline for my comments.
>
> On 12/15/2015 02:37 PM, Ananyev, Konstantin wrote:
> >
> >>-Original Message-
> >>From: Stephen Hemmi
On Wed, Dec 23, 2015 at 08:42:26AM +, Zhang, Helin wrote:
>
>
> > -Original Message-
> > From: Rich Lane [mailto:rich.lane at bigswitch.com]
> > Sent: Wednesday, December 23, 2015 4:08 PM
> > To: dev at dpdk.org
> > Cc: Zhang, Helin
> > Subject: [PATCH] i40e: fix inverted check for ET
On Mon, Dec 28, 2015 at 09:39:44AM -0800, Stephen Hemminger wrote:
> On Mon, 28 Dec 2015 01:28:28 +0800
> Huawei Xie wrote:
>
> >
> > Signed-off-by: Huawei Xie
> > ---
> > drivers/net/virtio/virtio_ethdev.c | 12 +---
> > drivers/net/vmxnet3/vmxnet3_ethdev.c | 6 +++---
> > drivers/
Hi Declan,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty
> Sent: Saturday, January 30, 2016 1:11 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH] cryptodev: add capabilities discovery mechanism
>
> This patch add a mechanism for discov
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, February 10, 2016 3:12 PM
> To: Mcnamara, John
> Cc: dev at dpdk.org; Richardson, Bruce
> Subject: Re: [PATCH v2 1/2] version: switch to year/month version numbers
>
> ...
>
> I liked th
Hi Keith,
Thank you for adding the RTE_NEXT_ABI. I think this is the way
described in the process. Your changes will be available in next
version (16.4) for people compiling with RTE_NEXT_ABI=y, and in
16.7 without option (I'm just surprised that RTE_NEXT_ABI=y in
default configs...).
I think a d
From: "Richardson, Bruce"
As discussed on list, switch numbering scheme to be based on year/month.
Release 2.3 then becomes 16.04.
Ref: http://dpdk.org/ml/archives/dev/2015-December/030336.html
Also, added zero padding to the month so that it appear as 16.04 and
not 16.4 in "make showversio
From: "Richardson, Bruce"
Updated release documentation to reflect new numbering scheme.
Signed-off-by: Bruce Richardson
Signed-off-by: John McNamara
---
doc/guides/rel_notes/index.rst | 2 +-
doc/guides/rel_notes/release_16_04.rst | 138 +
doc/guides
> -Original Message-
> From: Mcnamara, John
> Sent: Wednesday, February 10, 2016 5:02 PM
> To: dev at dpdk.org
> Cc: thomas.monjalon at 6wind.com; Richardson, Bruce
> ; Mcnamara, John
> Subject: [PATCH v3 1/2] version: switch to year/month version numbers
> diff --git a/drivers/net/nfp/n
On Wed, Jan 13, 2016 at 05:23:22AM +, Zhang, Helin wrote:
>
>
> -Original Message-
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> Sent: Wednesday, January 13, 2016 12:54 PM
> To: Zhang, Helin ; Ananyev, Konstantin
>
> Cc: dev at dpdk.org; Stephen Hemminger
> Su
2016-02-10 17:11, Mcnamara, John:
> Hi Alejandro,
>
> Please note the above change to the nfp_net.c code due to the name change
> in the version macro names.
>
>
> I was originally going to change it to this:
>
> #if RTE_VER_YEAR == 2 && RTE_VER_MONTH >= 1
> dev_info->hash_key_size
>Hi Keith,
>
>Thank you for adding the RTE_NEXT_ABI. I think this is the way
>described in the process. Your changes will be available in next
>version (16.4) for people compiling with RTE_NEXT_ABI=y, and in
>16.7 without option (I'm just surprised that RTE_NEXT_ABI=y in
>default configs...).
>
>I
Sara:
The use of polling is to provide high throughput. At high bandwidths,
interrupt processing is a great contributor to latency and can greatly
decrease available bandwidth. Polling eliminates the overhead of
interrupts but it will consume an entire CPU. That is why the DPDK
library makes
>>Hi Keith,
>>
>>Thank you for adding the RTE_NEXT_ABI. I think this is the way
>>described in the process. Your changes will be available in next
>>version (16.4) for people compiling with RTE_NEXT_ABI=y, and in
>>16.7 without option (I'm just surprised that RTE_NEXT_ABI=y in
>>default configs...)
2016-02-10 18:01, Wiles, Keith:
> >>> --- a/config/defconfig_x86_64-native-linuxapp-gcc
> >>> +++ b/config/defconfig_x86_64-native-linuxapp-gcc
> >>> @@ -40,3 +40,8 @@ CONFIG_RTE_ARCH_64=y
> >>>
> >>> CONFIG_RTE_TOOLCHAIN="gcc"
> >>> CONFIG_RTE_TOOLCHAIN_GCC=y
> >>> +CONFIG_RTE_BUILD_SHARED_LIB
On Wed, Feb 10, 2016 at 04:42:53PM +0100, Wojciech ?muda wrote:
> Bernard, Bruce, I have a question, if I may. Do you know what is the
> reason that rte_pmd_af_packet_devinit() is the only non-static device
> initialization function among all the dpdk drivers? There's even a
> comment in the rte_e
>Hi Keith,
>
>Thank you for adding the RTE_NEXT_ABI. I think this is the way
>described in the process. Your changes will be available in next
>version (16.4) for people compiling with RTE_NEXT_ABI=y, and in
>16.7 without option (I'm just surprised that RTE_NEXT_ABI=y in
>default configs...).
>
>I
The common vhost code only supported a single mmap per device. vhost-user
worked around this by saving the address/length/fd of each mmap after the end
of the rte_virtio_memory struct. This only works if the vhost-user code frees
dev->mem, since the common code is unaware of the extra info. The
VHO
This is useful when sections have duplicate names.
Signed-off-by: Rich Lane
---
v2->v3
- Added check for index < 0.
v1->v2:
- Added new symbol to version script.
lib/librte_cfgfile/rte_cfgfile.c | 16
lib/librte_cfgfile/rte_cfgfile.h | 23 +++
On Tue, Feb 2, 2016 at 7:10 AM, Dumitrescu, Cristian <
cristian.dumitrescu at intel.com> wrote:
>
>
> > -Original Message-
> > From: Rich Lane [mailto:rich.lane at bigswitch.com]
> > Sent: Tuesday, January 19, 2016 4:42 AM
> > To: dev at dpdk.org
> > Cc: Dumitrescu, Cristian ; Panu
> Matil
The indirection is unnecessary because there is only one implementation of the
vhost common code. Removing it makes the code more readable.
Signed-off-by: Rich Lane
---
examples/vhost_xen/virtio-net.h | 2 -
lib/librte_vhost/vhost-net.h | 40 +---
lib/libr
Hi Keith,
On 02/10/2016 07:35 PM, Wiles, Keith wrote:
>>> @@ -672,6 +704,24 @@ rte_mempool_count(const struct rte_mempool *mp)
>>> static unsigned
>>> rte_mempool_dump_cache(FILE *f, const struct rte_mempool *mp)
>>> {
>>> +#ifdef RTE_NEXT_ABI
>>> + unsigned lcore_id;
>>> + unsigned count =
The rte_mempool structure is changed, which will cause an ABI change
for this structure. Providing backward compat is not reasonable
here as this structure is used in multiple defines/inlines.
Allow mempool cache support to be dynamic depending on if the
mempool being created needs cache support.
Hi,
*i40e card is :*
00:09.0 *Ether*net controller: Intel Corporation XL710/X710 Virtual
Function (rev 01)
00:0a.0 *Ether*net controller: Intel Corporation XL710/X710 Virtual
Function (rev 01)
firmware-version: f4.40 a1.4 n04.53 e80001dc0
Is there any extra verbose/debug in DPDK which we can
2016-02-10 17:02, John McNamara:
> From: "Richardson, Bruce"
>
> As discussed on list, switch numbering scheme to be based on year/month.
> Release 2.3 then becomes 16.04.
>
> Ref: http://dpdk.org/ml/archives/dev/2015-December/030336.html
>
> Also, added zero padding to the month so that it
2016-02-08 15:38, Thomas Monjalon:
> The file rte_config.h is automatically generated and included.
> No need to #include it.
>
> The example performance-thread needs a makefile fix to avoid
> overwriting the default cflags.
>
> Signed-off-by: Thomas Monjalon
Applied
Hello all,
I created a set of patches for Valgrind that add support for the
rte_*alloc family of functions. We use it for memcheck (I added support
for other all the other Valgrind tools like cachegrind as well, but it's
less tested), and find it extremely useful, since the vanilla version
cannot
Fixing the version of the kernel required in the QAT documentation.
Signed-off-by: John Griffin
---
doc/guides/cryptodevs/qat.rst | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/doc/guides/cryptodevs/qat.rst b/doc/guides/cryptodevs/qat.rst
index 1901842..23402b4
On Thu, 11 Feb 2016 00:45:34 +0100
Vincent JARDIN wrote:
> PMD_TX_LOG() looks better with a \n
>
> Signed-off-by: Vincent JARDIN
NAK. Yes the messages, are messed up, but this is not
the right way to fix it.
The logging wrappers are inconsistent in virtio.
PMD_INIT_LOG adds newline, but RX/TX
Hello,
The Ubuntu distribution is looking at supporting DPDK in the 'main'
component of the archive. As part of this process I spent a few days
reading the DPDK sources to gauge if we can support it or not.
I've taken some notes while reading the sources; I'm sharing them in the
hopes that it's u
On Wed, Feb 10, 2016 at 07:05:40PM -0800, Seth Arnold wrote:
> - ixgbe driver in the package is very different from the driver in the
> Linux kernel -- when bugs in one are found, who is in charge of copying
> the fixes between the two code bases?
It's not the Linux driver. It's from BSD becau
80 matches
Mail list logo
