From: Stephen Hemminger
To allow for compatiablity with later releases, any functions
to be removed should be marked as deprecated for one release.
Signed-off-by: Stephen Hemminger
---
app/test/Makefile| 8 +++-
lib/librte_acl/rte_acl.h | 4 ++--
2 files changed, 9 insertions(+), 3
From: Stephen Hemminger
These functions were tagged as deprecated in 2.0 so they can be
removed in 2.1
Signed-off-by: Stephen Hemminger
---
app/test/Makefile| 6 --
app/test/test_kni.c | 36
lib/librte_kni/rte_kni.c | 50 --
From: Stephen Hemminger
These were deprecated in 2.0 so remove them from 2.1
Signed-off-by: Stephen Hemminger
---
drivers/net/ring/rte_eth_ring.c | 55 ---
drivers/net/ring/rte_eth_ring_version.map | 2 --
2 files changed, 57 deletions(-)
diff --git a/dr
From: Stephen Hemminger
For features that were correctly marked as deprecated in rte_ring and kni
in 2.0, go ahead and remove them in 2.1
The ACL deprecation was only a comment, so mark those functions as deprecated
(instead or removing right now), to allow users to see the problem.
Stephen Hem
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 11, 2015 9:07 AM
> To: Wang, Liang-min; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access
> device info
>
>
>
> > -Original Message-
> > From: Wang, Liang-min
> > S
On 2015/06/11 17:34, Thomas Monjalon wrote:
> 2015-06-11 10:30, Tetsuya Mukawa:
>> On 2015/06/11 3:39, Thomas Monjalon wrote:
>>> Hi,
>>>
>>> As described in the roadmap (http://dpdk.org/dev/roadmap),
>>> starting from this week,
>>> every new feature submission will be postponed to release 2.2.
>>
The example includes an ethtool library and two applications:
one application is a non- DPDK process (nic-control)
and the other is a DPDK l2fwd applicaiton (l2fwd-app).
The nic-control process sends ethtool alike device management
requests to l2fwd-app through a named pipe IPC. This example
is des
add function to support ethtool ops:
- set_mac_addr
- get_pauseparam
- set_pauseparam
- get_reg_length
- get_regs
- get_eeprom_length
- get_eeprom
- set_eeprom
Signed-off-by: Liang-Min Larry Wang
---
drivers/net/e1000/igb_ethdev.c | 186 +++
drivers/net/e1000/igb_
add function to support ethtool ops:
- set_mac_addr
- get_pauseparam
- get_ringparam
- get_reg_length
- get_regs
- get_eeprom_length
- get_eeprom
- set_eeprom
Signed-off-by: Liang-Min Larry Wang
---
drivers/net/ixgbe/ixgbe_ethdev.c | 203 ++
drivers/net/ixgbe/ixgbe_regs.h |
add new apis:
- rte_eth_dev_default_mac_addr_set
- rte_eth_dev_reg_length
- rte_eth_dev_reg_info
- rte_eth_dev_eeprom_length
- rte_eth_dev_get_eeprom
- rte_eth_dev_set_eeprom
- rte_eth_dev_get_ringparam
to enable reading device parameters (mac-addr, register,
eeprom, ring) based upon ethtool alike
This implementation is designed to provide a familar interface for applications
that rely on kernel-space driver to support ethtool_op and net_device_op for
device management. The initial implementation focuses on ops that can be
implemented through existing netdev APIs. More ops will be support
2015-06-04 07:43, Stephen Hemminger:
> Ran the current code base through a script which:
> - removes trailing whitespace
> - removes space before tabs
> - removes blank lines at end of file
>
> Stephen Hemminger (9):
> kni: fix whitespace
> eal: fix whitespace
> cmdline: fix whitespace
On 11/06/15 11:08, Thomas Monjalon wrote:
> 2015-06-08 10:50, Marc Sune:
>> On 29/05/15 20:23, Thomas Monjalon wrote:
>>> 2015-05-27 11:15, Marc Sune:
On 27/05/15 06:02, Thomas Monjalon wrote:
>> +#define ETH_SPEED_CAP_10M_HD(1 << 0) /*< 10 Mbps half-duplex> */
>> +#define ETH_S
2015-06-10 17:13, Abdul, Jaffar:
> Is there any document which explains the features that are planned for DPDK
> 2.1
>
> I am just trying to understand the some features such as KNI optimization,
> KNI multicast, etc.
>
> Could you please point me to some documentation related to these features
This change returns a system error code if tests fail when
running any of the "make test" targets.
This allows the tests to report failures while running in
continuous integration environments.
Previously "make test" returned $? == 0 for all combinations
of success, failure and exception conditio
Does anyone know if the DPDK VTEP used in VXLAN dpdk 2.1 conform to the VTEP
schema that with dpdk OVS?
Thanks for any help.
Jack Moran
ViaSat
Signed-off-by: Bernard Iremonger
---
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 96 +++
1 files changed, 82 insertions(+), 14 deletions(-)
diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst
b/doc/guides/testpmd_app_ug/testpmd_funcs.rst
index 761172e..fef3ceb
When initialize the hardware, the stat should be reset.
Otherwise when detach then attach port, the stat will not
be re-init to zero.
Signed-off-by: Michael Qiu
---
Change log:
v2 --> v1:
change the folder of driver
drivers/net/ixgbe/ixgbe_ethdev.c | 6 ++
1 file changed, 6
testpmd command of 'tx_vlan' has been modified to support insertion
of both single and dual VLAN IDs. Corresponding update in 'Testpmd
Application User Guide' is added.
Signed-off-by: Helin Zhang
---
doc/guides/testpmd_app_ug/testpmd_funcs.rst | 14 --
1 file changed, 12 insertions(+
The outer vlan should be copied from source packet buffer to
support double vlan stripping and insertion, as double vlan can be
stripped or inserted by some of NIC hardware.
Signed-off-by: Helin Zhang
---
examples/ipv4_multicast/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/examples
If double vlan is detected, its stripped flag and vlan tags can be
printed on rxonly mode. Test command of 'tx_vlan set' is expanded
to set both single and double vlan tags on TX side for each packets
to be sent out.
Signed-off-by: Helin Zhang
---
app/test-pmd/cmdline.c | 78
Add checksum offload capability flags which have already been
supported for a long time.
Signed-off-by: Helin Zhang
---
drivers/net/i40e/i40e_ethdev_vf.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e/i40e_eth
It configures specific registers to enable double vlan stripping
on RX side and insertion on TX side.
The RX descriptors will be parsed, the vlan tags and flags will be
saved to corresponding mbuf fields if vlan tag is detected.
The TX descriptors will be configured according to the
configurations
Use the reserved 16 bits in rte_mbuf structure for the outer vlan,
also add QinQ offloading flags for both RX and TX sides.
Signed-off-by: Helin Zhang
---
lib/librte_mbuf/rte_mbuf.h | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
v2 changes:
* Fixed a typo.
diff --git a/lib/lib
Little endian to CPU order conversion had been added for reading
vlan tag from RX descriptor, while its original source line was
forgotten to delete. That's a discarded source line and should be
deleted.
Fixes: 23fcffe8ffac ("ixgbe: fix id and hash with flow director")
Signed-off-by: Helin Zhang
As i40e hardware can be reconfigured to support QinQ stripping
and insertion, this patch set is to enable that together with
using the reserved 16 bits in 'struct rte_mbuf' for the second
vlan tag. Corresponding command is added in testpmd for testing.
Note that no need to rework vPMD, as nothings
> >Signed-off-by: Stephen Hemminger
>
> Acked-by: Yong Wang
Applied, thanks
Hi Cristian,
Thanks for trying to make a policy clearer.
We need to make a decision in the coming week.
Below are comments on the style and content.
2015-06-08 15:50, Cristian Dumitrescu:
> doc/guides/guidelines/statistics.rst | 42
>
Maybe we should have a
2015-06-11 10:04, Iremonger, Bernard:
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Note: [RFC] should be preferred for incomplete patches or trials.
>
> Should RFC PATCH be retained for v2 and subsequent patches or should RFC be
> dropped?
If you target an integration of you
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 11, 2015 9:14 AM
> To: Wang, Liang-min; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access
> device info
>
>
> > > > +
> > > > +int
> > > > +rte_eth_dev_set_ringparam(uint8_t
> > > +
> > > +int
> > > +rte_eth_dev_set_ringparam(uint8_t port_id, struct rte_dev_ring_info
> > > +*info) {
> > > + struct rte_eth_dev *dev;
> > > +
> > > + if (!rte_eth_dev_is_valid_port(port_id)) {
> > > + PMD_DEBUG_TRACE("Invalid port_id=%d\n", port_id);
> > > + return -ENODEV
> -Original Message-
> From: Wang, Liang-min
> Sent: Thursday, June 11, 2015 1:58 PM
> To: Ananyev, Konstantin; dev at dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access
> device info
>
> Hi Konstantin,
>
> > -Original Message-
> > From: Ananye
Hi Konstantin,
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Thursday, June 11, 2015 8:26 AM
> To: Wang, Liang-min; dev at dpdk.org
> Cc: Wang, Liang-min
> Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access
> device info
>
> Hi Larry,
>
> > -Original
On 06/10/2015 08:52 AM, Ouyang Changchun wrote:
> Each virtio device could have multiple queues, say 2 or 4, at most 8.
> Enabling this feature allows virtio device/port on guest has the ability to
> use different vCPU to receive/transmit packets from/to each queue.
>
> In multiple queues mode, vir
Hi Larry,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liang-Min Larry Wang
> Sent: Wednesday, June 10, 2015 4:10 PM
> To: dev at dpdk.org
> Cc: Wang, Liang-min
> Subject: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device
> info
>
> add
2015-06-11 09:30, Iremonger, Bernard:
> The following patch was submitted on 10th March 2015, but does not seem to be
> on DPDK patchwork.
>
> [dpdk-dev] [RFC] af_packet: support port hotplug
Good catch. It was classified as RFC:
http://dpdk.org/dev/patchwork/patch/3963/
A v2 should b
2015-06-08 10:50, Marc Sune:
> On 29/05/15 20:23, Thomas Monjalon wrote:
> > 2015-05-27 11:15, Marc Sune:
> >> On 27/05/15 06:02, Thomas Monjalon wrote:
> +#define ETH_SPEED_CAP_10M_HD(1 << 0) /*< 10 Mbps half-duplex> */
> +#define ETH_SPEED_CAP_10M_FD(1 << 1) /*< 10 Mbps full-d
On Thu, 11 Jun 2015 10:33:21 +0200
Thomas Monjalon wrote:
> 2015-06-11 09:27, Simon Kagstrom:
> > On Wed, 10 Jun 2015 20:39:59 +0200
> > Thomas Monjalon wrote:
> >
> > I didn't find this in the list:
> >
> > rte_reorder: Allow sequence numbers > 0 as starting point
>
> It was considered mor
2015-06-11 10:30, Tetsuya Mukawa:
> On 2015/06/11 3:39, Thomas Monjalon wrote:
> > Hi,
> >
> > As described in the roadmap (http://dpdk.org/dev/roadmap),
> > starting from this week,
> > every new feature submission will be postponed to release 2.2.
> > The below features, which were submitted earl
2015-06-11 09:27, Simon Kagstrom:
> Hi!
>
> On Wed, 10 Jun 2015 20:39:59 +0200
> Thomas Monjalon wrote:
>
> > As described in the roadmap (http://dpdk.org/dev/roadmap),
> > starting from this week,
> > every new feature submission will be postponed to release 2.2.
> > The below features, which w
On 2015/06/11 3:39, Thomas Monjalon wrote:
> Hi,
>
> As described in the roadmap (http://dpdk.org/dev/roadmap),
> starting from this week,
> every new feature submission will be postponed to release 2.2.
> The below features, which were submitted earlier, will be accepted in
> the release 2.1 if th
- Original Message -
> From: "Helin Zhang"
> To: "Andrew Theurer" , "Danny Zhou" intel.com>
> Cc: dev at dpdk.org
> Sent: Wednesday, June 10, 2015 8:59:20 PM
> Subject: RE: Trouble with Tx on some i40 ports in KVM VM
>
> Hi Andrew
>
> So you are using PF pass-through?
> What version o
On Wed, Jun 10, 2015 at 03:06:24PM -0700, Stephen Hemminger wrote:
> From: Stephen Hemminger
>
> The function rte_eth_dev_is_valid_port is good way to have all
> drivers using same function and solves several hotplug related
> bugs from drivers not checking attached flag.
>
> Signed-off-by: Step
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Thursday, June 11, 2015 10:58 AM
> To: Iremonger, Bernard; linville at tuxdriver.com
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] deadline notice
>
> 2015-06-11 09:30, Iremonger, Bernard:
> > Th
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Wednesday, June 10, 2015 7:40 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] deadline notice
>
> Hi,
>
> As described in the roadmap (http://dpdk.org/dev/roadmap), starting from
> this w
Hi!
On Wed, 10 Jun 2015 20:39:59 +0200
Thomas Monjalon wrote:
> As described in the roadmap (http://dpdk.org/dev/roadmap),
> starting from this week,
> every new feature submission will be postponed to release 2.2.
> The below features, which were submitted earlier, will be accepted in
> the rel
From: Stephen Hemminger
Negotate the virtio ring size. The host may allow for very large
rings but application may only want a smaller ring.
Conversely, if the number of descriptors requested exceeds the virtio
host queue size, then just silently use the smaller host size.
This fixes issues with
From: Stephen Hemminger
Change the features from bit mask to bit number. This allows the
DPDK driver to use the definitions from Linux (yes the header
files already use a license compatiable with DPDK). This makes DPDK
driver handle future feature bit changes.
Get rid of double negative code in
From: Stephen Hemminger
Don't attempt to set the MAC address table unless the host allows
it in feature negotiation. Also, don't return a value from mac_table_set
since all callers ignore the return value.
Signed-off-by: Stephen Hemminger
---
drivers/net/virtio/virtio_ethdev.c | 9 ++---
1
From: Stephen Hemminger
If negotiation with host says that controlling Rx mode is
not supported, then don't try.
Signed-off-by: Stephen Hemminger
---
drivers/net/virtio/virtio_ethdev.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/net/virtio/virtio_ethdev.c
From: Stephen Hemminger
Putting blank line between function and following conditional
just wastes screen space, and makes code less obvious.
Signed-off-by: Stephen Hemminger
---
drivers/net/virtio/virtio_ethdev.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/virtio/virti
From: Stephen Hemminger
This is update to earlier virtio patches, the only change is to
handle the rename to drivers/net
Stephen Hemminger (5):
virtio: remove blank lines
virtio: don't enable/disable rx modes unless supported
virtio: don't set mac table unless negotiated
virtio: clarify
On 2015/6/10 16:30, Luke Gorrie wrote:
> On 9 June 2015 at 10:46, Michael S. Tsirkin wrote:
>
>> By the way, similarly, host side must re-check avail idx after writing
>> used flags. I don't see where snabbswitch does it - is that a bug
>> in snabbswitch?
>
>
> Good question.
>
> Snabb Switc
Acked-by: Jingjing Wu
> -Original Message-
> From: Zhang, Helin
> Sent: Thursday, June 11, 2015 3:04 PM
> To: dev at dpdk.org
> Cc: Cao, Min; Liu, Jijiang; Wu, Jingjing; Ananyev, Konstantin; Richardson,
> Bruce; olivier.matz at 6wind.com; Zhang, Helin
> Subject: [PATCH v3 0/7] support i4
Hi Masafumi OE,
How about this issue? Suppose used Masaru Oki's patch, it will work.
For x552/557 is a new device, I saw in Masaru Oki's patch some code was added
to support this device.
I've sent patches to update ixgbe/base code. But seems it's not enough to make
x552/557 work well. Please wait
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen
> Hemminger
> Sent: Wednesday, June 10, 2015 8:49 AM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 5/5] virtio: clarify feature bit handling
>
> On Wed, 15 Apr 2015 08:20:19 -0700
> Stephen He
Hi Bill,
Some clarification:
On Mellanox web we have released updated PMD that supports DPDK 1.7/1.8.
the primary and secondary multi-process model limitation is missing in
http://dpdk.org/doc/guides/nics/mlx4.html
just because we forgot to mention it.
In general, there is currently no mlx
Hi Andrew
So you are using PF pass-through?
What version of DPDK were you using? You need to use try the latest DPDK on
dpdk.org master branch, as there is a bug fix recently which might be helpful
for using PF pass-through.
Please try the latest and see if the issue is still there or not!
Regard
This patch improves performance of vectored rx on i40e devices.
Signed-off-by: Damjan Marion
---
drivers/net/i40e/i40e_rxtx.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/i40e/i40e_rxtx.c b/drivers/net/i40e/i40e_rxtx.c
index 2de0ac4..152e9e6 100644
--- a/drivers/net/i40e/
59 matches
Mail list logo
