Re: [kvm-unit-tests PATCH 4/5] s390x: smp: Allocate memory in DMA31 space

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

 



On 1/14/22 14:01, Claudio Imbrenda wrote:
On Fri, 14 Jan 2022 13:50:52 +0100
Nico Boehr <nrb@xxxxxxxxxxxxx> wrote:

On Fri, 2022-01-14 at 10:02 +0000, Janosch Frank wrote:
The store status at address order works with 31 bit addresses so
let's
use them.

Signed-off-by: Janosch Frank <frankja@xxxxxxxxxxxxx>
---
  s390x/smp.c | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/s390x/smp.c b/s390x/smp.c
index 32f128b3..c91f170b 100644
--- a/s390x/smp.c
+++ b/s390x/smp.c

[...]

@@ -244,7 +244,7 @@ static void test_func_initial(void)
 static void test_reset_initial(void)
  {
-       struct cpu_status *status = alloc_pages(0);
+       struct cpu_status *status = alloc_pages_flags(1, AREA_DMA31);

Why do we need two pages now?

actually, wait.....

         struct cpu_status *status = alloc_pages_flags(1, AREA_DMA31);
         uint32_t r;

         report_prefix_push("store status at address");
         memset(status, 0, PAGE_SIZE * 2);

we were allocating one page, and using 2!

@Janosch do we need 1 or 2 pages?


Have a look at the memcmp() below those lines.

I test if the status page has changed by doing a memcmp against the second page.




[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux