<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/include/exec/memory.h, branch or1k</title>
<subtitle>QEMU development tree</subtitle>
<id>https://git.zx2c4.com/qemu/atom/include/exec/memory.h?h=or1k</id>
<link rel='self' href='https://git.zx2c4.com/qemu/atom/include/exec/memory.h?h=or1k'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/'/>
<updated>2022-04-06T08:50:37Z</updated>
<entry>
<title>Replace TARGET_WORDS_BIGENDIAN</title>
<updated>2022-04-06T08:50:37Z</updated>
<author>
<name>Marc-André Lureau</name>
<email>marcandre.lureau@redhat.com</email>
</author>
<published>2022-03-23T15:57:18Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=ee3eb3a7ce7242735e6fd64cad53482e3df5a5ec'/>
<id>urn:sha1:ee3eb3a7ce7242735e6fd64cad53482e3df5a5ec</id>
<content type='text'>
Convert the TARGET_WORDS_BIGENDIAN macro, similarly to what was done
with HOST_BIG_ENDIAN. The new TARGET_BIG_ENDIAN macro is either 0 or 1,
and thus should always be defined to prevent misuse.

Signed-off-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
Suggested-by: Halil Pasic &lt;pasic@linux.ibm.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Message-Id: &lt;20220323155743.1585078-8-marcandre.lureau@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>Replace config-time define HOST_WORDS_BIGENDIAN</title>
<updated>2022-04-06T08:50:37Z</updated>
<author>
<name>Marc-André Lureau</name>
<email>marcandre.lureau@redhat.com</email>
</author>
<published>2022-03-23T15:57:17Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=e03b56863d2bca3e649e81531c1b0299524481ae'/>
<id>urn:sha1:e03b56863d2bca3e649e81531c1b0299524481ae</id>
<content type='text'>
Replace a config-time define with a compile time condition
define (compatible with clang and gcc) that must be declared prior to
its usage. This avoids having a global configure time define, but also
prevents from bad usage, if the config header wasn't included before.

This can help to make some code independent from qemu too.

gcc supports __BYTE_ORDER__ from about 4.6 and clang from 3.2.

Signed-off-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
[ For the s390x parts I'm involved in ]
Acked-by: Halil Pasic &lt;pasic@linux.ibm.com&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Message-Id: &lt;20220323155743.1585078-7-marcandre.lureau@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>exec/memory: Extract address_space_set() from dma_memory_set()</title>
<updated>2022-01-20T08:09:37Z</updated>
<author>
<name>Philippe Mathieu-Daudé</name>
<email>philmd@redhat.com</email>
</author>
<published>2022-01-15T20:37:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=75f01c68b5c630a9a6b21b93febf3a871a9111ba'/>
<id>urn:sha1:75f01c68b5c630a9a6b21b93febf3a871a9111ba</id>
<content type='text'>
dma_memory_set() does a DMA barrier, set the address space with
a constant value. The constant value filling code is not specific
to DMA and can be used for AddressSpace. Extract it as a new
helper: address_space_set().

Signed-off-by: Philippe Mathieu-Daudé &lt;philmd@redhat.com&gt;
Reviewed-by: Laurent Vivier &lt;laurent@vivier.eu&gt;
Reviewed-by: Stefano Garzarella &lt;sgarzare@redhat.com&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
[lv: rebase]
Signed-off-by: Laurent Vivier &lt;laurent@vivier.eu&gt;
Reviewed-by: David Hildenbrand &lt;david@redhat.com&gt;
Reviewed-by: Peter Xu &lt;peterx@redhat.com&gt;
Message-Id: &lt;20220115203725.3834712-2-laurent@vivier.eu&gt;
</content>
</entry>
<entry>
<title>memory: Update description of memory_region_is_mapped()</title>
<updated>2022-01-18T09:45:35Z</updated>
<author>
<name>David Hildenbrand</name>
<email>david@redhat.com</email>
</author>
<published>2021-11-02T16:43:17Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=455faf03df1a9beff236e3b194cad93e4b014076'/>
<id>urn:sha1:455faf03df1a9beff236e3b194cad93e4b014076</id>
<content type='text'>
Let's update the documentation, making it clearer what the semantics
of memory_region_is_mapped() actually are.

Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@redhat.com&gt;
Reviewed-by: Peter Xu &lt;peterx@redhat.com&gt;
Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;
Message-Id: &lt;20211102164317.45658-4-david@redhat.com&gt;
Signed-off-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
</content>
</entry>
<entry>
<title>memory: Make memory_region_is_mapped() succeed when mapped via an alias</title>
<updated>2022-01-18T09:45:35Z</updated>
<author>
<name>David Hildenbrand</name>
<email>david@redhat.com</email>
</author>
<published>2021-11-02T16:43:16Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=5ead62185d23caad41ef2afc80773fb384e40229'/>
<id>urn:sha1:5ead62185d23caad41ef2afc80773fb384e40229</id>
<content type='text'>
memory_region_is_mapped() currently does not return "true" when a memory
region is mapped via an alias.

Assuming we have:
    alias (A0) -&gt; alias (A1) -&gt; region (R0)
Mapping A0 would currently only make memory_region_is_mapped() succeed
on A0, but not on A1 and R0.

Let's fix that by adding a "mapped_via_alias" counter to memory regions and
updating it accordingly when an alias gets (un)mapped.

I am not aware of actual issues, this is rather a cleanup to make it
consistent.

Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@redhat.com&gt;
Reviewed-by: Peter Xu &lt;peterx@redhat.com&gt;
Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;
Message-Id: &lt;20211102164317.45658-3-david@redhat.com&gt;
Signed-off-by: Philippe Mathieu-Daudé &lt;f4bug@amsat.org&gt;
</content>
</entry>
<entry>
<title>memory: Introduce replay_discarded callback for RamDiscardManager</title>
<updated>2021-11-01T21:56:44Z</updated>
<author>
<name>David Hildenbrand</name>
<email>david@redhat.com</email>
</author>
<published>2021-10-11T17:53:38Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=adaf9d92f868e6b9f23cb9a3929635e1ba961b3b'/>
<id>urn:sha1:adaf9d92f868e6b9f23cb9a3929635e1ba961b3b</id>
<content type='text'>
Introduce replay_discarded callback similar to our existing
replay_populated callback, to be used my migration code to never migrate
discarded memory.

Acked-by: Peter Xu &lt;peterx@redhat.com&gt;
Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;
Reviewed-by: Juan Quintela &lt;quintela@redhat.com&gt;
Signed-off-by: Juan Quintela &lt;quintela@redhat.com&gt;
</content>
</entry>
<entry>
<title>memory: make global_dirty_tracking a bitmask</title>
<updated>2021-11-01T21:56:43Z</updated>
<author>
<name>Hyman Huang(é»„å‹‡)</name>
<email>huangy81@chinatelecom.cn</email>
</author>
<published>2021-06-29T16:01:19Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=63b41db4bc776e71384d14d68a8ec6e0aae5ea3a'/>
<id>urn:sha1:63b41db4bc776e71384d14d68a8ec6e0aae5ea3a</id>
<content type='text'>
since dirty ring has been introduced, there are two methods
to track dirty pages of vm. it seems that "logging" has
a hint on the method, so rename the global_dirty_log to
global_dirty_tracking would make description more accurate.

dirty rate measurement may start or stop dirty tracking during
calculation. this conflict with migration because stop dirty
tracking make migration leave dirty pages out then that'll be
a problem.

make global_dirty_tracking a bitmask can let both migration and
dirty rate measurement work fine. introduce GLOBAL_DIRTY_MIGRATION
and GLOBAL_DIRTY_DIRTY_RATE to distinguish what current dirty
tracking aims for, migration or dirty rate.

Signed-off-by: Hyman Huang(é»„å‹‡) &lt;huangy81@chinatelecom.cn&gt;
Message-Id: &lt;9c9388657cfa0301bd2c1cfa36e7cf6da4aeca19.1624040308.git.huangy81@chinatelecom.cn&gt;
Reviewed-by: Peter Xu &lt;peterx@redhat.com&gt;
Reviewed-by: Juan Quintela &lt;quintela@redhat.com&gt;
Signed-off-by: Juan Quintela &lt;quintela@redhat.com&gt;
</content>
</entry>
<entry>
<title>memory: Name all the memory listeners</title>
<updated>2021-09-30T13:30:24Z</updated>
<author>
<name>Peter Xu</name>
<email>peterx@redhat.com</email>
</author>
<published>2021-08-17T01:35:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=142518bda515c132a46ce5826e73fbd2a5b154d9'/>
<id>urn:sha1:142518bda515c132a46ce5826e73fbd2a5b154d9</id>
<content type='text'>
Provide a name field for all the memory listeners.  It can be used to identify
which memory listener is which.

Signed-off-by: Peter Xu &lt;peterx@redhat.com&gt;
Reviewed-by: David Hildenbrand &lt;david@redhat.com&gt;
Message-Id: &lt;20210817013553.30584-2-peterx@redhat.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>memory: Add RAM_PROTECTED flag to skip IOMMU mappings</title>
<updated>2021-09-30T12:50:19Z</updated>
<author>
<name>Sean Christopherson</name>
<email>sean.j.christopherson@intel.com</email>
</author>
<published>2021-07-19T11:21:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=56918a126ae25383cb0c2c74a6f0f784a6d59ac1'/>
<id>urn:sha1:56918a126ae25383cb0c2c74a6f0f784a6d59ac1</id>
<content type='text'>
Add a new RAMBlock flag to denote "protected" memory, i.e. memory that
looks and acts like RAM but is inaccessible via normal mechanisms,
including DMA.  Use the flag to skip protected memory regions when
mapping RAM for DMA in VFIO.

Signed-off-by: Sean Christopherson &lt;sean.j.christopherson@intel.com&gt;
Signed-off-by: Yang Zhong &lt;yang.zhong@intel.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
</content>
</entry>
<entry>
<title>softmmu/physmem: Extend ram_block_discard_(require|disable) by two discard types</title>
<updated>2021-07-08T19:54:45Z</updated>
<author>
<name>David Hildenbrand</name>
<email>david@redhat.com</email>
</author>
<published>2021-04-13T09:55:29Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/qemu/commit/?id=7e6d32ebf79079a88e24da3359e2427ebed5f1be'/>
<id>urn:sha1:7e6d32ebf79079a88e24da3359e2427ebed5f1be</id>
<content type='text'>
We want to separate the two cases whereby we discard ram
- uncoordinated: e.g., virito-balloon
- coordinated: e.g., virtio-mem coordinated via the RamDiscardManager

Reviewed-by: Pankaj Gupta &lt;pankaj.gupta@cloud.ionos.com&gt;
Acked-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Cc: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
Cc: "Michael S. Tsirkin" &lt;mst@redhat.com&gt;
Cc: Alex Williamson &lt;alex.williamson@redhat.com&gt;
Cc: Dr. David Alan Gilbert &lt;dgilbert@redhat.com&gt;
Cc: Igor Mammedov &lt;imammedo@redhat.com&gt;
Cc: Pankaj Gupta &lt;pankaj.gupta.linux@gmail.com&gt;
Cc: Peter Xu &lt;peterx@redhat.com&gt;
Cc: Auger Eric &lt;eric.auger@redhat.com&gt;
Cc: Wei Yang &lt;richard.weiyang@linux.alibaba.com&gt;
Cc: teawater &lt;teawaterz@linux.alibaba.com&gt;
Cc: Marek Kedzierski &lt;mkedzier@redhat.com&gt;
Signed-off-by: David Hildenbrand &lt;david@redhat.com&gt;
Message-Id: &lt;20210413095531.25603-12-david@redhat.com&gt;
Signed-off-by: Eduardo Habkost &lt;ehabkost@redhat.com&gt;
</content>
</entry>
</feed>
