[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 2 of 3] Optionally link against libuuid if prese
From: |
Ryan Harper |
Subject: |
Re: [Qemu-devel] [PATCH 2 of 3] Optionally link against libuuid if present |
Date: |
Thu, 3 Jan 2008 13:55:42 -0600 |
User-agent: |
Mutt/1.5.6+20040907i |
* Filip Navara <address@hidden> [2007-12-11 15:29]:
> Hi Ryan & others,
>
> now I have been holding a SMBIOS patch on my hard disk for way to long it
> seems. I used a different approach from yours, so I decided to publish it
> for review or further ideas. What I did was to modify the bochs bios to
> produce the SMBIOS tables and I get the UUID using VMware backdoor port from
> the virtual machine.
>
> Attached are just the changed files, creating a patch will take a while
> because it's against VERY OLD version of the sources.
Filip,
Thanks for posting this. I agree with Fabrice that doing the SMBIOS
tables in rombios is a better approach. The rombio32.c file you
included didn't look that old to me; it has a CVS release tag of:
'rombios32.c,v 1.11 2007/08/03 13:56:13'
AFAICT, it looks like a straight-forward SMBIOS implementation. The
only thing worth adding to yours is the BIOS release date string in the
type 0 table. Setting this date to something newer than typical
CONFIG_ACPI_BLACKLIST_YEAR value (2000 in Gutsy's kernels) lets the
kernel enable ACPI features (like power-off).
Any idea on when you might have a patch that I can test?
--
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253 T/L: 678-9253
address@hidden
- Re: [Qemu-devel] [PATCH 2 of 3] Optionally link against libuuid if present,
Ryan Harper <=