On 2/5/24 08:32, Edgar E. Iglesias wrote:
On Wed, May 1, 2024 at 10:46 PM Stefano Stabellini
<sstabell...@kernel.org> wrote:

On Tue, 30 Apr 2024, Edgar E. Iglesias wrote:
From: "Edgar E. Iglesias" <edgar.igles...@amd.com>

Add MapCache argument to xen_replace_cache_entry_unlocked in
preparation for supporting multiple map caches.

No functional change.

Signed-off-by: Edgar E. Iglesias <edgar.igles...@amd.com>
---
  hw/xen/xen-mapcache.c | 8 +++++---
  1 file changed, 5 insertions(+), 3 deletions(-)


-static uint8_t *xen_replace_cache_entry_unlocked(hwaddr old_phys_addr,
+static uint8_t *xen_replace_cache_entry_unlocked(MapCache *mc,
+                                                 hwaddr old_phys_addr,
                                                   hwaddr new_phys_addr,
                                                   hwaddr size)
  {
@@ -578,7 +579,7 @@ static uint8_t *xen_replace_cache_entry_unlocked(hwaddr 
old_phys_addr,
          cache_size += MCACHE_BUCKET_SIZE - (cache_size % MCACHE_BUCKET_SIZE);
      }

-    entry = &mapcache->entry[address_index % mapcache->nr_buckets];
+    entry = &mc->entry[address_index % mc->nr_buckets];
      while (entry && !(entry->paddr_index == address_index &&
                        entry->size == cache_size)) {
          entry = entry->next;

There is still a global mapcache pointer in use in this function:

   xen_remap_bucket(mapcache, entry, entry->vaddr_base,



Thanks! I had accidentally put the change to use mc in future patches.
Will fix in v5.

Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>


Reply via email to