From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Dunlap Subject: Re: [PATCH v3 1/8] hvmloader: Remove all 64-bit print arguments Date: Fri, 21 Jun 2013 10:22:39 +0100 Message-ID: <51C41B5F.2020707@eu.citrix.com> References: <1371746007-19073-1-git-send-email-george.dunlap@eu.citrix.com> <1371746007-19073-2-git-send-email-george.dunlap@eu.citrix.com> <51C41027.4080605@eu.citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <51C41027.4080605@eu.citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Stefano Stabellini Cc: Keir Fraser , Ian Campbell , Hanweidong , xen-devel@lists.xen.org, Stefano Stabellini , Ian Jackson List-Id: xen-devel@lists.xenproject.org On 21/06/13 09:34, George Dunlap wrote: > On 20/06/13 18:06, Stefano Stabellini wrote: >> On Thu, 20 Jun 2013, George Dunlap wrote: >>> The printf() available to hvmloader does not handle 64-bit data types; >>> manually break them down as two 32-bit strings. >>> >>> Signed-off-by: George Dunlap >>> CC: Ian Campbell >>> CC: Ian Jackson >>> CC: Stefano Stabellini >>> CC: Hanweidong >>> CC: Keir Fraser >> What's the issue with implementing %llx? > > It involves implementing __udiv64(), since hvmloader runs in 32-bit mode. Actually, it looks like hvmloader already does have a "divide 64-bit by 32-bit" function I could use; but that would be a more significant change in functionality in the paths that are run by basically everyone, rather than minimal changes for people not affected by the bug and major changes only for people who are going to crash anyway. -George