[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2] xen/arm: Add 0x prefix when printing memory size in construct_domU


  • To: xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Ayan Kumar Halder <ayankuma@xxxxxxx>
  • Date: Thu, 5 Jan 2023 09:59:47 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Jlfi8Xu69UjMjxtpqFoHVECk8dVZwxh51RO7VwTAM48=; b=TLmNfUTQuLWX7EhxfwEH95orLp/iaAY7w0apawK0ZkdQh68PX2GPdATL9swzssEmKpxg/snldHvv/Xrw1I9kdhL3hOh9pzmS5U04kPj+Zz1rWeEK16qgKmEssMwasZ+hSr53KvfGL1Gbv5bKrfQNiU1Cp+3FvSLg6ry/90JUoSNTQrvCQbOz+0pW/HtFFZIc9234gSUxcw1cxTobWpiA/5SrsN7rDjUMH3Ip2y+FAN16kR7HT2G6DlPHL6gyObW9ssFSYajsTVWTgCx3DD4dsgcITxTfAWGMxsCongdXDpnAF145p3mTgHyCpKu+zS5SiHhXVjd0WjEdFJrFZHQLzA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nsVTOw4vHJEFa7Uz+G6Nx/OkRvX/htpyZ2C4dcMKZcw9w1hhcg2h9T0X1D5FyOcHtlzmepZY0y4XFNepiTfg4zzppTdO3zcw2MO7XqklyH6XFbdAHqAQq8TpJAsPSjf39pL6YnbVAJIaR/kJwzPOjXRmYERBbdC4azJoAs7eavbWEnZLcWFTj//ShRPtdHMWaKXBxZ30mhd8WmVaeUYEr7fQOBEfxUFzcOIg6WEPFrPUQVXYFR0dQtVcHSEe90wMbnANEyMMsJ+4bmdC4p7ZInd6W1P2myAT/W5qH+t+GsgjxU9o3zqFnk0dk1VJ6gGN8PeoWvrKu8XAOcyIz3nYfw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Delivery-date: Thu, 05 Jan 2023 10:00:08 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi Julien,

I have a clarification.

On 05/01/2023 09:26, Julien Grall wrote:
CAUTION: This message has originated from an External Source. Please use proper judgment and caution when opening attachments, clicking links, or responding to this email.


Hi Stefano,

On 04/01/2023 23:47, Stefano Stabellini wrote:
On Tue, 3 Jan 2023, Michal Orzel wrote:
Printing memory size in hex without 0x prefix can be misleading, so
add it. Also, take the opportunity to adhere to 80 chars line length
limit by moving the printk arguments to the next line.

Signed-off-by: Michal Orzel <michal.orzel@xxxxxxx>
---
Changes in v2:
  - was: "Print memory size in decimal in construct_domU"
  - stick to hex but add a 0x prefix
  - adhere to 80 chars line length limit

Honestly I prefer decimal but also hex is fine.

decimal is perfect for very small values, but as we print the amount in
KB it will become a big mess. Here some examples (decimal first, then
hexadecimal):

  512MB: 524288 vs 0x80000
  555MB: 568320 vs 0x8ac00
  1GB: 1048576 vs 0x100000
  512GB: 536870912 vs 0x20000000
  1TB: 1073741824 vs 0x40000000

For power of two values, you might be able to find your way with
decimal. It is more difficult for non power of two unless you have a
calculator in hand.

The other option I suggested in v1 is to print the amount in KB/GB/MB.
Would that be better?

That said, to be honest, I am not entirely sure why we are actually
printing in KB. It would seems strange that someone would create a guest
with memory not aligned to 1MB.

For RTOS (Zephyr and FreeRTOS), it should be possible for guests to have memory less than 1 MB, isn't it ?

- Ayan


So I would consider to check the size is 1MB-aligned and then print the
value in KB. This will remove one order of magnitude and make the value
more readable in decimal.

Cheers,

--
Julien Grall




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.