From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:53124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk8oj-0001AB-En for qemu-devel@nongnu.org; Thu, 17 Jan 2019 09:38:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gk8oi-00035J-JO for qemu-devel@nongnu.org; Thu, 17 Jan 2019 09:38:49 -0500 Received: from mx1.redhat.com ([209.132.183.28]:47298) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gk8oi-00033b-DW for qemu-devel@nongnu.org; Thu, 17 Jan 2019 09:38:48 -0500 Date: Thu, 17 Jan 2019 09:38:46 -0500 From: "Michael S. Tsirkin" Message-ID: <20190117093555-mutt-send-email-mst@kernel.org> References: <20190115200252.25911-1-mst@redhat.com> <20190117084350-mutt-send-email-mst@kernel.org> <20190117090958-mutt-send-email-mst@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PULL v2 00/49] pci, pc, virtio: fixes, features List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: QEMU Developers On Thu, Jan 17, 2019 at 02:25:16PM +0000, Peter Maydell wrote: > On Thu, 17 Jan 2019 at 14:19, Michael S. Tsirkin wrote: > > > > On Thu, Jan 17, 2019 at 02:07:32PM +0000, Peter Maydell wrote: > > > On Thu, 17 Jan 2019 at 13:44, Michael S. Tsirkin wrote: > > > > Oh. I am pretty sure it's endian-ness :( > > > > > > > > Any chance you can quickly test the below? > > > > > > > > That would be appreciated ... > > > > > > > > > > > > diff --git a/tests/bios-tables-test.c b/tests/bios-tables-test.c > > > > index 0bf7164590..a506dcbb29 100644 > > > > --- a/tests/bios-tables-test.c > > > > +++ b/tests/bios-tables-test.c > > > > @@ -274,6 +274,7 @@ static GArray *load_expected_aml(test_data *data) > > > > AcpiSdtTable *sdt; > > > > GError *error = NULL; > > > > gboolean ret; > > > > + gsize aml_len; > > > > > > > > GArray *exp_tables = g_array_new(false, true, sizeof(AcpiSdtTable)); > > > > if (getenv("V")) { > > > > @@ -307,7 +308,8 @@ try_again: > > > > fprintf(stderr, "Using expected file '%s'\n", aml_file); > > > > } > > > > ret = g_file_get_contents(aml_file, (gchar **)&exp_sdt.aml, > > > > - (gsize *)&exp_sdt.aml_len, &error); > > > > + &aml_len, &error); > > > > + exp_sdt.aml_len = aml_len; > > > > g_assert(ret); > > > > g_assert_no_error(error); > > > > g_assert(exp_sdt.aml); > > > > > > > > > I can test that once I've finished processing the other pullreq > > > I'm currently testing... That's not so much an endianness issue > > > as trying to fit a 64-bit value into a 32-bit field, though. > > > That cast in the code that is fixed here is an indication of > > > the bug :-) > > > Right but it fits on LE. > > It still doesn't fit, you just don't notice that you've blown > away the following item in the struct. Oh right. that one just happens to be unused. > Anyway I'm currently > running the test, which I agree ought to fix things. > > thanks > -- PMM