From: Pierrick Bouvier <pierrick.bouvier@linaro.org>
To: "Philippe Mathieu-Daudé" <philmd@linaro.org>, qemu-devel@nongnu.org
Cc: qemu-ppc@nongnu.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
Paul Durrant <paul@xen.org>, Peter Xu <peterx@redhat.com>,
alex.bennee@linaro.org,
Harsh Prateek Bora <harshpb@linux.ibm.com>,
David Hildenbrand <david@redhat.com>,
Alistair Francis <alistair.francis@wdc.com>,
Richard Henderson <richard.henderson@linaro.org>,
"Edgar E. Iglesias" <edgar.iglesias@gmail.com>,
Liu Zhiwei <zhiwei_liu@linux.alibaba.com>,
Nicholas Piggin <npiggin@gmail.com>,
Daniel Henrique Barboza <danielhb413@gmail.com>,
qemu-riscv@nongnu.org, manos.pitsidianakis@linaro.org,
Palmer Dabbelt <palmer@dabbelt.com>,
Anthony PERARD <anthony@xenproject.org>,
kvm@vger.kernel.org, xen-devel@lists.xenproject.org,
Stefano Stabellini <sstabellini@kernel.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Weiwei Li <liwei1518@gmail.com>
Subject: Re: [PATCH v5 11/17] exec/ram_addr: call xen_hvm_modified_memory only if xen is enabled
Date: Mon, 17 Mar 2025 10:02:40 -0700 [thread overview]
Message-ID: <476e8dd7-08fc-49a8-8596-41ae91321738@linaro.org> (raw)
In-Reply-To: <d93f6514-6d42-467d-826b-c95c6efd66b1@linaro.org>
On 3/17/25 09:23, Philippe Mathieu-Daudé wrote:
> On 17/3/25 17:22, Philippe Mathieu-Daudé wrote:
>> On 17/3/25 17:07, Pierrick Bouvier wrote:
>>> On 3/17/25 08:50, Philippe Mathieu-Daudé wrote:
>>>> On 14/3/25 18:31, Pierrick Bouvier wrote:
>>>>> Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
>>>>> Signed-off-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
>>>>> ---
>>>>> include/exec/ram_addr.h | 8 ++++++--
>>>>> 1 file changed, 6 insertions(+), 2 deletions(-)
>>>>>
>>>>> diff --git a/include/exec/ram_addr.h b/include/exec/ram_addr.h
>>>>> index f5d574261a3..92e8708af76 100644
>>>>> --- a/include/exec/ram_addr.h
>>>>> +++ b/include/exec/ram_addr.h
>>>>> @@ -339,7 +339,9 @@ static inline void
>>>>> cpu_physical_memory_set_dirty_range(ram_addr_t start,
>>>>> }
>>>>> }
>>>>> - xen_hvm_modified_memory(start, length);
>>>>> + if (xen_enabled()) {
>>>>> + xen_hvm_modified_memory(start, length);
>>>>
>>>> Please remove the stub altogether.
>>>>
>>>
>>> We can eventually ifdef this code under CONFIG_XEN, but it may still
>>> be available or not. The matching stub for xen_hvm_modified_memory()
>>> will assert in case it is reached.
>>>
>>> Which change would you expect precisely?
>>
>> -- >8 --
>> diff --git a/include/system/xen-mapcache.h b/include/system/xen-mapcache.h
>> index b68f196ddd5..bb454a7c96c 100644
>> --- a/include/system/xen-mapcache.h
>> +++ b/include/system/xen-mapcache.h
>> @@ -14,8 +14,6 @@
>>
>> typedef hwaddr (*phys_offset_to_gaddr_t)(hwaddr phys_offset,
>> ram_addr_t size);
>> -#ifdef CONFIG_XEN_IS_POSSIBLE
>> -
>> void xen_map_cache_init(phys_offset_to_gaddr_t f,
>> void *opaque);
>> uint8_t *xen_map_cache(MemoryRegion *mr, hwaddr phys_addr, hwaddr size,
>> @@ -28,44 +26,5 @@ void xen_invalidate_map_cache(void);
>> uint8_t *xen_replace_cache_entry(hwaddr old_phys_addr,
>> hwaddr new_phys_addr,
>> hwaddr size);
>> -#else
>> -
>> -static inline void xen_map_cache_init(phys_offset_to_gaddr_t f,
>> - void *opaque)
>> -{
>> -}
>> -
>> -static inline uint8_t *xen_map_cache(MemoryRegion *mr,
>> - hwaddr phys_addr,
>> - hwaddr size,
>> - ram_addr_t ram_addr_offset,
>> - uint8_t lock,
>> - bool dma,
>> - bool is_write)
>> -{
>> - abort();
>> -}
>> -
>> -static inline ram_addr_t xen_ram_addr_from_mapcache(void *ptr)
>> -{
>> - abort();
>> -}
>> -
>> -static inline void xen_invalidate_map_cache_entry(uint8_t *buffer)
>> -{
>> -}
>> -
>> -static inline void xen_invalidate_map_cache(void)
>> -{
>> -}
>> -
>> -static inline uint8_t *xen_replace_cache_entry(hwaddr old_phys_addr,
>> - hwaddr new_phys_addr,
>> - hwaddr size)
>> -{
>> - abort();
>> -}
>> -
>> -#endif
>>
>> #endif /* XEN_MAPCACHE_H */
>
> (sorry, the include/system/xen-mapcache.h change is for the next patch)
>
>> diff --git a/include/system/xen.h b/include/system/xen.h
>> index 990c19a8ef0..04fe30cca50 100644
>> --- a/include/system/xen.h
>> +++ b/include/system/xen.h
>> @@ -30,25 +30,16 @@ extern bool xen_allowed;
>>
>> #define xen_enabled() (xen_allowed)
>>
>> -void xen_hvm_modified_memory(ram_addr_t start, ram_addr_t length);
>> -void xen_ram_alloc(ram_addr_t ram_addr, ram_addr_t size,
>> - struct MemoryRegion *mr, Error **errp);
>> -
>> #else /* !CONFIG_XEN_IS_POSSIBLE */
>>
>> #define xen_enabled() 0
>> -static inline void xen_hvm_modified_memory(ram_addr_t start, ram_addr_t
>> length)
>> -{
>> - /* nothing */
>> -}
>> -static inline void xen_ram_alloc(ram_addr_t ram_addr, ram_addr_t size,
>> - MemoryRegion *mr, Error **errp)
>> -{
>> - g_assert_not_reached();
>> -}
>>
>> #endif /* CONFIG_XEN_IS_POSSIBLE */
>>
>> +void xen_hvm_modified_memory(ram_addr_t start, ram_addr_t length);
>> +void xen_ram_alloc(ram_addr_t ram_addr, ram_addr_t size,
>> + MemoryRegion *mr, Error **errp);
>> +
>> bool xen_mr_is_memory(MemoryRegion *mr);
>> bool xen_mr_is_grants(MemoryRegion *mr);
>> #endif
>> ---
>
Sounds good!
I will include it in next version.
next prev parent reply other threads:[~2025-03-17 17:03 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-14 17:31 [PATCH v5 00/17] make system memory API available for common code Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 01/17] exec/tswap: target code can use TARGET_BIG_ENDIAN instead of target_words_bigendian() Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 02/17] exec/tswap: implement {ld, st}.*_p as functions instead of macros Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 03/17] exec/memory_ldst: extract memory_ldst declarations from cpu-all.h Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 04/17] exec/memory_ldst_phys: extract memory_ldst_phys " Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 05/17] exec/memory.h: make devend_memop "target defines" agnostic Pierrick Bouvier
2025-03-17 15:48 ` Philippe Mathieu-Daudé
2025-03-17 16:08 ` Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 06/17] codebase: prepare to remove cpu.h from exec/exec-all.h Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 07/17] exec/exec-all: remove dependency on cpu.h Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 08/17] exec/memory-internal: " Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 09/17] exec/ram_addr: " Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 10/17] system/kvm: make kvm_flush_coalesced_mmio_buffer() accessible for common code Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 11/17] exec/ram_addr: call xen_hvm_modified_memory only if xen is enabled Pierrick Bouvier
2025-03-17 15:50 ` Philippe Mathieu-Daudé
2025-03-17 16:07 ` Pierrick Bouvier
2025-03-17 16:22 ` Philippe Mathieu-Daudé
2025-03-17 16:23 ` Philippe Mathieu-Daudé
2025-03-17 17:02 ` Pierrick Bouvier [this message]
2025-03-14 17:31 ` [PATCH v5 12/17] hw/xen: add stubs for various functions Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 13/17] system/physmem: compilation unit is now common to all targets Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 14/17] include/exec/memory: extract devend_big_endian from devend_memop Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 15/17] include/exec/memory: move devend functions to memory-internal.h Pierrick Bouvier
2025-03-17 15:52 ` Philippe Mathieu-Daudé
2025-03-14 17:31 ` [PATCH v5 16/17] system/memory: make compilation unit common Pierrick Bouvier
2025-03-14 17:31 ` [PATCH v5 17/17] system/ioport: " Pierrick Bouvier
2025-03-14 17:33 ` [PATCH v5 00/17] make system memory API available for common code Pierrick Bouvier
2025-03-14 18:34 ` Anthony PERARD
2025-03-14 18:39 ` Pierrick Bouvier
2025-03-17 9:21 ` Philippe Mathieu-Daudé
2025-03-17 15:32 ` Markus Armbruster
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=476e8dd7-08fc-49a8-8596-41ae91321738@linaro.org \
--to=pierrick.bouvier@linaro.org \
--cc=alex.bennee@linaro.org \
--cc=alistair.francis@wdc.com \
--cc=anthony@xenproject.org \
--cc=danielhb413@gmail.com \
--cc=david@redhat.com \
--cc=edgar.iglesias@gmail.com \
--cc=harshpb@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=liwei1518@gmail.com \
--cc=manos.pitsidianakis@linaro.org \
--cc=npiggin@gmail.com \
--cc=palmer@dabbelt.com \
--cc=paul@xen.org \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-riscv@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
--cc=ysato@users.sourceforge.jp \
--cc=zhiwei_liu@linux.alibaba.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).