On 11/3/2017 3:20 PM, Ferruh Yigit wrote: > On 11/3/2017 12:24 PM, Thomas Monjalon wrote: >> 03/11/2017 20:18, Mody, Rasesh: >>> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com] >>>> On 11/2/2017 11:45 AM, Mody, Rasesh wrote: >>>>> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com] >>>>>> On 11/2/2017 10:34 AM, Mody, Rasesh wrote: >>>>> We are ok as we have at least some way to disable the reset, please send a >>>> patch. >>>> >>>> Sent http://dpdk.org/dev/patchwork/patch/31143/, can you please test? >>> >>> The testing of BNX2X looks OK with this patch. However, the solution has >>> following drawbacks: >>> - an application will need to be recompiled to have the igb_uio kernel >>> module rebuilt to support bnx2x devices >>> - this will break pre-compiled solutions that are provided with an OS such >>> as RHOSP or as part of a pre-compiled VNF >>> >>> We can live with this temporary solution for now. In the long term, we may >>> have to revisit this. >>> We are also looking at why bnx2x FLR is taking this long. >> >> Yes, I think the long term solution should be to fix your PMD >> or your firmware. >> Please keep us posted when you find the root cause with your device. >> Thanks > > Lee Roberts suggested doing device specific action instead of build time > option. > > I send following: > http://dpdk.org/dev/patchwork/patch/31168/ > > What do you think about this approach? > > Meanwhile I will send a more proper patch to discuss on.
http://dpdk.org/dev/patchwork/patch/31169/
