qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [kvm-devel] [Qemu-devel] [PATCH 2 of 3] Optionally link against libu


From: Alexander Graf
Subject: Re: [kvm-devel] [Qemu-devel] [PATCH 2 of 3] Optionally link against libuuid if present
Date: Sun, 20 Jan 2008 17:53:54 +0100


On Jan 20, 2008, at 5:37 PM, Filip Navara wrote:

The specific VMware backdoor call isn't implemented, but the framework is there and it wouldn't be hard to add support for it. The BIOS can fallback to some "reasonable" value if the backdoor isn't available.


+        memset(bios_uuid, 0, 16);

This value? Why not put something more "reasonable" in there? Does a uuid have to meet specific criteria (checksums)? If not, why not simply put something like "QEMU" in here? If I remember correctly OSX needs a value in the uuid or it fails to boot, so it might be a good idea to give it something better than an empty string.

Best regards,
Filip Navara

On Jan 20, 2008 5:20 PM, Alexander Graf <address@hidden> wrote:

On Jan 20, 2008, at 2:17 PM, Filip Navara wrote:

> Hello,
>
> attached is a patch that implements the SMBIOS within the Bochs BIOS
> code. Complete list of changes:
>
> - Added generation of SSDT ACPI table that contains definitions for
> available processors.
> - Added basic implementation of SMBIOS.
> - Added querying of BIOS UUID using VMware backdoor I/O port (enable
> only if BX_QEMU is defined).
> - Added RTC device to ACPI DSDT table.
>

This is great news. I was eagerly waiting for this. It looks like this
fixes most problems I had with running Mac OS X as a guest OS. I will
definitely try this tomorrow and tell you the results.

Is the VMWare I/O backdoor implemented already or is this patch meant
to be applied on top of another patch?

Regards,

Alex




reply via email to

[Prev in Thread] Current Thread [Next in Thread]