Re: [PATCH RESEND 2/2] scsi-disk: Fix crash of VMs configured with the CDROM device

2024-04-14 Thread Yong Huang
Ping On Mon, Apr 8, 2024 at 8:08 PM Hyman Huang wrote: > When configuring VMs with the CDROM device using the USB bus > in Libvirt, do as follows: > > > > > > > > > > > The destination Qemu process crashed, causing the VM migration > to fail; the backtrace reveals the

Re: [PATCH v4 5/5] tests/qtest : Add testcase for DM163

2024-04-14 Thread Thomas Huth
On 14/04/2024 15.05, Inès Varhol wrote: `test_dm163_bank()` Checks that the pin "sout" of the DM163 led driver outputs the values received on pin "sin" with the expected latency (depending on the bank). `test_dm163_gpio_connection()` Check that changes to relevant STM32L4x5 GPIO pins are

RE: COLO state?

2024-04-14 Thread Zhang, Chen
> -Original Message- > From: Fabiano Rosas > Sent: Thursday, April 11, 2024 10:40 PM > To: Zhang, Hailiang ; Zhang, Chen > ; Li Zhijian > Cc: qemu-devel@nongnu.org; Peter Xu > Subject: COLO state? > > Hi COLO maintainers, > > Would you please take a look at this issue? > >

Re: [RFC PATCH 0/4] target/riscv/kvm: QEMU support for KVM Guest Debug on RISC-V

2024-04-14 Thread Chao Du
Gentle ping... On 2024-04-09 17:43, Chao Du wrote: > > Hi Daniel and all, > > The KVM patches have been reviewd and are in the queue. > https://lore.kernel.org/all/20240402062628.5425-1-duc...@eswincomputing.com/ > > Could you please review in the QEMU side ? > Then I will rebase this series

Re: [PATCH v6] virtio-pci: Fix the crash that the vector was used after released.

2024-04-14 Thread Lei Yang
QE tested this patch with regression tests, everything works fine. Tested-by: Lei Yang On Fri, Apr 12, 2024 at 2:37 PM Cindy Lu wrote: > > Hi All > I apologize for bothering you again > I send the new patch is because I found that the function >

Re: [PATCH] target/sparc: resolve ASI_USERTXT correctly

2024-04-14 Thread M Bazz
Hi Henry, I want to thank you for every chance I get to learn from you. Each email excites me. On Sun, Apr 14, 2024 at 1:20 PM Richard Henderson wrote: > The "current" permission, as computed by > > > -case ASI_KERNELTXT: /* Supervisor code access */ > > -oi = make_memop_idx(memop,

Re: [PATCH] m25p80: Add support for the GD25WQ32E flash

2024-04-14 Thread Giacomo Parmeggiani
PING Hi all, could you have a look at this small patch? See also: https://patchew.org/QEMU/20240330203520.64892-1-giacomo.parmeggi...@gmail.com/ BR, Giacomo Parmeggiani On Sat, Mar 30, 2024 at 9:36 PM Giacomo Parmeggiani < giacomo.parmeggi...@gmail.com> wrote: > This introduces the GigaDevice

Re: Intention to work on GSoC project

2024-04-14 Thread Sahil
Hi, On Friday, April 5, 2024 12:36:02 AM IST Sahil wrote: > [...] > I'll set up this environment as well. I would like to post an update here. I spent the last week trying to set up the environment as described in the blog [1]. I initially tried to get the L1 VM running on my host machine

[PATCH v2] tests/qtest : Use `g_assert_cmphex` instead of `g_assert_cmpuint`

2024-04-14 Thread Inès Varhol
The messages for assertions using hexadecimal numbers will be easier to understand with `g_assert_cmphex`. Cases changed : "cmpuint.*0x", "cmpuint.*<<" Signed-off-by: Inès Varhol --- tests/qtest/aspeed_fsi-test.c | 20 ++-- tests/qtest/cmsdk-apb-dualtimer-test.c | 2 +-

Re: [PATCH] target/sparc: resolve ASI_USERTXT correctly

2024-04-14 Thread Richard Henderson
On 4/13/24 18:54, M Bazz wrote: This thought just came to me. `lda` is a privileged instruction. It has to run in supervisor mode. So, I'm struggling to understand how the kernel permission was wrong. Isn't that the right permission for this instruction? The "current" permission, as computed

Re: [PATCH] tests/qtest : Use `g_assert_cmphex` instead of `g_assert_cmpuint`

2024-04-14 Thread Inès Varhol
- Le 14 Avr 24, à 18:19, Philippe Mathieu-Daudé phi...@linaro.org a écrit : > Hi Inès, Hello Philippe ! > > On 14/4/24 15:24, Inès Varhol wrote: >> The messages for STM32L4x5 tests will be easier to understand with >> `g_assert_cmphex` since the comparisions were made with hexadecimal >

Re: [PATCH] tests/qtest : Use `g_assert_cmphex` instead of `g_assert_cmpuint`

2024-04-14 Thread Philippe Mathieu-Daudé
Hi Inès, On 14/4/24 15:24, Inès Varhol wrote: The messages for STM32L4x5 tests will be easier to understand with `g_assert_cmphex` since the comparisions were made with hexadecimal "comparisons" numbers. Signed-off-by: Inès Varhol --- tests/qtest/stm32l4x5_exti-test.c | 138

Re: Qemu for TC377

2024-04-14 Thread Philippe Mathieu-Daudé
Hi Sameer, On 13/4/24 14:52, Sameer Kalliadan Poyil wrote: Hello All, I see that Latest qemu supports for tricore TC277 and TC377 image.png But when I downloaded source code and checked for TC377 related file , I didn't find anything I want to run RTOS/bare metal code on TC377 . could you

Patch "virtio_net: Do not send RSS key if it is not supported" has been added to the 6.8-stable tree

2024-04-14 Thread gregkh
This is a note to let you know that I've just added the patch titled virtio_net: Do not send RSS key if it is not supported to the 6.8-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

[PATCH] tests/qtest : Use `g_assert_cmphex` instead of `g_assert_cmpuint`

2024-04-14 Thread Inès Varhol
The messages for STM32L4x5 tests will be easier to understand with `g_assert_cmphex` since the comparisions were made with hexadecimal numbers. Signed-off-by: Inès Varhol --- tests/qtest/stm32l4x5_exti-test.c | 138 ++-- tests/qtest/stm32l4x5_syscfg-test.c | 74

[PATCH v4 2/5] hw/arm : Pass STM32L4x5 SYSCFG gpios to STM32L4x5 SoC

2024-04-14 Thread Inès Varhol
Exposing SYSCFG inputs to the SoC is practical in order to wire the SoC to the optional DM163 display from the board code (GPIOs outputs need to be connected to both SYSCFG inputs and DM163 inputs). STM32L4x5 SYSCFG in-irq interception needed to be changed accordingly. Signed-off-by: Arnaud

[PATCH v4 4/5] hw/arm : Connect DM163 to B-L475E-IOT01A

2024-04-14 Thread Inès Varhol
Signed-off-by: Arnaud Minier Signed-off-by: Inès Varhol --- hw/arm/b-l475e-iot01a.c | 59 +++-- hw/arm/Kconfig | 1 + 2 files changed, 58 insertions(+), 2 deletions(-) diff --git a/hw/arm/b-l475e-iot01a.c b/hw/arm/b-l475e-iot01a.c index

[PATCH v4 0/5] Add device DM163 (led driver, matrix colors shield & display)

2024-04-14 Thread Inès Varhol
This device implements the IM120417002 colors shield v1.1 for Arduino (which relies on the DM163 8x3-channel led driving logic) and features a simple display of an 8x8 RGB matrix. This color shield can be plugged on the Arduino board (or the B-L475E-IOT01A board) to drive an 8x8 RGB led matrix.

[PATCH v4 5/5] tests/qtest : Add testcase for DM163

2024-04-14 Thread Inès Varhol
`test_dm163_bank()` Checks that the pin "sout" of the DM163 led driver outputs the values received on pin "sin" with the expected latency (depending on the bank). `test_dm163_gpio_connection()` Check that changes to relevant STM32L4x5 GPIO pins are propagated to the DM163 device. Signed-off-by:

[PATCH v4 3/5] hw/arm : Create Bl475eMachineState

2024-04-14 Thread Inès Varhol
Signed-off-by: Arnaud Minier Signed-off-by: Inès Varhol --- hw/arm/b-l475e-iot01a.c | 44 + 1 file changed, 31 insertions(+), 13 deletions(-) diff --git a/hw/arm/b-l475e-iot01a.c b/hw/arm/b-l475e-iot01a.c index d862aa43fc..2b570b3e09 100644 ---

[PATCH v4 1/5] hw/display : Add device DM163

2024-04-14 Thread Inès Varhol
This device implements the IM120417002 colors shield v1.1 for Arduino (which relies on the DM163 8x3-channel led driving logic) and features a simple display of an 8x8 RGB matrix. The columns of the matrix are driven by the DM163 and the rows are driven externally. Acked-by: Alistair Francis

Re: [PATCH v2] ppc440_pcix: Do not expose a bridge device on PCI bus

2024-04-14 Thread BALATON Zoltan
On Sat, 13 Apr 2024, Philippe Mathieu-Daudé wrote: On 11/4/24 21:24, BALATON Zoltan wrote: Real 460EX SoC apparently does not expose a bridge device and having it appear on PCI bus confuses an AmigaOS file system driver that uses this to detect which machine it is running on. Signed-off-by:

Re: [PULL 0/1] target/sparc late fix

2024-04-14 Thread Peter Maydell
On Fri, 12 Apr 2024 at 19:55, Richard Henderson wrote: > > Since this problem has 4 issues open, let's get it for 9.0. > > > r~ > > > The following changes since commit be72d6ab361a26878752467a17289066dfd5bc28: > > Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging >

Re: Discrepancy between mmap call on DPDK/libvduse and rust vm-memory crate

2024-04-14 Thread Michael S. Tsirkin
On Fri, Apr 12, 2024 at 12:15:40PM +0200, Eugenio Perez Martin wrote: > Hi! > > I'm building a bridge to expose vhost-user devices through VDUSE. The > code is still immature but I'm able to forward packets using > dpdk-l2fwd through VDUSE to VM. I'm now developing exposing virtiofsd, > but I've

Re: [PATCH v9 17/20] ebpf: Fix RSS error handling

2024-04-14 Thread Akihiko Odaki
On 2024/04/13 21:16, Yuri Benditovich wrote: On Wed, Apr 3, 2024 at 2:12 PM Akihiko Odaki wrote: calculate_rss_hash() was using hash value 0 to tell if it calculated a hash, but the hash value may be 0 on a rare occasion. Have a distinct bool value for correctness. This is interesting