[dpdk-dev] i40e 3rdparty QSFP module support

[Michael Marchetti]

Hi, I have an i40e card with a Finisar QSFP (40G) module.  The dpdk driver does 
not seem to detect the correct mac type for this QSFP module.

Inside:
STATIC enum i40e_media_type i40e_get_media_type(struct i40e_hw *hw)

hw->phy.link_info.phy_type has value 0, which does not match up 
(I40E_PHY_TYPE_SGMII).

Has anyone had success getting non-intel QSFP's to work nicely with the DPDK 
PMD?

Thanks.

[dpdk-dev] DPDK Community Conference Call - Friday 31st October

[Michael Marchetti]

> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of O'driscoll, Tim
> Sent: Friday, October 24, 2014 5:22 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] DPDK Community Conference Call - Friday 31st October
> 
> We're planning to hold our first community conference call on Friday 31st
> October. It's impossible to find a time that suits everybody, so we've chosen
> to do this in the afternoon/evening in Europe, which is the morning in the
> USA. This does unfortunately limit participation from PRC, Japan and other
> parts of the world. Here's the time and date in a variety of time zones:
> 
> Dublin (Ireland)  Friday, October 31, 2014 at
> 4:00:00 PMGMT UTC
> Paris (France)Friday, October 31, 2014 at 
> 5:00:00
> PMCET UTC+1 hour
> San Francisco (U.S.A. - California)   Friday, October 31, 2014 at 9:00:00
> AMPDT UTC-7 hours
> New York (U.S.A. - New York)  Friday, October 31, 2014 at 12:00:00
> Noon EDT UTC-4 hours
> Tel Aviv (Israel) Friday, October 31, 2014 at 
> 6:00:00
> PMIST UTC+2 hours
> Moscow (Russia)   Friday, October 31, 2014 at 7:00:00
> PMMSK UTC+3 hours
> 
> 
> Audio bridge details are:
> France:   +33 1588 77298
> Germany:  +49 8999 143191
> Israel:   +972 2589 6577
> Russia:   +7 495 641 4663
> UK:   +44 1793 402663
> USA:  +1 916 356 2663
> 
> Bridge: 5
> Conference ID: 1264677285
> 
> If anybody needs an access number for another country, let me know.

Can you provide a number for Canada?  thanks, Mike.


> 
> 
> Agenda:
> Discuss feature list for DPDK 2.0 (Q1 2015).
> Suggestions for topics for future calls.
> 
> 
> Thanks,
> Tim

[dpdk-dev] overcommitting CPUs

[Michael Marchetti]

Hi, has there been any consideration to introduce a non-spinning network driver 
(interrupt based), for the purpose of overcommitting CPUs in a virtualized 
environment?  This would obviously have reduced high-end performance but would 
allow for increased guest density (sharing of physical CPUs) on a host.

I am interested in adding support for this kind of operation, is there any 
interest in the community?

Thanks,

Mike.