[dpdk-dev] "virtual" C++ keyword used in rte_devargs.h and causes compilation error in C++

2015-02-07 Thread Ming Zhao
In fact the current rte_devargs.h header is enclosed inside extern C {} block already. But it looks like it's not sufficient. Also there is also the case that rte_devargs.virtual field could be accessed inside a cpp file. On 02/07/2015 12:23 PM, Neil Horman wrote: > On Fri, Feb 06, 2015 at 11:24:

[dpdk-dev] [PATCH 0/4] Broadcom 10G NIC Poll Mode Driver

2015-02-07 Thread Jun Xiao
Hi Stephen, Thanks for your great work on this! Could you elaborate on a few things: - What's the methodology used in the driver porting? e.g. what's the base source you ported from? what's the major change against the base source? - What kind of tests have been done on Linux? any known limit

[dpdk-dev] "virtual" C++ keyword used in rte_devargs.h and causes compilation error in C++

2015-02-07 Thread Neil Horman
On Fri, Feb 06, 2015 at 11:24:15PM -0800, Ming Zhao wrote: > The code is in rte_devargs.h: > > rte_devargs.h: > > /** Used if type is RTE_DEVTYPE_VIRTUAL. */ > struct { > /** Driver name. */ > char drv_name[32]; >

[dpdk-dev] [PATCH 0/4] Broadcom 10G NIC Poll Mode Driver

2015-02-07 Thread Stephen Hemminger
On Sun, 8 Feb 2015 00:05:16 +0800 Jun Xiao wrote: > Thanks Stephen for all the info! > > Do you expect this pmd driver will be in sync with FreeBSD repo in the future, > or it's going to be diverged? I am just asking from a maintenance stand point. > No. The driver is not going to be extended

[dpdk-dev] [PATCH] vhost: notify guest to fill buffer when there is no buffer

2015-02-07 Thread Linhaifeng
On 2015/2/6 13:54, Xu, Qian Q wrote: > Haifeng > Are you using the latest dpdk branch with vhost-user patches? I have never > met the issue. > When is the vhost sample crashed? When you start VM or when you run sth in > VM? Is your qemu 2.2? How about your memory info? Could you give more detai

[dpdk-dev] [PATCH 0/4] Broadcom 10G NIC Poll Mode Driver

2015-02-07 Thread Stephen Hemminger
Source was from FreeBSD. changes were to make it work and lots of de-uglification. For example, the last change was to remove custom logging and debug macros. There are still lots of style issues with the driver, because of the amount of useless macro wrapping. I don't believe in the vendor mod