On 07/09/2012 06:09 PM, Alexander Graf wrote:

On 09.07.2012, at 18:48, Anthony Liguori wrote:

On 07/02/2012 04:41 AM, Paolo Bonzini wrote:
Anthony,

The following changes since commit 71ea2e016131a9fcde6f1ffd3e0e34a64c21f593:

   bsd-user: fix build (2012-06-28 20:28:36 +0000)

Pulled.  Thanks.

Megasas? :)

So this code is really broken:

    info.host.type = MFI_INFO_HOST_PCIX;
    info.device.type = MFI_INFO_DEV_SAS3G;
    info.device.port_count = 2;
    info.device.port_addr[0] = cpu_to_le64(megasas_gen_sas_addr((uint64_t)s));

This will make migration impossible not to mention the fact that casting a pointer to a uint64_t is really broken.

This code needs to be refactored to not do this. It's quite pervasive though (there's a half a dozen instances like this).

I'm going to disable the build by default. I don't want to see a rash fix like (uint64_t)(intptr_t). This needs to be fixed by not making the pointer address guest visible. It can then be re-enabled. Should be easy enough to update your .mak config if you want to test between now and then.

Regards,

Anthony Liguori



http://buildbot.b1-systems.de/qemu/builders/default_i386_rhel61/builds/304/steps/compile/logs/stdio




Reply via email to