From: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
To: Igor Mammedov <imammedo@redhat.com>, qemu-devel@nongnu.org
Cc: dan@danny.cz, lvivier@redhat.com, david@gibson.dropbear.id.au,
mst@redhat.com
Subject: Re: [Qemu-devel] [PATCH for-2.6] acpi: fix bios linker loadder COMMAND_ALLOCATE on bigendian host
Date: Sun, 1 May 2016 11:14:58 +0300 [thread overview]
Message-ID: <5725BB02.1060001@gmail.com> (raw)
In-Reply-To: <1461933880-214779-1-git-send-email-imammedo@redhat.com>
On 04/29/2016 03:44 PM, Igor Mammedov wrote:
> 'make check' fails with:
>
> ERROR:tests/bios-tables-test.c:493:load_expected_aml:
> assertion failed: (g_file_test(aml_file, G_FILE_TEST_EXISTS))
>
> since commit:
> caf50c7166a6ed96c462ab5db4b495e1234e4cc6
> tests: pc: acpi: drop not needed 'expected SSDT' blobs
>
> Assert happens because qemu-system-x86_64 generates
> SSDT table and test looks for a corresponding expected
> table to compare with.
>
> However there is no expected SSDT blob anymore, since
> QEMU souldn't generate one. As it happens BIOS is not
> able to read ACPI tables from QEMU and fallbacks to
> embeded legacy ACPI codepath, which generates SSDT.
> That happens due to wrongly sized endiannes conversion
> which makes
> uint8_t BiosLinkerLoaderEntry.alloc.zone
> end up with 0 due to truncation of 32 bit integer
> which on host is 1 or 2.
>
> Fix it by dropping invalid cpu_to_le32() as uint8_t
> doesn't require any conversion.
>
> RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1330174
>
> Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> ---
> hw/acpi/bios-linker-loader.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/hw/acpi/bios-linker-loader.c b/hw/acpi/bios-linker-loader.c
> index ace9abb..5153ab1 100644
> --- a/hw/acpi/bios-linker-loader.c
> +++ b/hw/acpi/bios-linker-loader.c
> @@ -135,9 +135,8 @@ void bios_linker_loader_alloc(GArray *linker,
> strncpy(entry.alloc.file, file, sizeof entry.alloc.file - 1);
> entry.command = cpu_to_le32(BIOS_LINKER_LOADER_COMMAND_ALLOCATE);
> entry.alloc.align = cpu_to_le32(alloc_align);
> - entry.alloc.zone = cpu_to_le32(alloc_fseg ?
> - BIOS_LINKER_LOADER_ALLOC_ZONE_FSEG :
> - BIOS_LINKER_LOADER_ALLOC_ZONE_HIGH);
> + entry.alloc.zone = alloc_fseg ? BIOS_LINKER_LOADER_ALLOC_ZONE_FSEG :
> + BIOS_LINKER_LOADER_ALLOC_ZONE_HIGH;
>
> /* Alloc entries must come first, so prepend them */
> g_array_prepend_vals(linker, &entry, sizeof entry);
>
Reviewed-by: Marcel Apfelbaum <marcel@redhat.com>
Thanks,
Marcel
prev parent reply other threads:[~2016-05-01 8:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-29 12:44 [Qemu-devel] [PATCH for-2.6] acpi: fix bios linker loadder COMMAND_ALLOCATE on bigendian host Igor Mammedov
2016-04-29 13:16 ` Laurent Vivier
2016-04-29 13:45 ` Igor Mammedov
2016-05-01 8:14 ` Marcel Apfelbaum [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5725BB02.1060001@gmail.com \
--to=marcel.apfelbaum@gmail.com \
--cc=dan@danny.cz \
--cc=david@gibson.dropbear.id.au \
--cc=imammedo@redhat.com \
--cc=lvivier@redhat.com \
--cc=marcel@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.