From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58231) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YczN6-0003x5-BI for qemu-devel@nongnu.org; Tue, 31 Mar 2015 12:50:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YczMz-0002UC-Js for qemu-devel@nongnu.org; Tue, 31 Mar 2015 12:50:36 -0400 Message-ID: <551AD054.40802@redhat.com> Date: Tue, 31 Mar 2015 10:50:28 -0600 From: Eric Blake MIME-Version: 1.0 References: <1427814318-541552-1-git-send-email-stefanb@linux.vnet.ibm.com> In-Reply-To: <1427814318-541552-1-git-send-email-stefanb@linux.vnet.ibm.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FkVFdqGU4PPqP3r5MvXUHHujNveBN7IAf" Subject: Re: [Qemu-devel] [PATCH v2] tpm_tis: fix format for 64bit variable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Berger , qemu-trivial@nongnu.org Cc: qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FkVFdqGU4PPqP3r5MvXUHHujNveBN7IAf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03/31/2015 09:05 AM, Stefan Berger wrote: > Signed-off-by: Stefan Berger > --- > hw/tpm/tpm_tis.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Reviewed-by: Eric Blake However; >=20 > diff --git a/hw/tpm/tpm_tis.c b/hw/tpm/tpm_tis.c > index 815c8ea..3f42982 100644 > --- a/hw/tpm/tpm_tis.c > +++ b/hw/tpm/tpm_tis.c > @@ -814,7 +814,7 @@ static void tpm_tis_mmio_write_intern(void *opaque,= hwaddr addr, > tis->loc[locty].state =3D=3D TPM_TIS_STATE_COMPLETION) { > /* drop the byte */ > } else { > - DPRINTF("tpm_tis: Data to send to TPM: %08x (size=3D%d)\n"= , > + DPRINTF("tpm_tis: Data to send to TPM: 0x%08" PRIx64 " (si= ze=3D%d)\n", This caused me to do a double-take (usually, a variable named 'size' is size_t, in which case %d is wrong; but here it is 'unsigned size'). Also, there is another suspicious DPRINTF earlier in the function; maybe it's worth a v3? I'm talking about: DPRINTF("tpm_tis: write.%u(%08x) =3D %08x\n", size, (int)addr, (uint32_t)val); but there are some 32-bit platforms where uint32_t is a long, so %x will cause a compiler warning, as compared to PRIx32. And if you are just going to cast, why not cast directly to int; on the other hand, if what you are printing is truly 64-bit, then why not use %016x instead of %08x (that is, when printing a 64-bit number, having a minimum of 8 0-padded bytes doesn't make it easy to distinguish a 10-character from 11-character printout, while consistently padding all output to 16 characters makes alignment easier to spot). --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --FkVFdqGU4PPqP3r5MvXUHHujNveBN7IAf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVGtBUAAoJEKeha0olJ0NqXQkIAJigJ5U3iOpIplGW7bUmLGE1 N7ej51ZWYqScRD9Xh4npetmu9DrSVsian4fAJXMXOPz+fxgXSTQqTGwoXu8uZ6fC h1DrgpKAWc5xAPql9H5RJJCUzEfpbbX1aojSg68YWWRcgKRWPk99WYYTfdGg9Pqg JfqGL7HsZ9t5ZLo9x0SDYa3Db0hjZK9SeMvumWYsg6ChohXW+rpPJYHVRq7BW7+0 ENbMaJyUznOzoOGTQYb6TnYxkqQCMalSnvjtTk6jXjQ0x0GN6E4dfqWcbaNwrln4 2sBmvj6o2I43bFkdvX7a18hYZHy6FlZdm+VHaDhMUgvIbOxYGtUA/ohN76q2iJ4= =/i0t -----END PGP SIGNATURE----- --FkVFdqGU4PPqP3r5MvXUHHujNveBN7IAf--