Hi, Thomas
Any suggestions about this patch? Do I need rework it by using macro
RTE_NEXT_ABI?
Thanks a lot!
Jingjing
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wu, Jingjing
> Sent: Friday, June 26, 2015 3:03 PM
> To: 'nhorman at tuxdriver.com'
> Cc: d
The patch set fix vhost sample fails to start up in second time:
It should call api to unregister vhost driver when sample exit/quit, then
the socket file will be removed(by calling unlink), and thus make vhost sample
work correctly in second time startup.
It also adds/refines some log informatio
It adds more readable log info if a socket fails to bind to local socket file
name.
Signed-off-by: Changchun Ouyang
---
lib/librte_vhost/vhost_user/vhost-net-user.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/lib/librte_vhost/vhost_user/vhost-net-user.c
b/lib/librte
It fixes the wrong log info when failing to unregister vhost driver.
Signed-off-by: Changchun Ouyang
---
examples/vhost/main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
change in v2:
- refine the comment
- fix checkpatch issue
diff --git a/examples/vhost/main.c b/examples/v
The following commit broke vhost sample when it runs in second time:
292959c71961acde0cda6e77e737bb0a4df1559c
It should call api to unregister vhost driver when sample exit/quit, then
the socket file will be removed(by calling unlink), and thus make vhost sample
work correctly in the second time s
Currently Linux implementation and BSD implementation have almost same
code about pci uio. This patch series cleans up it.
PATCH v8 changes:
- Fix comments of header file.
- Fix error handling logic of resource allocation functions.
(Thanks to Bruce Richardson)
- Add copyright.
- Fix patch
From: "Tetsuya.Mukawa"
This patch fixes coding style of below files in linuxapp and bsdapp.
- eal_pci.c
- eal_pci_uio.c
Signed-off-by: Tetsuya Mukawa
Acked-by: Stephen Hemminger
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 13 -
lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 13
From: "Tetsuya.Mukawa"
When pci_uio_unmap_resource() is called, a file descriptor that is used
for uio configuration should be closed.
Signed-off-by: Tetsuya Mukawa
Acked-by: Stephen Hemminger
---
lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 6 +-
1 file changed, 5 insertions(+), 1 deletio
From: "Tetsuya.Mukawa"
This patch fixes following memory leaks.
- When open() is failed, uio_res and fds won't be freed in
pci_uio_map_resource().
- When pci_map_resource() is failed but path is allocated correctly,
path and fds won't be freed in pci_uio_map_recource().
Also, some mapped re
From: "Tetsuya.Mukawa"
To merge pci code of linuxapp and bsdapp, this patch changes names
like below.
- uio_map to pci_map
- uio_resource to mapped_pci_resource
- uio_res_list to mapped_pci_res_list
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 24 -
From: "Tetsuya.Mukawa"
This patch fixes below.
- bsdapp
- Use map_id in pci_uio_map_resource().
- Fix interface of pci_map_resource().
- Move path variable of mapped_pci_resource structure to pci_map.
- linuxapp
- Remove redundant error message of linuxapp.
'pci_uio_map_resource()' is implem
From: "Tetsuya.Mukawa"
This patch adds a new function called pci_uio_alloc_resource().
The function hides how to prepare uio resource in linuxapp and bsdapp.
With the function, pci_uio_map_resource() will be more abstracted.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c
From: "Tetsuya.Mukawa"
This patch adds a new function called pci_uio_map_resource_by_index().
The function hides how to map uio resource in linuxapp and bsdapp.
With the function, pci_uio_map_resource() will be more abstracted.
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pc
From: "Tetsuya.Mukawa"
This patch consolidates below structures, and defines them in common code.
- struct pci_map
- strucy mapped_pci_resouces
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c| 24
lib/librte_eal/common/include/rte_pci.h
From: "Tetsuya.Mukawa"
The patch consolidates below functions, and implemented in common
eal code.
- pci_map_resource()
- pci_unmap_resource()
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c| 22
lib/librte_eal/common/eal_common_pci.c | 40 +
From: "Tetsuya.Mukawa"
The patch consolidates below functions, and implement these
in eal_common_pci_uio.c.
- pci_uio_map_secondary()
- pci_uio_map_resource()
- pci_uio_unmap()
- pci_uio_find_resource()
- pci_uio_unmap_resource()
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal
From: "Tetsuya.Mukawa"
The patch consolidates below functions, and implemented in common
eal code.
- pci_map_device()
- pci_unmap_device()
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c | 3 ++
lib/librte_eal/common/eal_common_pci.c | 57 +
From: "Tetsuya.Mukawa"
This patch consolidates below functions, and implements these in common
eal code.
- rte_eal_pci_probe_one_driver()
- rte_eal_pci_close_one_driver()
Signed-off-by: Tetsuya Mukawa
---
lib/librte_eal/bsdapp/eal/eal_pci.c| 67 +--
lib/librte_eal/common/eal
Tested-by: Qian Xu
- Test Commit: b283164694b6ed18be1856b949e91a80371e44d4
- 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 Corporatio
This series adds support for the EZchip TILE-Gx family of SoCs. The
architecture port in itself is fairly straight forward due to its
reliance on generics for the most part.
In addition to adding TILE-Gx architecture specific code, this series
includes a few cross-platform fixes for DPDK (cpuflag
The original code mistakenly defaulted to X86 when RTE_ARCH_PPC_64 was
left undefined. This did not accomodate other non-PPC/non-X86
architectures. This patch fixes this issue.
Change-Id: I5e8cf33c2eb917f7f6583dc95ed0f336066a285e
Signed-off-by: Zhigang Lu
---
app/test/test_cpuflags.c | 6 +++--
The "hash: remove duplicated code" change unfortunately broke the
build for non-X86 platforms. This patch fixes this breakage.
Change-Id: Ie109d67e681b75b45320fab1bf9de4eb9c9701bf
Signed-off-by: Zhigang Lu
---
lib/librte_hash/rte_jhash.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
This is necessary because the required CPU flags may not be defined on
other architectures.
Change-Id: I14d3f9f625b2e7567123f1c97095f8d06abd674b
Signed-off-by: Zhigang Lu
---
lib/librte_hash/rte_hash_crc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/librte_hash/rte_hash_crc.h b/lib
The rte_cpu_check_supported() code breaks with a "comparison is always
false due to limited range of data type" when the compile_time_flags[]
array is empty. Assigning the array dimension to a local variable
apparently solves this.
Change-Id: I0ae21f529cf7b6dd9cf0f4532dce9198f4bf4230
Signed-off-b
The library name is now being pinned to "dpdk" instead of intel_dpdk,
powerpc_dpdk, etc. As a result, we no longer need this config item.
This patch removes it.
Change-Id: I36f7cf6c18c3563c6f5ccdf01bb70579c7ccaa16
Signed-off-by: Zhigang Lu
---
config/common_bsdapp| 1 -
The definitions of rte_memzone_reserve_aligned() and
rte_memzone_reserve_bounded() were identical with the exception of the
bound argument passed into rte_memzone_reserve_thread_safe().
This patch removes this replication of code by unifying it into
rte_memzone_reserve_thread_safe(), which is then
This patch extends the memzone allocator to remove the restriction
that prevented callers from specifying multiple page sizes in the
flags argument.
In doing so, we also sanitize the free segment matching logic to get
rid of architecture specific disjunctions (2MB vs 1GB on x86, and 16MB
vs 16GB o
On TILE-Gx and TILE-Mx platforms, the buffers fed into the hardware
buffer manager require a 128-byte alignment. With this change, we
allow configuration based override of the element alignment, and
default to RTE_CACHE_LINE_SIZE if left unspecified.
Change-Id: I9cd789d92b0bc9c8f44a633de59bb04d45
This patch adds a few new page sizes that are supported on the TILE-Gx
and TILE-Mx platforms.
Change-Id: I7da783703149c4f96b84d0017fa4f1191fc029c6
Signed-off-by: Zhigang Lu
---
lib/librte_eal/common/eal_common_memzone.c | 8 +
lib/librte_eal/common/include/rte_memory.h | 16 +
lib
This commit adds support for the TILE-Gx platform, as well as the TILE
CPU architecture. This architecture port is fairly simple due to its
reliance on generics for most arch stuff.
Change-Id: I809fcf740e25ba5976a6b7736c1673515338cf80
Signed-off-by: Zhigang Lu
---
config/defconfig_tile-tilegx-l
This commit adds a poll mode driver for the mPIPE hardware present on
TILE-Gx SoCs.
Change-Id: I1b9a9ef2c9f1c96810ec58b4d2ae77b870a6ec94
Signed-off-by: Zhigang Lu
---
config/defconfig_tile-tilegx-linuxapp-gcc |1 +
drivers/net/Makefile |1 +
drivers/net/mpipe/Makefil
Change-Id: I6491108ff86c1249bf4ffa4d4624c01b4594805e
Signed-off-by: Zhigang Lu
---
MAINTAINERS | 4
1 file changed, 4 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5476a73..6ffa01b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -114,6 +114,10 @@ M: Bruce Richardson
M: Konstant
On Fri, Jul 03, 2015 at 08:13:47PM -0700, Gopakumar Choorakkot Edakkunni wrote:
> Thanks for the clarification Bruce. But I find this link below in the
> documentation which says it should not be used in cases where the
> scheduling policy is SCHED_RR because guess it can lead to an endless
> spin-
On Fri, Jul 03, 2015 at 09:57:26PM +0200, Thomas Monjalon wrote:
> 2015-07-03 16:56, Bruce Richardson:
> > On Fri, Jul 03, 2015 at 05:45:34PM +0200, Thomas Monjalon wrote:
> > > Hi Bruce,
> > >
> > > 2015-07-03 16:40, Bruce Richardson:
> > > > As well as the fast-path functions in the rxtx code, t
2015-07-06 10:20, Bruce Richardson:
> On Fri, Jul 03, 2015 at 09:57:26PM +0200, Thomas Monjalon wrote:
> > 2015-07-03 16:56, Bruce Richardson:
> > > On Fri, Jul 03, 2015 at 05:45:34PM +0200, Thomas Monjalon wrote:
> > > > Hi Bruce,
> > > >
> > > > 2015-07-03 16:40, Bruce Richardson:
> > > > > As w
This patchset enhances functionality of ip_pipeline application. New config
file syntax is introduced, so parser is changed. Changed structure of the
application. Now every global variable is stored in app_struct in app.h.
Syntax of pipeline cli commands was changed. Implementation of cli commands
From: Pawel Wodkowski
New syntax of config files is needed for ip_pipeline example
enhancements. Some old files are temporarily disabled in the Makefile.
It is part of a bigger change.
Signed-off-by: Pawel Wodkowski
---
examples/ip_pipeline/Makefile | 17 +-
examples/ip_pipeline/app
From: Jasvinder Singh
After loading configuration from a file, data integrity is checked.
Signed-off-by: Jasvinder Singh
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/config_check.c | 397 +++
examples/ip_pipeline/main.c |2
After changes in config parser, app params struct is changed and
requires modifications in initialization procedures.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/init.c | 1599 ++---
examples/ip_pipeline/ma
Moved pipelines to separate folder, removed not needed pipelines and
modified Makefile to match that change.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/Makefile |9 +-
examples/ip_pipeline/pipeline/pipeline_firewall.c | 313 +
.../pipeline/pipe
From: Jasvinder Singh
Master pipeline is responsible for command line handling and
communicationg with all other pipelines via message queues. Removed
cmdline.c file, as its functionality will be split over multiple
pipeline files.
Signed-off-by: Jasvinder Singh
---
examples/ip_pipeline/Makefi
Application thread runs pipelines on assigned cores.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/Makefile |1 +
examples/ip_pipeline/main.c |6 +++
examples/ip_pipeline/thread.c | 110 +
3 files changed, 117 insertions(+)
create mod
Created new folder for config(.cfg) and script(.sh) files.
Signed-off-by: Maciej Gajdzica
---
examples/ip_pipeline/config/ip_pipeline.cfg |9 +++
examples/ip_pipeline/config/ip_pipeline.sh |5 ++
examples/ip_pipeline/config/tm_profile.cfg | 105 +++
examples/ip
From: Jasvinder Singh
Passthrough pipeline implementation is split to two files.
pipeline_passthrough.c file handles front-end functions (cli commands
parsing) pipeline_passthrough_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by: Jasvinder Singh
---
exampl
From: Daniel Mrzyglod
Firewall pipeline implementation is split to two files.
pipeline_firewall.c file handles front-end functions (cli commands
parsing) pipeline_firewall_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by: Daniel Mrzyglod
---
examples/ip_pip
Routing pipeline implementation is split to two files.
pipeline_routing.c file handles front-end functions (cli commands
parsing) pipeline_routing_ops.c contains implementation of functions
done by pipeline (back-end).
Signed-off-by: Pawel Wodkowski
---
examples/ip_pipeline/Makefile
Flow classification pipeline implementation is split to two files.
pipeline_flow_classification.c file handles front-end functions (cli
commands parsing) pipeline_flow_classification_ops.c contains
implementation of functions done by pipeline (back-end).
Signed-off-by: Maciej Gajdzica
---
exampl
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maciej Gajdzica
> Sent: Monday, July 6, 2015 10:29 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v5 00/11] ip_pipeline: ip_pipeline application
> enhancements
>
> Changes in v5:
> - fixed build issue w
NACK
ICC Compilation Errors:
Pipeline/pipeline_routing_be.c:
/mnt/shared/dtmrzglx/dpdk_pipeline/examples/ip_pipeline/pipeline/pipeline_routing_be.c(740):
error #188: enumerated type mixed with another type
.flags = 0,
^
ICC wants name like PIPELINE_ROUTI
On Mon, Jul 06, 2015 at 04:51:26PM +0800, Zhigang Lu wrote:
> The original code mistakenly defaulted to X86 when RTE_ARCH_PPC_64 was
> left undefined. This did not accomodate other non-PPC/non-X86
> architectures. This patch fixes this issue.
>
> Change-Id: I5e8cf33c2eb917f7f6583dc95ed0f336066a2
On Mon, Jul 06, 2015 at 04:51:27PM +0800, Zhigang Lu wrote:
> The "hash: remove duplicated code" change unfortunately broke the
> build for non-X86 platforms. This patch fixes this breakage.
>
Fixes: 49361c3f3cfa ("hash: remove duplicated code")
> Change-Id: Ie109d67e681b75b45320fab1bf9de4eb9c97
Hi, all
As we has gap on the memory release action to be done in which step, I
appreciate all your comments on this patch.
Currently, the correct quit sequence for testpmd is stop() --->
port_stop() --> port_close() --> quit(). This will lead lots of memory
not released by default, like queues.
2015-07-02 16:16, John McNamara:
> --- a/doc/guides/rel_notes/abi.rst
> +++ b/doc/guides/rel_notes/abi.rst
> Deprecation Notices
> ---
> +
> +* In DPDK 2.1 the IEEE1588/802.1AS support in the i40e driver makes use of
> the
> + ``udata64`` field in the mbuf to pass the timesync r
Any comment or ack?
2015-07-03 00:05, Thomas Monjalon:
> When a change makes really hard to keep ABI compatibility,
> instead of waiting next release to break the ABI, it is smoother
> to introduce the new code and enable it only for static libraries.
> The flag RTE_NEXT_ABI may be used to "ifdef"
This is a native UIO-based PMD for Mellanox ConnectX-3 devices.
It uses a persistent memory library in order to provide a persistent
scartch area for the mlx4 HCA driver.
We release the driver itself under BSD license, but to use it for
commercial products, you may have to re-implement the separat
Some NICs use host memory region as their scratch area.
When DPDK user applications terminate, all the memory regions are lost,
re-initialized (memzone), which causes HW faults.
This libraray maintains shared memory regions that is persistent across
multiple execution and termination of user level
On Mon, Jul 06, 2015 at 03:18:51PM +0200, Thomas Monjalon wrote:
> Any comment or ack?
>
> 2015-07-03 00:05, Thomas Monjalon:
> > When a change makes really hard to keep ABI compatibility,
> > instead of waiting next release to break the ABI, it is smoother
> > to introduce the new code and enable
2015-07-06 09:35, Neil Horman:
> On Mon, Jul 06, 2015 at 03:18:51PM +0200, Thomas Monjalon wrote:
> > Any comment or ack?
> >
> > 2015-07-03 00:05, Thomas Monjalon:
> > > When a change makes really hard to keep ABI compatibility,
> > > instead of waiting next release to break the ABI, it is smooth
This PMD offers direct access to Mellanox ConnectX-3 NICs
instead of using IB Verbs like mlx4 driver.
Currrently it supports a limited set of features;
it supports only physical functions (PF) and basic
RX/TX functionalities such as RSS and scatter-gather
I/O of mbufs.
We are working on the missin
2015-07-06 22:28, leeopop:
> This is a native UIO-based PMD for Mellanox ConnectX-3 devices.
> It uses a persistent memory library in order to provide a persistent
> scartch area for the mlx4 HCA driver.
What is the benefit of this UIO approach compared to the OFED based driver?
> We release the
On 07/06/2015 04:28 PM, leeopop wrote:
> Some NICs use host memory region as their scratch area.
> When DPDK user applications terminate, all the memory regions are lost,
> re-initialized (memzone), which causes HW faults.
> This libraray maintains shared memory regions that is persistent across
>
2015-07-06 17:34, Avi Kivity:
> On 07/06/2015 04:28 PM, leeopop wrote:
> > Some NICs use host memory region as their scratch area.
> > When DPDK user applications terminate, all the memory regions are lost,
> > re-initialized (memzone), which causes HW faults.
> > This libraray maintains shared mem
2015-07-02 15:15, John McNamara:
> Fix for a minor Sphinx build warning in the ABI guidelines docs:
>
> versioning.rst:126: WARNING: Bullet list ends without a
> blank line; unexpected unindent.
>
> Signed-off-by: John McNamara
Applied, thanks
2015-07-03 16:40, Bruce Richardson:
> When mbuf debug support is turned on in the build time config, crashes will
> occur when clearing up the RX/TX rings, if the 10G vector PMD is in use. This
> error can be reproduced using testpmd.
> This patchset makes the setup/teardown code easier to debug by
Neil, your ABI expertise is required for this patch.
2015-06-15 11:14, Bruce Richardson:
> On Fri, Jun 12, 2015 at 01:32:56PM -0400, Roger B. Melton wrote:
> > Hi Bruce, Comment in-line. Regards, Roger
> >
> > On 6/12/15 7:28 AM, Bruce Richardson wrote:
> > >The functions rte_eth_rx_queue_count
On Mon, Jul 06, 2015 at 04:51:28PM +0800, Zhigang Lu wrote:
> This is necessary because the required CPU flags may not be defined on
> other architectures.
>
> Change-Id: I14d3f9f625b2e7567123f1c97095f8d06abd674b
> Signed-off-by: Zhigang Lu
Acked-by: Bruce Richardson
On Mon, Jul 06, 2015 at 04:51:29PM +0800, Zhigang Lu wrote:
> The rte_cpu_check_supported() code breaks with a "comparison is always
> false due to limited range of data type" when the compile_time_flags[]
> array is empty. Assigning the array dimension to a local variable
> apparently solves this
On Mon, Jul 06, 2015 at 04:51:30PM +0800, Zhigang Lu wrote:
> The library name is now being pinned to "dpdk" instead of intel_dpdk,
> powerpc_dpdk, etc. As a result, we no longer need this config item.
> This patch removes it.
>
> Change-Id: I36f7cf6c18c3563c6f5ccdf01bb70579c7ccaa16
> Signed-off-
On Mon, Jul 06, 2015 at 04:51:33PM +0800, Zhigang Lu wrote:
> On TILE-Gx and TILE-Mx platforms, the buffers fed into the hardware
> buffer manager require a 128-byte alignment. With this change, we
> allow configuration based override of the element alignment, and
> default to RTE_CACHE_LINE_SIZE
Hi all,
>From the kernel VFIO maintainer:
"I suppose in the short term, mmap should not be advertised as available
on 32bit hosts. Thanks,"
So, as VFIO support for 32bit systems is broken, DPDK should not configure
VFIO in that case.
This is the complete email sent to the kernel maintainer and
Hi Konstantin,
Yes, it's better to use rte_rmb/rte_wmb instead of their source code.
Actually, the warning is a bug, it lose a "}" of rte_dma_rmb(), I didn't
test it on PowerPC, so the bug didn't be found out before I submit the
patch, sorry.
I'll resubmit this patch.
Dong
> Hi Dong,
>
>>
> > This parameter is not consistent between the drivers: some use it as
> > rte_eth_tx_burst() requires, some release buffers when the number of free
> > descriptors drop below this value.
> > Let's use it as most fast-path code does, which is the latter, and update
> > comments throughout the cod
2015-07-07 00:57, Keunhong Lee:
> Answer 1. UIO based driver is faster then ib based driver.
> It can saturate 40G link with MTU sized packets using a single thread while
> ib wrapper cannot.
OK, interesting. Do you have numbers and details about your testbed/scenario?
> Answer 2. Sorry, I missed
On Sat, 04 Jul 2015 14:36:15 +0200
Thomas Monjalon wrote:
> Hi Stephen,
>
> 2015-07-03 12:58, Stephen Hemminger:
> > PPS: With DPDK 2.2 it would be good to move the minimum kernel version up
> > to 3.0
> > since that is what current stable distro's are using.
>
> Yes, this is something to cons
On Mon, Jul 06, 2015 at 03:49:50PM +0200, Thomas Monjalon wrote:
> 2015-07-06 09:35, Neil Horman:
> > On Mon, Jul 06, 2015 at 03:18:51PM +0200, Thomas Monjalon wrote:
> > > Any comment or ack?
> > >
> > > 2015-07-03 00:05, Thomas Monjalon:
> > > > When a change makes really hard to keep ABI compat
Am I right, this library is using Unix shared memory to get
persistent storage. That is going to be slower and more worrying,
the kernel makes no guarantees that virtual to physical mapping
will not change.
There is also an ABI issue in this patch. You are introducing a new
API here, so the symbol
You are invited to DPDK Summit, San Francisco 2015!
Date:Monday, August 17, 2015
Time:8:30 AM - 5:30 PM (Summit)
5:30 PM - 7:30 PM (Reception)
Location: The Westin St. Francis
335 Powe
2015-07-06 14:22, Neil Horman:
> On Mon, Jul 06, 2015 at 03:49:50PM +0200, Thomas Monjalon wrote:
> > 2015-07-06 09:35, Neil Horman:
> > > On Mon, Jul 06, 2015 at 03:18:51PM +0200, Thomas Monjalon wrote:
> > > > Any comment or ack?
> > > >
> > > > 2015-07-03 00:05, Thomas Monjalon:
> > > > > When
78 matches
Mail list logo
