On Tuesday 18 July 2017 05:04 PM, Hemant Agrawal wrote:
> On 7/18/2017 11:29 AM, Santosh Shukla wrote:
>> - Moving late bus scanning to up..just after eal_parsing.
>> - Auto detect iova mapping mode, based on the result of
>> rte_bus_scan_iommu_class.
>>
>> Signed-off-by: Santosh Shukla <santosh.shu...@caviumnetworks.com>
>> Signed-off-by: Jerin Jacob <jerin.ja...@caviumnetworks.com>
>> ---
>> lib/librte_eal/linuxapp/eal/eal.c | 15 +++++++++------
>> 1 file changed, 9 insertions(+), 6 deletions(-)
>>
>> diff --git a/lib/librte_eal/linuxapp/eal/eal.c
>> b/lib/librte_eal/linuxapp/eal/eal.c
>> index fffdf0d15..49b52ce4f 100644
>> --- a/lib/librte_eal/linuxapp/eal/eal.c
>> +++ b/lib/librte_eal/linuxapp/eal/eal.c
>> @@ -798,6 +798,15 @@ rte_eal_init(int argc, char **argv)
>> return -1;
>> }
>>
>> + if (rte_bus_scan()) {
>> + rte_eal_init_alert("Cannot scan the buses for devices\n");
>> + rte_errno = ENODEV;
>> + return -1;
>> + }
>> +
>> + /* autodetect the iova mapping mode (default is iova_pa) */
>> + rte_eal_get_configuration()->iova_mode = rte_bus_get_iommu_class();
>> +
> Santosh,
> With some workaround in fslmc bus scanning/probe code. I am able to test
> it. It works ok.
>
> Post 17.08, we will be submitting the rework of fslmc bus so that this patch
> will not break the dpaa2 platform support.
>
Cool ;).
> Regards,
> Hemant
>
>> if (internal_config.no_hugetlbfs == 0 &&
>> internal_config.process_type != RTE_PROC_SECONDARY &&
>> internal_config.xen_dom0_support == 0 &&
>> @@ -895,12 +904,6 @@ rte_eal_init(int argc, char **argv)
>> return -1;
>> }
>>
>> - if (rte_bus_scan()) {
>> - rte_eal_init_alert("Cannot scan the buses for devices\n");
>> - rte_errno = ENODEV;
>> - return -1;
>> - }
>> -
>> RTE_LCORE_FOREACH_SLAVE(i) {
>>
>> /*
>>
>
>
