13/10/2017 10:48, Maxime Coquelin:
> Hi Santosh,
>
> On 10/06/2017 01:03 PM, Santosh Shukla wrote:
> > iova autodetection depends on rte_bus_scan result. Result of bus scan will
> > have updated device_list and each device in that list has its '.kdev' state
> > updated. That kdrv state used to detect iova mapping mode for that device.
> >
> > _device_parse() has dependency on rt_bus_scan so,
> > Below calls moved up in the eal initialization order:
> > - eal_option_device_parse
> > - rte_bus_scan
> >
> > And based on the result of rte_bus_scan_iommu_class - select iova
> > mapping mode.
> >
> > Signed-off-by: Santosh Shukla <santosh.shu...@caviumnetworks.com>
> > Signed-off-by: Jerin Jacob <jerin.ja...@caviumnetworks.com>
> > Reviewed-by: Maxime Coquelin <maxime.coque...@redhat.com>
> > Reviewed-by: Anatoly Burakov <anatoly.bura...@intel.com>
> > Tested-by: Hemant Agrawal <hemant.agra...@nxp.com>
> > ---
> > lib/librte_eal/bsdapp/eal/eal.c | 27 ++++++++++++++++-----------
> > lib/librte_eal/linuxapp/eal/eal.c | 27 ++++++++++++++++-----------
> > 2 files changed, 32 insertions(+), 22 deletions(-)
>
> We noticed a regression on current master, which prevents to use Vhost
> PMD with CONFIG_RTE_BUILD_SHARED_LIB=y:
It was my guess during review:
http://dpdk.org/ml/archives/dev/2017-October/077863.html
I really don't understand how it can work,
because the bus scan is moved before shared libraries (plugins)
are loaded.
It will be even worst when PCI and vdev buses will be some
shared libraries.
Is it a chicken/egg issue?
If we cannot find a good solution, we may have to revert for RC1.
