> > So I did try that and it all worked nicely on x86. However on ARM32: > > > > arm <konrad@localhost:~/xen/xen> make -j8 1>1 > > symbols.c: In function 'symbols_lookup_by_name': > > symbols.c:287:20: error: cast to pointer from integer of different size > > [-Werror=int-to-pointer-cast] > > > > 275 uint64_t addr = 0; /* MUST be initialized. */ > > > > > > 286 if ( !strcmp(name, symname) ) > > > > 287 return (void *)addr; > > > > Which is rather unfortunate. I think I will have to make it unsigned > > long. > > Well, why would any kind of address be uint64_t on ARM32? >
Oh, the xensyms_read - which is used in a hypercalls (for reading the symbols) as well - requires an pointer to an uint64_t as an argument. Hence the need for using that type. I can certainly muck with it so that it can do xen_pfn_t. > Jan >
_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
