On 8/10/23 23:31, Ilya Leoshkevich wrote:
On Mon, 2023-08-07 at 11:17 -0700, Richard Henderson wrote:
On 8/7/23 09:37, Richard Henderson wrote:
We will want to be able to search the set of mappings.
For this patch, the two users iterate the tree in order.
Signed-off-by: Richard Henderson
---
On 8/10/23 23:51, Ilya Leoshkevich wrote:
CentOS 7 does not define MAP_SHARED_VALIDATE. Use a definition provided
by the QEMU's copy of linux/mman.h.
Fixes: 4b840f96096d ("linux-user: Populate more bits in mmap_flags_tbl")
Signed-off-by: Ilya Leoshkevich
Does it fix the missing MADV_WIPEONFOR
On Fri, 2023-08-11 at 00:03 +0200, Helge Deller wrote:
> On 8/10/23 23:51, Ilya Leoshkevich wrote:
> > CentOS 7 does not define MAP_SHARED_VALIDATE. Use a definition
> > provided
> > by the QEMU's copy of linux/mman.h.
> >
> > Fixes: 4b840f96096d ("linux-user: Populate more bits in
> > mmap_flags_
CentOS 7 does not define MADV_KEEPONFORK and MADV_WIPEONFORK. Use
definitions provided by the QEMU's copy of linux/mman.h.
Fixes: 4530deb1 ("linux-user: Add emulation for MADV_WIPEONFORK and
MADV_KEEPONFORK in madvise()")
Signed-off-by: Ilya Leoshkevich
---
linux-user/mmap.c | 1 +
1 file chang
Building QEMU on CentOS 7 fails, because there SOL_ALG is not defined.
There already exists #if defined(SOL_ALG) in do_setsockopt(); add it to
target_to_host_cmsg() as well.
Fixes: 27404b6c15c1 ("linux-user: Implement SOL_ALG encryption support")
Signed-off-by: Ilya Leoshkevich
---
linux-user/sy
Hi,
I know that CentOS 7 is not tested anymore, but unfortunately it's the
only ppc64le system that I have, so I had to fix a few build issues
that crept in since the testing stopped. The fixes are simple and may
be helpful to people in the same situation.
Best regards,
Ilya
Ilya Leoshkevich (3)
IA-64 and PA-RISC host support is already removed with commit
b1cef6d02f("Drop remaining bits of ia64 host support").
Signed-off-by: Akihiko Odaki
---
util/async-teardown.c | 3 ---
util/oslib-posix.c| 14 ++
2 files changed, 2 insertions(+), 15 deletions(-)
diff --git a/util/a
Hello,
On behalf of the QEMU Team, I'd like to announce the availability of the
fourth release candidate for the QEMU 8.1 release. This release is meant
for testing purposes and should not be used in a production environment.
http://download.qemu.org/qemu-8.1.0-rc3.tar.xz
http://download.qemu
RR CPU switching is driven by timers and events so it is deterministic
like everything else. Record a CPU switch event and use that to drive
the CPU switch on replay.
Signed-off-by: Nicholas Piggin
---
This is still in RFC phase because so far I've only really testd ppc
pseries, and only with pat
Thanks Fan,
cxl create-region works like a charm :)
Since this gets listed as "System Ram(kmem)", I guess the kernel
treats it as regular memory and
allocates it to the applications when needed?
or is there an extra effort needed to make it available for
applications on the host?
On Thu, 10 Aug
一）
Can you post the guest kernel messages (dmesg)? If the guest is hanging
then it may be easiest to configure a serial console so the kernel
messages are sent to the host where you can see them.
Does the hang occur during the LTP code you linked or afterwards when
the PCI device is bound to a
Hi, Stefan, thank you for your interest in this series.
I'm trying to explain my point, if you think my explanation
doesn't stand up, please let me know.
On Fri, Aug 11, 2023 at 2:33 AM Stefan Hajnoczi wrote:
> On Thu, Aug 10, 2023 at 07:07:09AM +, ~hyman wrote:
> > Ping,
> >
> > This versi
Jonathan,
> More generally for the flow that would bring the memory up as system ram
> you would typically need the bios to have done the CXL enumeration or
> a bunch of scripts in the kernel to have done it. In general it can't
> be fully automated, because there are policy decisions to make on
Thanks Phil, David and Fan
Looks like it was an error from my side due to lack of information
cxl create-region works :)
On Thu, 10 Aug 2023 at 16:29, Philippe Mathieu-Daudé wrote:
>
> Hi,
>
> Cc'ing Igor and David.
>
> On 9/8/23 00:51, Maverickk 78 wrote:
> > Hello,
> >
> > I am running qemu-s
On 2023/8/10 18:48, Philippe Mathieu-Daudé wrote:
On 8/8/23 11:34, LIU Zhiwei wrote:
We should not use types dependend on host arch for target_ucontext.
This bug is found when run rv32 applications.
Signed-off-by: LIU Zhiwei
---
linux-user/riscv/signal.c | 4 ++--
1 file changed, 2 insert
在 2023/8/10 下午11:03, Richard Henderson 写道:
On 8/10/23 05:41, Song Gao wrote:
This patch adds REQUIRE_FP/FP_SP/FP_DP to check CPUCFG2.FP/FP_SP/FP_DP.
Signed-off-by: Song Gao
---
target/loongarch/cpu.h | 6 +
.../loongarch/insn_trans/trans_farith.c.inc | 132 +++
10.08.2023 22:50, Stafford Horne wrote:
On Thu, Aug 10, 2023 at 09:35:18AM +0300, Michael Tokarev wrote:
..
Is it a -stable material? It applies cleanly to 8.0 and 7.2.
Or maybe it is not needed on older versions, not being noticed before?
I would say no, it will work on 8.0 an 7.2 but this
Added support for the BUFFER ORGANIZATION option in reg I2CC_POOL_CTRL,
when set to 1,The buffer is split into two parts: Lower 16 bytes for Tx
and higher 16 bytes for Rx.
Signed-off-by: Hang Yu
---
hw/i2c/aspeed_i2c.c | 7 ++-
include/hw/i2c/aspeed_i2c.h | 1 +
2 files changed, 7 in
Fixed inconsistency between the regisiter bit field defination in headfile
and the ast2600 datasheet. The reg name is I2CD1C:Pool Buffer Control
Register in old register mode and I2CC0C: Master/Slave Pool Buffer Control
Register in new register mode. They share bit field
[12:8]:Transmit Data Byte
According to the ast2600 datasheet and the linux aspeed i2c driver,
the TXBUF transmission start position should be TXBUF[0] instead
of TXBUF[1],so the arg pool_start is useless,and the address is not
included in TXBUF.So even if Tx Count equals zero,there is at least
1 byte data needs to be transm
According to the ast2600 datasheet,the actual Tx count is
Transmit Data Byte Count plus 1, and the max Rx size is
Receive Pool Buffer Size plus 1, both in Pool Buffer Control Register.
The version before forgot to plus 1, and mistake Rx count for Rx size.
Signed-off-by: Hang Yu
---
hw/i2c/aspeed
At 2023-08-11 05:24:43, "Peter Xu" wrote:
>On Fri, Aug 11, 2023 at 01:06:12AM +0800, ThinerLogoer wrote:
>> >I think we have the following options (there might be more)
>> >
>> >1) This patch.
>> >
>> >2) New flag for memory-backend-file. We already have "readonly" and
>> >"share=". I'm having a
We should not use types dependend on host arch for target_ucontext.
This bug is found when run rv32 applications.
Signed-off-by: LIU Zhiwei
Reviewed-by: Richard Henderson
Reviewed-by: Daniel Henrique Barboza
---
v2:
- Use abi_ptr instead of abi_ulong for uc_link. (Suggest by Philippe
Mathieu-D
Reviewed-by: Frank Chang
On Wed, Aug 9, 2023 at 6:23 PM Jason Chien wrote:
> In pcie_bus_realize(), a root bus is realized as a PCIe bus and a non-root
> bus is realized as a PCIe bus if its parent bus is a PCIe bus. However,
> the child bus "dw-pcie" is realized before the parent bus "pcie" wh
201 - 224 of 224 matches
Mail list logo
