[Test fail]//Re: some test question//Re: [For help] configure crossbar build tool in CMakelist.txt

[oulijun <oulijun-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>]

Hi, Jason
   I am working for test the userspace code of hns in rdma-core.git with your guide.
   I have met some quesiton for debugging in my environment.
   after add some print lines in load_driver() in libibverbs/init.c, as follows:

   printf("[%s, %d] %s, %d\n", __func__, __LINE__, VERBS_PROVIDER_DIR, sizeof(VERBS_PROVIDER_DIR));
        /* If configured with a provider plugin path then try that next */
        if (sizeof(VERBS_PROVIDER_DIR) >= 1) {
                if (asprintf(&so_name, VERBS_PROVIDER_DIR "/lib%s" DLOPEN_TRAILER, name) <
                    0)
                        goto out_asprintf;
                printf("[%s, %d] so_name: %s\n", __func__, __LINE__, so_name);// @1
                printf("[%s, %d] so_name: %s\n", __func__, __LINE__, DLOPEN_TRAILER);//
                dlhandle = dlopen(so_name, RTLD_NOW);
                free(so_name);
                if (dlhandle)
                        return;
        }
        /* Otherwise use the system libary search path. This is the historical
           behavior of libibverbs */
        if (asprintf(&so_name, "lib%s" DLOPEN_TRAILER, name) < 0)
                goto out_asprintf;
        printf("[%s, %d] so_name: %s\n", __func__, __LINE__, so_name);//@2
        printf("[%s, %d] so_name: %s\n", __func__, __LINE__, DLOPEN_TRAILER);//

    using the cmd:
	CC=aarch64-linux-gnu-gcc cmake -GNinja -DENABLE_RESOLVE_NEIGH=0 -DVERBS_PROVIDER_DIR='' ..
	ninja

   after obtained the libhisi-rdmav2.so and hisi.driver, i put them into the /lib and /etc/libibverbs.d/
in my test environment.

Now, it is test fail. some question are not understanded.
1. when set the VERBS_PROVIDER_DIR to empty, the sizeof(VERBS_PROVIDER_DIR) should be 0 and the branch should not be run
2. the value of so_name should be /libhisi-rdmav2.so in @1 and libhisi-rdmav2.so in @2.  in fact, the value of
so_name is /libhisi and libhisi

the test print log as follows:

-rdmav2.soer, 218] so_name: /libhisi
[load_driver, 219] so_name: -rdmav2.so
-rdmav2.soer, 229] so_name: libhisi
[load_driver, 230] so_name: -rdmav2.so

在 2016/10/19 12:11, Jason Gunthorpe 写道:
> On Wed, Oct 19, 2016 at 10:53:34AM +0800, oulijun wrote:
> 
>> when use the cmd: CC=aarch64-linux-gnu-gcc cmake -GNinja -DENABLE_RESOLVE_NEIGH=0 ..
>>
>> the provider/hns/CMakelist.txt can be called correctly and generate
>> the library libhns-rdmav2.so(not be tested), but it will generate
>> warning with mlx5
>>
>> the print log as follows:
>>
>> Building C object providers/mlx5/CMakeFiles/mlx5-rdmav2.dir/cq.c.o
>> ../providers/mlx5/cq.c:414:13: warning: function declaration isn't a prototype [-Wstrict-prototypes]
>> static void mlx5_stall_poll_cq()
> 
> Thanks, you may be the first person to compile on ARM64, so I'm glad
> to hear that is your only warning, I will get it fixed.
> 
>> In summary, I have two questions:
>>
>> 1. if don't use libnl(use -DENABLE_RESOLVE_NEIGH=0), it will not
>> confluent the function of library?
> 
> Correct, RoCEE will not work entirely as expected if you try and run
> the libibverbs from such a build.
> 
>> 2. the rdma-core.git use the default build method by used build.sh,
>> and i need modify it by added the building item or modify the
>> README.md for hns, is the right approach?
> 
> No.
> 
> If you native compile on an actual ARM64 machine you will not have
> problems, simply follow the README.md directions to install the
> required packages on the actual machine.
> 
> Your problem is cross compiling. Cross compiling is hard. You need to
> make libnl3 available in your cross compiler's 'sysroot'. I can't
> really give you generic good directions for that..
> 
> One option is to cross compile libnl and 'cross-install' it into the
> compiler tree.
> 
> Another option is to download the libnl3 ARM64 packages from Debian and
> then unpack and rename directories 'just so' to make it work.
> 
> But if you don't intend to run the build binaries (eg when you go to
> test, you will build natively on ARM64), then don't worry about it.
> 
> Jason
> 
> .
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html