Add Intel Ethernet e1000 device IDs to netuio inf file.
Signed-off-by: William Tu
--
DPDK patch at:
http://inbox.dpdk.org/dev/20211007202451.90271-1-u9012...@gmail.com/T/#t
---
windows/netuio/netuio.inf | 4
1 file changed, 4 insertions(+)
diff --git a/windows/netuio/netuio.inf b/windows
The device name should be 82574L Gigabit Ethernet Controller.
Signed-off-by: William Tu
Cc: Haiyue Wang
---
doc/guides/nics/e1000em.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/nics/e1000em.rst b/doc/guides/nics/e1000em.rst
index 041c9a09a3a5..b9249b62f3d6
On Mon, Oct 11, 2021 at 6:11 PM Dmitry Kozlyuk wrote:
>
> Add IOCTL for interrupt event delivery to user space.
>
> * IOCTL_NETUIO_INTR_CONTROL:
> Enable/disable the delivery of interrupt events.
> This is a software switch to ignore received interrupts.
> Programming the HW to stop issuing
The patch adds three Intel device IDs,
I350 (0x1521), 82574L (0x10D3), and 82599 (0x10ED).
Signed-off-by: William Tu
Acked-by: Dmitry Kozlyuk
Acked-by: Pallavi Kadam
---
v2:
* fix the device string suggested by Pallavi
* combine this patch with the 82599 ixgbevf
---
windows/netuio/netuio.inf
Hi Thomas,
Can we apply this patch?
Thanks
William
On Sat, Oct 9, 2021 at 9:32 AM William Tu wrote:
>
> This patch enables building the e1000 driver for Windows.
> I tested using two Windows VM on top of VMware Fusion,
> creating two e1000 devices with device ID 0x10D3 (8274L),
>
This patch enables building the e1000 driver for Windows.
I tested using two Windows VM on top of VMware Fusion,
creating two e1000 devices with device ID 0x10D3 (8274L),
verifying rx/tx works correctly using dpdk-testpmd.exe
rxonly and txonly mode.
Signed-off-by: William Tu
Acked-by: Haiyue
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using ixgbe VF device, using dpdk-testpmd.
Signed-off-by: William Tu
---
drivers/net/ixgbe/base/ixgbe_hv_vf.c | 1 +
drivers/net/ixgbe/base/ixgbe_osdep.h | 10
On Wed, Sep 15, 2021 at 12:05 PM Dmitry Kozlyuk
wrote:
>
> 2021-09-15 18:44 (UTC+0000), William Tu:
> > This patch enables building the ixgbe driver for Windows.
> > It also enables its dependencies on security and cryptodev.
>
> Tal Shnaiderman posted patches for cryp
On Wed, Sep 15, 2021 at 12:05 PM Dmitry Kozlyuk
wrote:
>
> 2021-09-15 18:44 (UTC+0000), William Tu:
> > This patch enables building the ixgbe driver for Windows.
> > It also enables its dependencies on security and cryptodev.
>
> Tal Shnaiderman posted patches for cryp
On Sat, Sep 18, 2021 at 7:55 AM Dmitry Kozlyuk wrote:
>
> 2021-09-18 07:24 (UTC-0700), William Tu:
> > On Wed, Sep 15, 2021 at 12:05 PM Dmitry Kozlyuk
> > wrote:
> > >
> > > 2021-09-15 18:44 (UTC+), William Tu:
> > > > This patch enables buildi
On Mon, Sep 13, 2021 at 10:19 AM Tal Shnaiderman wrote:
>
> Build the cryptography device library on Windows OS
> by removing unneeded include and exports blocking the
> compilation.
>
> Signed-off-by: Tal Shnaiderman
Acked-by: William Tu
I sent similar patch to enable
On Wed, Sep 15, 2021 at 9:27 AM Tal Shnaiderman wrote:
>
> Remove the netinet includes and replaces them
> with rte_ip.h to support the in_addr/in6_addr structs
> on all operating systems.
>
> Signed-off-by: Tal Shnaiderman
> ---
Acked-by: William Tu
I sent a similar
On Wed, Sep 15, 2021 at 9:27 AM Tal Shnaiderman wrote:
>
> Build the security library on Windows.
>
> Remove unneeded export from version file.
>
> Signed-off-by: Tal Shnaiderman
> ---
Acked-by: William Tu
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using Intel Corporation 82599 Ethernet
Controller Virtual Function [8086:10ed], using dpdk-testpmd.
Signed-off-by: William Tu
---
Depends-on: series-18880
I forgot to add the CC list.
On Wed, Sep 22, 2021 at 1:58 PM William Tu wrote:
>
> This patch enables building the ixgbe driver for Windows.
> It also enables its dependencies on security and cryptodev.
> I tested on AWS using Intel Corporation 82599 Ethernet
> Controller Virtual
Add Intel 82599 10GbE Ethernet adapter VF device IDs to
netuio inf file in order to enable them on Windows.
Signed-off-by: William Tu
---
windows/netuio/netuio.inf | 2 ++
1 file changed, 2 insertions(+)
diff --git a/windows/netuio/netuio.inf b/windows/netuio/netuio.inf
index d166868..6b45ab0
Hi,
I'm trying to run OVS-DPDK on Windows (building OVS binaries and
statically link DPDK windows library), and it doesn't work due to
rte_bus_scan() find no available devices. (However, when using
dpdk-testpmd.exe, it finds the device successfully)
I realized that the PCI bus driver calls RTE_RE
then
hit the issue. Verify the patch works correctly and solve my problem.
Acked-by: William Tu
On Thu, Sep 23, 2021 at 10:47 AM William Tu wrote:
>
> Hi,
>
> I'm trying to run OVS-DPDK on Windows (building OVS binaries and
> statically link DPDK windows library), and it doesn't work due to
> rte_bus_scan() find no available devices. (However, when using
> dp
Windows does not support linker option '/-no-whole-archive'
or '/whole-archive'. The patch removes them under Windows build.
Signed-off-by: William Tu
---
buildtools/pkg-config/meson.build | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/b
On Fri, Sep 24, 2021 at 3:24 PM Kadam, Pallavi wrote:
>
> Hi William,
>
> On 9/22/2021 2:19 PM, William Tu wrote:
>
> Add Intel 82599 10GbE Ethernet adapter VF device IDs to
> netuio inf file in order to enable them on Windows.
>
> Signed-off-by: William Tu
> ---
&g
I've resolved the issue by adding -Wl,/WHOLEARCHIVE at libdpdk.pc
Thanks
William
On Fri, Sep 24, 2021 at 7:41 AM William Tu wrote:
>
> Hi,
>
> I continued my experiment and observed below
> 1. for dpdk-testpmd.exe which works fine, the functions in driver/bus/pci/*
> are
On Sat, Sep 25, 2021 at 9:22 AM Dmitry Kozlyuk wrote:
>
> 2021-09-24 18:08 (UTC+0000), William Tu:
> > Windows does not support linker option '/-no-whole-archive'
> > or '/whole-archive'. The patch removes them under Windows build.
> >
> > Sign
Hi,
I got DPDK compiled on Windows, but suddenly I got this error when
compiling DPDK on windows again. (And I don't know why it worked
before...)
[3/183] "clang" @lib/rte_eal-21.dll.rsp
FAILED: lib/rte_eal-21.dll
"clang" @lib/rte_eal-21.dll.rsp
clang: error: no such file or directory: 'librte_kvar
On Wed, Aug 4, 2021 at 11:45 AM Dmitry Kozlyuk wrote:
>
> Hi again,
>
> This is exactly the error with 0.58 that I was talking about. Try 0.57.2.
>
> On Wed, Aug 4, 2021, 21:32 William Tu wrote:
>>
>> Hi,
>> I got DPDK compiled on Windows, but suddenly I got
When compiling OVS, lib/dpdk.c, found the missing header.
In file included from ../lib/dpdk.c:27:
C:\temp\dpdk\include\rte_log.h:24:10: fatal error: 'sys/queue.h' file
not found
^
1 warning and 1 error generated.
Signed-off-by: William Tu
---
lib/eal/windows/include/m
When OVS inits, it calls rte_version to get the DPDK's version.
The patch fixes the error below by exposing rte_version symbol.
libopenvswitch.a(dpdk.c.obj) : error LNK2019: unresolved external symbol
rte_version referenced in function dpdk_init
Signed-off-by: William Tu
---
lib/eal/versio
On Thu, Aug 5, 2021 at 12:15 PM Dmitry Kozlyuk wrote:
>
snip
> # Porting OvS build system to meson (William Tu)
>
> Status: OvS compiles with some features disabled, with a lot of warnings.
> Issues:
>
> * vhost-user is Linux-specific.
> [Omar] Microsoft is working
Hi,
While linking OVS to Windows DPDK library, static link to
librte_eal.a, we hit some error about rte_dump_stack().
I don't know why other symbols work, but only a couple symbols showed
errors here.
Any suggestions about how to debug/fix this? Thank you!
[5/15] Linking target utilities/ovs-vsct
On Sun, Aug 8, 2021 at 12:52 PM Dmitry Kozlyuk wrote:
>
> 2021-08-08 10:45 (UTC-0700), William Tu:
> > Hi,
> >
> > While linking OVS to Windows DPDK library, static link to
> > librte_eal.a, we hit some error about rte_dump_stack().
> > I don't know
IX functionality from the underlying system.
There are still a couple of headers using sys/queue.h, ex:
rte_bus_pci.h. Since it's not been used in Windows yet, we can
fix them later.
Suggested-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v1->v2:
- follow
On Wed, Aug 11, 2021 at 1:34 AM Nick Connolly wrote:
>
>
> > What we can do:
> >
> > 1. Introduce `rte_queue.h` (name can be better) that is env-specific:
> >
> > 1.1. For Linux and FreeBSD it just includes
> > and renames a few macros that are used in headers to RTE_xxx.
> > 1.2
On Wed, Aug 11, 2021 at 8:50 AM Dmitry Kozlyuk wrote:
>
> Hi William,
>
> 2021-08-11 20:46 (UTC+0000), William Tu:
> > Currently there are a couple of header files include 'sys/queue.h',
> > which is a POSIX functionality. When compiling DPDK with OVS on
>
nclude " or "TAILQ_xxx" macros.
Suggested-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v2->v3:
* follow the suggestion by Dmitry
* run checkpatches, there are some errors but I think either
the original file has over 80-char line due to comm
ILQ_xxx" macros.
[1] http://mails.dpdk.org/archives/dev/2021-August/216304.html
Suggested-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v3-v4:
* address comments from Dmitry
---
drivers/bus/auxiliary/private.h| 1 +
drivers/bus/auxiliary/rte_bus_aux
On Thu, Aug 12, 2021 at 6:11 PM Stephen Hemminger
wrote:
>
> On Fri, 13 Aug 2021 01:02:50 +0000
> William Tu wrote:
>
> > Currently there are some public headers that include 'sys/queue.h', which
> > is not POSIX, but usually provided by Linux/BSD system lib
ot;TAILQ_xxx" macros.
[1] http://mails.dpdk.org/archives/dev/2021-August/216304.html
Suggested-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v4-v5
* fix compile error due to drivers/net/ipn3ke/ipn3ke_flow.c:1234
* run spell check
---
drivers/bus/a
Hi,
Can we merge this patch? Thank you!
William
On Tue, Oct 19, 2021 at 12:02 PM William Tu wrote:
>
> The patch adds three Intel device IDs,
> I350 (0x1521), 82574L (0x10D3), and 82599 (0x10ED).
>
> Signed-off-by: William Tu
> Acked-by: Dmitry Kozlyuk
> Acked-by: Pall
On Mon, Sep 20, 2021 at 1:11 PM Narcisa Ana Maria Vasile
wrote:
>
> On Tue, Aug 24, 2021 at 04:21:03PM +, William Tu wrote:
> > Currently there are some public headers that include 'sys/queue.h', which
> > is not POSIX, but usually provided by the Linux/BSD system
On Wed, Sep 29, 2021 at 12:55 PM Kadam, Pallavi wrote:
>
>
> On 9/15/2021 9:26 AM, Tal Shnaiderman wrote:
> > Build the security library on Windows.
> >
> > Remove unneeded export from version file.
> >
> > Signed-off-by: Tal Shnaiderman
> > ---
> > Depends-on: patch-98796 ("cryptodev: build on W
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using ixgbe VF device, using dpdk-testpmd.
Signed-off-by: William Tu
Tal Shnaiderman (3):
security: use the net library for IP structs
security: build on
From: Tal Shnaiderman
Remove the netinet includes and replaces them
with rte_ip.h to support the in_addr/in6_addr structs
on all operating systems.
Signed-off-by: Tal Shnaiderman
Acked-by: William Tu
---
lib/net/rte_ip.h| 1 +
lib/security/meson.build| 2 +-
lib/security
From: Tal Shnaiderman
Build the security library on Windows.
Remove unneeded export from version file.
Signed-off-by: Tal Shnaiderman
Acked-by: William Tu
---
lib/meson.build | 1 +
lib/security/version.map | 3 ---
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/lib
From: Tal Shnaiderman
Build the cryptography device library on Windows OS
by removing unneeded include and exports blocking the
compilation.
Signed-off-by: Tal Shnaiderman
Acked-by: William Tu
---
lib/cryptodev/cryptodev_pmd.c | 2 ++
lib/cryptodev/rte_cryptodev.c | 1 -
lib/cryptodev
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using ixgbe VF device, using dpdk-testpmd.
Signed-off-by: William Tu
---
drivers/net/ixgbe/base/ixgbe_hv_vf.c | 1 +
drivers/net/ixgbe/base/ixgbe_osdep.h | 5
Windows
William Tu (1):
net/ixgbe: build on Windows
---
v4:
* fix mingw build by defining the IPPROTO_SCTP if needed
* simplify the meson file
* change patch title, rebase to main
v3:
* I include Tal's patch series due to some fixes.
* apply on master, after commit f1f6ebc0eaf6
("e
From: Tal Shnaiderman
Remove the netinet includes and replaces them
with rte_ip.h to support the in_addr/in6_addr structs
on all operating systems.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/net/rte_ip.h| 1 +
lib/security/meson.build
From: Tal Shnaiderman
Build the security library on Windows.
Remove unneeded export from version file.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/meson.build | 1 +
lib/security/version.map | 3 ---
2 files changed, 1 insertion(+), 3
From: Tal Shnaiderman
Build the cryptography device library on Windows OS
by removing unneeded include and exports blocking the
compilation.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/cryptodev/cryptodev_pmd.c | 2 ++
lib/cryptodev/rte_cryptodev.c | 1
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using ixgbe VF device, using dpdk-testpmd.
Signed-off-by: William Tu
---
drivers/net/ixgbe/base/ixgbe_hv_vf.c | 1 +
drivers/net/ixgbe/base/ixgbe_osdep.h | 9
On Tue, Oct 5, 2021 at 10:33 PM Kadam, Pallavi wrote:
>
>
> On 10/5/2021 10:02 AM, William Tu wrote:
> > This patch enables building the ixgbe driver for Windows.
> > It also enables its dependencies on security and cryptodev.
> > I tested on AWS using ixgbe VF
Hi David,
Thank you for pointing this out.
On Wed, Oct 6, 2021 at 5:10 AM David Marchand wrote:
>
> Hello William,
>
> {standard input}: Assembler messages:
> {standard input}:7067: Error: invalid register for .seh_savexmm
> {standard input}:7069: Error: invalid register for .seh_savexmm
> {stand
Windows
William Tu (1):
net/ixgbe: build on Windows
---
v5:
* fix error due to "invalid register for .seh_savexmm"
However, I'm not able to reproduce the error on my mingw.
I will check the DPDK CI...
* add release notes and documentation suggested by Pallavi
v4:
* fix mingw bu
From: Tal Shnaiderman
Remove the netinet includes and replaces them
with rte_ip.h to support the in_addr/in6_addr structs
on all operating systems.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/net/rte_ip.h| 1 +
lib/security/meson.build
From: Tal Shnaiderman
Build the security library on Windows.
Remove unneeded export from version file.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/meson.build | 1 +
lib/security/version.map | 3 ---
2 files changed, 1 insertion(+), 3
From: Tal Shnaiderman
Build the cryptography device library on Windows OS
by removing unneeded include and exports blocking the
compilation.
Signed-off-by: Tal Shnaiderman
Acked-by: Akhil Goyal
Acked-by: William Tu
---
lib/cryptodev/cryptodev_pmd.c | 2 ++
lib/cryptodev/rte_cryptodev.c | 1
This patch enables building the ixgbe driver for Windows.
It also enables its dependencies on security and cryptodev.
I tested on AWS using ixgbe VF device, using dpdk-testpmd.
Signed-off-by: William Tu
Acked-by: Pallavi Kadam
Acked-by: Dmitry Kozlyuk
---
doc/guides/nics/features/ixgbe.ini
On Thu, Oct 7, 2021 at 4:58 AM Thomas Monjalon wrote:
>
> Hi,
>
> What is the conclusion for this patch?
>
> 26/09/2021 05:22, William Tu:
> > On Sat, Sep 25, 2021 at 9:22 AM Dmitry Kozlyuk
> > wrote:
> > >
> > > 2021-09-24 18:08 (UTC+), Wi
This patch enables building the e1000 driver for Windows.
I tested using two Windows VM on top of VMware Fusion,
creating two e1000 devices with device ID 0x10D3,
verifying rx/tx works correctly using dpdk-testpmd.exe
rxonly and txonly mode.
Signed-off-by: William Tu
---
Example when running:
PS
Add Intel 82599 10GbE Ethernet adapter VF device IDs (0x10ED)
to netuio inf file.
Signed-off-by: William Tu
---
v2:
* use "Intel(R) 82599 Virtual Function" suggested by Pallavi
* the dpdk part of the code is on main branch
commit 4902f13875e7 ("net/e1000: build on Windows")
error. So I fix it by setting the status to STATUS_SUCCESS.
Signed-off-by: William Tu
---
Found the issue when adding the e1000 PMD support.
http://inbox.dpdk.org/dev/20211007202451.90271-1-u9012...@gmail.com/T/#u
---
windows/netuio/netuio_dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
On Thu, Oct 7, 2021 at 11:54 PM David Marchand
wrote:
>
> On Thu, Oct 7, 2021 at 10:25 PM William Tu wrote:
> >
> > This patch enables building the e1000 driver for Windows.
> > I tested using two Windows VM on top of VMware Fusion,
> > creating two e1000
On Thu, Oct 7, 2021 at 5:23 PM William Tu wrote:
>
> When BAR array is filled like this
> * Bar[4] = c844000c
> * Bar[5] = null
> ex:
> while ((descriptor->Type != CmResourceTypeMemory) ||
> !(descriptor->Flags & CM_RESOURCE_MEMORY_
This patch enables building the e1000 driver for Windows.
I tested using two Windows VM on top of VMware Fusion,
creating two e1000 devices with device ID 0x10D3,
verifying rx/tx works correctly using dpdk-testpmd.exe
rxonly and txonly mode.
Signed-off-by: William Tu
Cc: Haiyue Wang
---
A short
On Fri, Oct 8, 2021 at 1:35 PM Dmitry Kozlyuk wrote:
>
> 2021-10-08 06:53 (UTC-0700), William Tu:
> > This patch enables building the e1000 driver for Windows.
> > I tested using two Windows VM on top of VMware Fusion,
> > creating two e1000 devices with device ID 0x1
On Fri, Oct 8, 2021 at 5:02 PM Kadam, Pallavi wrote:
>
>
> On 10/8/2021 6:53 AM, William Tu wrote:
> > This patch enables building the e1000 driver for Windows.
> > I tested using two Windows VM on top of VMware Fusion,
> > creating two e1000 devices with device ID
This patch enables building the e1000 driver for Windows.
I tested using two Windows VM on top of VMware Fusion,
creating two e1000 devices with device ID 0x10D3 (8274L),
verifying rx/tx works correctly using dpdk-testpmd.exe
rxonly and txonly mode.
Signed-off-by: William Tu
Acked-by: Haiyue
> > +Windows Configuration
> > +-
> > +
> > +- Follow the :doc:`guide for Windows <../windows_gsg/run_apps>`
> > + to setup the basic DPDK environment.
> > +
> > +- Identify the Intel\ |reg| Ethernet adapter.
> > +
> > +- To load NetUIO driver, follow the steps mentioned in `dp
On Sat, Oct 9, 2021 at 1:20 PM Dmitry Kozlyuk wrote:
snip
> > > +Access to physical addresses is provided by a kernel-mode driver,
> > > virt2phys.
> > > +It is mandatory for allocating physically-contiguous memory which is
> > > required
> > > +by hardware PMDs.
> >
> > Should we add specific
Hi Dmitry,
Thanks for your feedback!
On Fri, Aug 13, 2021 at 11:59 AM Dmitry Kozlyuk
wrote:
>
> 2021-08-13 03:36 (UTC+0000), William Tu:
> > Currently there are some public headers that include 'sys/queue.h', which
> > is not POSIX, but usually provided by the Linux/
ed-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v5-v6:
* fix tab/indent issue, fix type and spelling
* fix duplicate RTE_TAILQ_FOREACH_SAFE
* fix build error due to drivers/net/mlx5/mlx5_flow_meter.c
---
drivers/bus/auxiliary/private.h| 1 +
drive
places in ENA driver?
I copy some of the pthread code from
https://nachtimwald.com/2019/04/05/cross-platform-thread-wrapper/
https://stackoverflow.com/questions/10905892/equivalent-of-gettimeday-for-windows
Thanks.
Signed-off-by: William Tu
---
drivers/net/ena/base/ena_com.c| 4 +-
d
On Sat, Aug 14, 2021 at 4:31 AM Dmitry Kozlyuk wrote:
>
> Hi William,
>
> 2021-08-14 03:36 (UTC+0000), William Tu:
> > I don't have a physical Windows testbed so I want to see if I can
> > get virtual nic working, in this case ENA driver on AWS.
> > The p
Hi Dmitry,
I'm looking at this patch and have some questions.
On Thu, Feb 27, 2020 at 10:08 PM Dmitry Kozlyuk
wrote:
>
> Signed-off-by: Dmitry Kozlyuk
> ---
> drivers/net/virtio/virtio_ethdev.c| 4 +
> kernel/windows/netuio/netuio.inf | 6 +
> lib/librte_eal/window
On Sat, Aug 14, 2021 at 10:01 AM Dmitry Kozlyuk
wrote:
>
> 2021-08-14 08:55 (UTC-0700), William Tu:
> > Hi Dmitry,
> >
> > I'm looking at this patch and have some questions.
> >
> > On Thu, Feb 27, 2020 at 10:08 PM Dmitry Kozlyuk
> > w
I looked at Dmitry's patch [1] a while ago and found
that now it's not much work to enable the virtio support.
Pass build, but I haven't tested it yet. I plan to try it on GCP.
[1] http://inbox.dpdk.org/dev/20200228060727.192491-1-dmitry.kozl...@gmail.com/
Signed-off-by: William T
ed-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v6-v7:
* remove some redundant "#incldue "
* remove extra newline, add comment at rte_os.h for windows
use of bundled sys/queue
v5-v6:
* fix tab/indent issue, fix type and spelling
* fix duplicate RTE_TAI
On Tue, Aug 17, 2021 at 7:14 AM Bruce Richardson
wrote:
>
> On Fri, Aug 06, 2021 at 04:17:32PM -0700, William Tu wrote:
> > On Thu, Aug 5, 2021 at 12:15 PM Dmitry Kozlyuk
> > wrote:
> > >
> > snip
> >
> > > # Porting OvS build system to meson (W
On Sat, Aug 14, 2021 at 4:31 AM Dmitry Kozlyuk wrote:
>
> Hi William,
>
> 2021-08-14 03:36 (UTC+0000), William Tu:
> > I don't have a physical Windows testbed so I want to see if I can
> > get virtual nic working, in this case ENA driver on AWS.
> > The p
[...]
> > Target machine cpu: x86_64
> > Pkg-config binary for MachineChoice.HOST is not cached.
> > Pkg-config binary missing from cross or native file, or env var undefined.
> > Trying a default Pkg-config fallback at pkg-config
> > Found pkg-config:
> > C:\ProgramData\chocolatey\lib\pkgconfiglit
s: support exit and panic")
> Cc: tal...@nvidia.com
> Cc: sta...@dpdk.org
>
> Reported-by: William Tu
> Signed-off-by: Dmitry Kozlyuk
> ---
Thanks for the fix.
I've tested on my Windows environment and it works ok.
the libdpdk.pc shows the required libraries.
Acked-by: William Tu
Hi Dmitry,
Thanks for your feedback.
On Thu, Aug 19, 2021 at 4:29 PM Dmitry Kozlyuk wrote:
>
> 2021-08-18 23:26 (UTC+0000), William Tu:
> [...]
> > diff --git a/lib/eal/linux/include/rte_os.h b/lib/eal/linux/include/rte_os.h
> > index 1618b4df22..ce5b0aed52 100644
> >
ed-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v7-v8:
* remove duplicate RTE_TAILQ_FOREACH_SAFE at rte_os.h
put the macro at rte_tailq.h
* remove inline comments
* diff
https://github.com/williamtu/dpdk/compare/a4144ff11b..6cb7cd8daf
v6-v7:
* remove some redu
On Mon, Aug 23, 2021 at 12:14 PM Dmitry Kozlyuk
wrote:
>
> 2021-08-23 13:03 (UTC+0000), William Tu:
> [...]
> > /* This macro permits both remove and free var within the loop safely.*/
> > -#ifndef TAILQ_FOREACH_SAFE
> > -#define TAILQ_FOREACH_
ggested-by: Nick Connolly
Suggested-by: Dmitry Kozliuk
Acked-by: Dmitry Kozliuk
Signed-off-by: William Tu
---
v8-v9:
* Acked by Dmitry Kozliuk
* remove #ifdef at RTE_TAILQ_FOREACH_SAFE
* remove period at title
v7-v8:
* remove duplicate RTE_TAILQ_FOREACH_SAFE at rte_os.h
put the macro at rte_tailq
Hi Dmitry,
Thanks, I have one question.
On Thu, Aug 26, 2021 at 5:19 PM Dmitry Kozlyuk wrote:
>
> This roadmap has been discussed on Windows community calls Aug 5 and Aug 19
> and it met no principal objections. It extends beyond the nearest release,
> but it is useful to have a comprehensive bac
Hi,
I'm testing DPDK on virtio device using a Linux VM (ubuntu 21.04) from
google cloud. But I couldn't get it to work. I wonder
1. Is "no modern virtio pci device found." expected?
2. Should I use vfio-pci, instead uio_pci_generic?
3. maybe on the public cloud, promiscuous mode is not allowed?
On Mon, Aug 30, 2021 at 12:12 AM Michał Krawczyk wrote:
[...]
> Hi William,
>
> It's great to hear that you're working on ENA support for Windows!
>
> ENA PMD uses admin interrupt for processing all the commands like
> creating the IO queues, setting up the MTU, etc., and also for the
> AENQ event
y mistake), then excluded from the
> export list for no reason other than not being built. Restore it.
>
> Fixes: df3ff6be2b33 ("eal: simplify meson build of common directory")
> Cc: tho...@monjalon.net
>
> Signed-off-by: Dmitry Kozlyuk
> ---
LGTM, thanks.
Acked-by: William Tu
>
> Signed-off-by: Dmitry Kozlyuk
> ---
LGTM, thanks.
Acked-by: William Tu
Hi folks,
I'm using two servers connected back to back using 2 Intel 82599 10G NICs
to test the dpdk. At the sender side, I use dpdk Pktgen to generate UDP
packet. I program the destination mac statically to make sure no ARP is
necessary.
My first experiments using Pktgen on both sender and rece
txq 2 --rxd
2048 --txd 2048
(Please correct me if I'm wrong)
So I think this is the right behaviour. Thanks.
On Fri, Mar 28, 2014 at 3:26 PM, William Tu wrote:
> Hi folks,
>
> I'm using two servers connected back to back using 2 Intel 82599 10G NICs
> to test the dpdk. At
Hi folks,
I have two Intel Xeon servers connected back-to-back using Intel 82599 NICs
(a sender to a receiver). I followed the steps in DPDK manual section 9.3
and use single VF direct pass-through to the VM and run testpmd on the VF
at the receiver. At the sender side, I run Pktgen and program th
ress using "pktgen.dst_mac("all", "0011:2233:4455");"
does not work. The outgoing packet always has dst_mac "::". As
a result, I use "pktgen.set_mac("all", "0011:2233:4455");" and it works
fine.
Regards,
William
On Fri, Ma
Hi Zhang Qi,
I'm not familiar with DPDK code, but I'm curious about the
benefits of using AF_XDP pmd, specifically I have a couple questions:
1) With zero-copy driver support, is AF_XDP pmd expects to have
similar performance than other pmd? Since AF_XDP is still using
native device driver, isn't
Hi,
I'm trying to find a faster way to communicate from userspace OVS to
kernel. So I create a virtio_user port at OVS-DPDK, and send packets
to kernel's tap device.
packets in OVS userspace -> virtio-user port -> vhost-net (kernel) ->
tap device (kernel)
As described in paper[1], figure 1 for le
"queue_size= "
"queues= "
"iface= "
"server=<0|1> "
"mrg_rxbuf=<0|1> "
"in_order=<0|1> "
"packed_vq=<0|1>");
Thanks
William
> -邮件原件-
> 发件人: dev [mailto:dev-bou
On Sat, Feb 1, 2020 at 3:43 AM Dmitry Kozliuk wrote:
>
> Hi William,
>
> > Sanity check compile stderr:
> > clang.exe: error: linker command failed with exit code 1104 (use -v to
> > see invocation)
>
> Please add '-v' flag to Meson invocation and post the output as plain text.
> The exact command
On Mon, Feb 3, 2020 at 2:08 PM Dmitry Kozlyuk wrote:
>
> Hi,
>
> > Thanks for your help. "meson -v" only shows meson's version.
> > Am I doing it wrong?
>
> It'm my mistake, pardon me. Ninja has '-v' option, Meson doesn't.
>
> > A full log can be found at
> > [1mC:\dpdk-draft-windows\build\meson-l
On Mon, Feb 3, 2020 at 3:03 PM Dmitry Kozlyuk wrote:
>
> > From the step in
> > https://mesonbuild.com/Quick-guide.html#installation-from-source
> > I tried to compile meson by doing:
> > $ git clone https://github.com/mesonbuild/meson.git
> > $ cd meson
> > $ meson builddir
> > ERROR: Neither d
1 - 100 of 123 matches
Mail list logo
