On 03/05/2012 04:37 PM, Igor Mitsyanko wrote: >> Well, can't you make sd.c target dependent? It's not so nice, but it >> does solve the problem. >> > > OK, but it will turn qemu from it's "long term path to suppress *all* > target specific code" :) > The other alternative is to s/target_phys_addr_t/uint64_t/ in the memory API. I think 32-on-32 is quite rare these days, so it wouldn't be much of a performance issue. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
