Hi Bibo Mao:
On 2025/6/13 上午9:31, Xianglai Li wrote:
The expire time is sent to the timer only
when the expire Time is greater than 0 or
greater than now. Otherwise, the timer
will trigger interruption continuously.
Timer interrupts are sent using pulse functions.
Signed-off-by: Xianglai Li
Hi bibo mao:
On 2025/3/26 上午10:51, lixianglai wrote:
Hi bibo mao:
Xianglai,
Thanks for your patch, some comments inline.
On 2025/3/19 下午4:32, Xianglai Li wrote:
When only the -kernel parameter is used to load the elf kernel,
the initrd is loaded in the ram. If the initrd size is too
Hi bibo mao:
Xianglai,
Thanks for your patch, some comments inline.
On 2025/3/19 下午4:32, Xianglai Li wrote:
When only the -kernel parameter is used to load the elf kernel,
the initrd is loaded in the ram. If the initrd size is too large,
the loading fails, resulting in a VM startup failure.
Hi Philippe Mathieu-Daudé:
Hi,
On 8/2/25 08:50, Xianglai Li wrote:
When the KVM_REG_LOONGARCH_VCPU_RESET command word
is sent to the kernel through the kvm_set_one_reg interface,
the parameter source needs to be a legal address,
otherwise the kernel will return an error and the command word
wil
Ok! I will modify it according to the suggestion.
Thanks,
Xianglai.
On 2025/2/5 下午8:06, Xianglai Li wrote:
When the KVM_REG_LOONGARCH_VCPU_RESET command word
is sent to the kernel through the kvm_set_one_reg interface,
the parameter source needs to be a legal address,
otherwise the kernel will
Hi hongyu:
Thank you very much for submitting patch for loongarch,
but can you submit patch according to qemu code contribution specification?
You can refer to this document:
https://www.qemu.org/docs/master/devel/submitting-a-patch.html
It should also be pointed out that you need to use the git
Hello everyone, I have a question about cpu hotplug to consult you.
When I start qemu with the following parameters:
/usr/bin/qemu-system-loongarch64 \
-machine virt \
-accel tcg \
-bios /usr/share/edk2/loongarch64/QEMU_EFI.fd \
-m size=1048576k \
-smp 1,maxcpus=4,cores=1,threads=1,sockets=4 \
Hi Cornelia Huck:
On Tue, Sep 10 2024, Xianglai Li wrote:
Add macro definitions needed for interrupt controller kvm emulation.
Signed-off-by: Xianglai Li
---
Cc: Paolo Bonzini
Cc: Song Gao
Cc: Jiaxun Yang
Cc: Huacai Chen
Cc: "Michael S. Tsirkin"
Cc: Cornelia Huck
Cc: k...@vger.kernel.o
Hi Philippe:
Hi Richard,
On 11/7/24 09:48, Song Gao wrote:
The following changes since commit
59084feb256c617063e0dbe7e64821ae8852d7cf:
Merge tag 'pull-aspeed-20240709' of
https://github.com/legoater/qemu into staging (2024-07-09 07:13:55
-0700)
are available in the Git repository at:
Hi Philippe:
Hi Xianglai,
On 24/6/24 05:33, Xianglai Li wrote:
loongarch added a common library for edk2 to
parse flash base addresses through fdt.
For compatibility with other architectures,
the flash block size in qemu is now changed to 256k.
Why is that an issue / concern?
The patch sub
在 2024/3/16 上午1:06, Richard Henderson 写道:
> On 3/14/24 23:01, lixianglai wrote:
>> Hi Richard :
>>
>>> On 3/14/24 20:22, lixianglai wrote:
>>>> Hi Richard:
>>>>> On 3/13/24 15:33, Xianglai Li wrote:
>>>>>> + if
Hi Richard :
On 3/14/24 20:22, lixianglai wrote:
Hi Richard:
On 3/13/24 15:33, Xianglai Li wrote:
+ if (unlikely((level == 0) || (level > 4))) {
+ return base;
+ }
...
Perhaps it would be worthwhile to add another for the level==0 or >
4 case above?
A normal level
Hi Richard:
On 3/13/24 15:33, Xianglai Li wrote:
+ if (unlikely((level == 0) || (level > 4))) {
+ return base;
+ }
+
+ if (FIELD_EX64(base, TLBENTRY, HUGE)) {
+ if (FIELD_EX64(base, TLBENTRY, LEVEL)) {
+ return base;
+ } else {
+ return FIELD_
Hi Richard:
@@ -495,30 +508,10 @@ target_ulong helper_lddir(CPULoongArchState
*env, target_ulong base,
shift = FIELD_EX64(env->CSR_PWCL, CSR_PWCL, PTEWIDTH);
shift = (shift + 1) * 3;
- if (huge) {
- return base;
- }
- switch (level) {
- case 1:
- dir_bas
the compiled bios from the link below:
https://github.com/lixianglai/LoongarchVirtFirmware
Thanks,
Xianglai.
Huacai
On Sat, Mar 2, 2024 at 12:14 PM lixianglai wrote:
Hi Philippe:
On 29/2/24 12:38, Song Gao wrote:
From: Xianglai Li
The UEFI loading mode in loongarch is very different
Hi Richard :
On 3/4/24 20:21, lixianglai wrote:
Hi Richard:
On 3/4/24 17:51, Xianglai Li wrote:
When we use qemu tcg simulation, the page size of bios is 4KB.
When using the level 2 super large page (page size is 1G) to create
the page table,
it is found that the content of the corresponding
Hi Richard:
On 3/4/24 17:51, Xianglai Li wrote:
When we use qemu tcg simulation, the page size of bios is 4KB.
When using the level 2 super large page (page size is 1G) to create
the page table,
it is found that the content of the corresponding address space is
abnormal,
resulting in the bios
Hi gaosong:
Hi,
Title 'target/loongarch: ' ...
OK! I will fix it in next version.
Thanks,
Xianglai.
Thanks.
Song Gao
在 2024/2/28 14:55, Xianglai Li 写道:
The lddir and ldpte instruction emulation has
a problem with the use of large page processing above level 2.
The page size is no
Hi Philippe:
On 29/2/24 12:38, Song Gao wrote:
From: Xianglai Li
The UEFI loading mode in loongarch is very different
from that in other architectures:loongarch's UEFI code
is in rom, while other architectures' UEFI code is in flash.
loongarch UEFI can be loaded as follows:
-machine virt,pfla
Hi Andrea:
On Tue, Feb 06, 2024 at 05:38:35AM -0800, Andrea Bolognani wrote:
On Tue, Feb 06, 2024 at 10:10:02AM +0800, Xianglai Li wrote:
The UEFI loading mode in loongarch is very different
from that in other architectures:loongarch's UEFI code
is in rom, while other architectures' UEFI code i
atch.
Thanks.
Xianglai.
Thanks.
[1]
https://github.com/lixianglai/LoongarchVirtFirmware/commit/985ce19438d9544968c7e921c6acf2c74fd4713e
Hi maobibo:
diff --git a/include/hw/loongarch/virt.h b/include/hw/loongarch/virt.h
index 6ef9a92394..d1fba1204e 100644
--- a/include/hw/loongarch/virt.h
+++ b/include/hw/loongarch/virt.h
@@ -20,8 +20,10 @@
#define VIRT_BIOS_BASE 0x1c00UL
#define VIRT_BIOS_SIZE (4 * M
Hi maobibo:
diff --git a/include/hw/loongarch/virt.h b/include/hw/loongarch/virt.h
index 6ef9a92394..d1fba1204e 100644
--- a/include/hw/loongarch/virt.h
+++ b/include/hw/loongarch/virt.h
@@ -20,8 +20,10 @@
#define VIRT_BIOS_BASE 0x1c00UL
#define VIRT_BIOS_SIZE (4 * M
Hi Philippe:
When developing libvirt on loongarch, we encountered some problems
related to pflash.
libvirt and qemu met some difficulties in the coordination of UEFI loading.
I think we need your suggestions and opinions on the solution.
Anyway, I fetched and installed this. The firmwa
on of patch to
the community according to the opinions of the community, hoping to
listen to everyone's opinions. Anyway we have a version of libvirt that
supports loongarch.
You can also get libvirt's patch from the link below:
https://gitlab.com/lixianglai/libvirt
branch: loongarc
Hi Salil Mehta via:
Virtual CPU hotplug support is being added across various architectures[1][3].
This series adds various code bits common across all architectures:
1. vCPU creation and Parking code refactor [Patch 1]
2. Update ACPI GED framework to support vCPU Hotplug [Patch 4,6,7]
3. ACPI
Hi Philippe Mathieu-Daudé :
Hi,
On 9/10/23 11:01, xianglai li wrote:
This series add loongarch kvm support, mainly implement
some interfaces used by kvm such as kvm_arch_get/set_regs,
kvm_arch_handle_exit, kvm_loongarch_set_interrupt, etc.
Currently, we are able to boot LoongArch KVM Linux Gue
Hi Philippe Mathieu-Daudé:
Hi Li and Zhao,
On 9/10/23 11:01, xianglai li wrote:
From: Tianrui Zhao
Implement kvm_arch_get/set_registers interfaces, many regs
can be get/set in the function, such as core regs, csr regs,
fpu regs, mp state, etc.
Cc: "Michael S. Tsirkin"
Cc: Cornelia Huck
Cc
Hi Michael S. Tsirkin:
On Tue, Sep 26, 2023 at 08:49:27PM +0800, lixianglai wrote:
Hi Salil Mehta via And Michael S. Tsirkin:
From: Michael S. Tsirkin
Sent: Tuesday, September 26, 2023 12:54 PM
To: Salil Mehta
Cc: xianglai li ; qemu-devel@nongnu.org; Bernhard
Beschow ; Salil Mehta
Hi Salil Mehta:
Hi Xianglai,
From: xianglai li
Sent: Tuesday, September 26, 2023 10:55 AM
To: qemu-devel@nongnu.org
Cc: Bernhard Beschow ; Salil Mehta
; Salil Mehta ; Xiaojuan
Yang ; Song Gao ; Michael S.
Tsirkin ; Igor Mammedov ; Ani Sinha
; Paolo Bonzini ; Richard
Henderson ; Eduardo Habko
Hi Salil Mehta:
From: Salil Mehta
Sent: Tuesday, September 26, 2023 12:21 PM
To: 'David Hildenbrand' ; lixianglai
; qemu-devel@nongnu.org
Cc: Salil Mehta ; Xiaojuan Yang
; Song Gao ; Michael S.
Tsirkin ; Igor Mammedov ; Ani Sinha
; Paolo Bonzini ; Richard
Henderson ; Eduardo Habkos
Hi Michael S. Tsirkin :
On Tue, Sep 26, 2023 at 11:37:38AM +, Salil Mehta wrote:
From: Michael S. Tsirkin
Sent: Tuesday, September 26, 2023 12:02 PM
To: Salil Mehta
Cc: qemu-devel@nongnu.org; qemu-...@nongnu.org; m...@kernel.org; jean-
phili...@linaro.org; Jonathan Cameron ;
lpieral...@k
Hi Salil Mehta via And Michael S. Tsirkin:
From: Michael S. Tsirkin
Sent: Tuesday, September 26, 2023 12:54 PM
To: Salil Mehta
Cc: xianglai li ; qemu-devel@nongnu.org; Bernhard
Beschow ; Salil Mehta ; Xiaojuan
Yang ; Song Gao ; Igor
Mammedov ; Ani Sinha ; Paolo
Bonzini ; Richard Henderson
;
Hi Salil Mehta via:
Same with this patch. It already exists in the architecture agnostic
patches part of below:
https://lore.kernel.org/qemu-devel/20230926100436.28284-1-salil.me...@huawei.com/T/#t
OK, I will remove the first two patches in the next version.
Thanks,
Xianglai.
Thanks
S
Hi Salil Mehta via :
Hi Xianglai,
FYI. RFC V2 is out and you can now drop the arch agnostic patches from
your patch-set. Please check the details in the cover letter which one
you need to pick and rebase from:
https://lore.kernel.org/qemu-devel/20230926100436.28284-1-salil.me...@huawei.com/T/#
Hi, Michael S. Tsirkin :
On Tue, Sep 26, 2023 at 05:54:26PM +0800, xianglai li wrote:
ACPI GED shall be used to convey to the guest kernel about any cpu hot-(un)plug
events. Therefore, existing ACPI GED framework inside QEMU needs to be enhanced
to support CPU hot-(un)plug state and events.
C
Hi David :
On 15.09.23 04:53, lixianglai wrote:
Hi David Hildenbrand:
Hi David Hildenbrand:
On 14.09.23 15:00, lixianglai wrote:
Hi David:
Hi!
On 12.09.23 04:11, xianglai li wrote:
Introduce new function to destroy CPU address space resources
for cpu hot-(un)plug.
How do other
Hi Philippe Mathieu-Daudé :
Hi,
On 12/9/23 04:11, xianglai li wrote:
It will be reused in loongarch/virt.c for unwiring
the vcpu<->exioi interrupts for the vcpu hot-(un)plug
cases.
Since we never had to use this, I'm surprised we really need it.
QEMU IRQs/GPIOs are similar to hardware ones,
Hi David Hildenbrand:
Hi David Hildenbrand:
On 14.09.23 15:00, lixianglai wrote:
Hi David:
Hi!
On 12.09.23 04:11, xianglai li wrote:
Introduce new function to destroy CPU address space resources
for cpu hot-(un)plug.
How do other archs handle that? Or how are they able to get away
Hi David Hildenbrand:
On 14.09.23 15:00, lixianglai wrote:
Hi David:
Hi!
On 12.09.23 04:11, xianglai li wrote:
Introduce new function to destroy CPU address space resources
for cpu hot-(un)plug.
How do other archs handle that? Or how are they able to get away
without destroying
Hi David:
On 12.09.23 04:11, xianglai li wrote:
Introduce new function to destroy CPU address space resources
for cpu hot-(un)plug.
How do other archs handle that? Or how are they able to get away
without destroying?
They do not remove the cpu address space, taking the X86 architecture as
Hi, Salil Mehta :
Hi Xianglai,
From: qemu-devel-bounces+salil.mehta=huawei@nongnu.org On Behalf Of xianglai li
Sent: Tuesday, September 12, 2023 3:12 AM
To: qemu-devel@nongnu.org
Cc: Salil Mehta ; Xiaojuan Yang
; Song Gao ; Michael S.
Tsirkin ; Igor Mammedov ; Ani Sinha
; Paolo Bonzini ;
On 9/4/23 7:42 PM, Gerd Hoffmann wrote:
Hi,
The loongarch cross-compilation tool on the fedora38 operating system is a
bit old,
The gcc 12 -> 13 update for the cross compilers landed meanwhile,
right now we have:
binutils-loongarch64-linux-gnu.x86_64 2.39-4.fc38@updates
gcc
system is
a bit old,
and there is a problem with the UEFI of the compiled loongarch,
so I want to ask about the UEFI compilation environment.
Thanks,
xianglai
On 8/10/23 8:54 PM, lixianglai wrote:
On 8/10/23 7:34 PM, Philippe Mathieu-Daudé wrote:
Hi,
On 10/8/23 09:42, xianglai li wrote
On 8/10/23 7:34 PM, Philippe Mathieu-Daudé wrote:
Hi,
On 10/8/23 09:42, xianglai li wrote:
1.Add edk2-platform submodule
2.Added loongarch UEFI BIOS support to compiled scripts.
3.The cross-compilation toolchain on x86 can be obtained from the
link below:
https://github.com/loongson/build-t
Hi, Jiajie:
On 8/10/23 7:48 PM, Jiajie Chen wrote:
On 2023/8/10 15:42, xianglai li wrote:
1.Add edk2-platform submodule
2.Added loongarch UEFI BIOS support to compiled scripts.
3.The cross-compilation toolchain on x86 can be obtained from the
link below:
https://github.com/loongson/build-tool
Hi, BiBo
On 8/10/23 5:58 PM, bibo mao wrote:
Xianglai,
I reply inline.
在 2023/8/10 15:42, xianglai li 写道:
1.Add edk2-platform submodule
2.Added loongarch UEFI BIOS support to compiled scripts.
The description is somewhat too simple, it should be paragraph.
Okay, I'll describe it in detail
Hi Igor Mammedov:
On 7/28/23 9:21 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:10 +0800
xianglai li wrote:
1.Add CPU topology related functions
2.Add CPU hot-plug related hook functions
3.Update the in-place CPU creation process at machine initialization
patch is to large, split it at
Hi, Igor Mammedov:
On 7/28/23 9:30 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:13 +0800
xianglai li wrote:
Turn on CPU hot-(un)plug custom for loongarch in the configuration file
Cc: Xiaojuan Yang
Cc: Song Gao
Cc: "Michael S. Tsirkin"
Cc: Igor Mammedov
Cc: Ani Sinha
Cc: Paolo Bo
Hi Igor Mammedov:
On 7/28/23 9:26 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:12 +0800
xianglai li wrote:
1.Create a new GED device type for Loongarch,
mount cpu_madt function to update the ACPI table
madt changes should be its own patch
Okay, I'll put the Madt-related changes int
Hi Igor Mammedov:
On 7/28/23 9:23 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:11 +0800
xianglai li wrote:
1.Add the Unrealize function to the Loongarch CPU for cpu hot-(un)plug
2.Add CPU topology-related properties to the Loongarch CPU for cpu hot-(un)plug
Cc: Xiaojuan Yang
Cc: Song
Hi,Peter Maydell :
On 7/28/23 8:38 PM, Peter Maydell wrote:
On Thu, 20 Jul 2023 at 08:16, xianglai li wrote:
It introduces a new function to unwire the
vcpu<->exioi interrupts for the vcpu hot-(un)plug cases.
Cc: Xiaojuan Yang
Cc: Song Gao
Cc: "Michael S. Tsirkin"
Cc: Igor Mammedov
Cc: A
Hi Igor Mammedov:
The first four patches are written with reference to the patch in the public
modification section of Arm's CPU Hotplug, and the Arm CPU HotPlug-related
patches will be merged into the community in the near future, so the
first four
patches will be discarded and rebase based
Hi, Igor Mammedov:
On 7/28/23 7:59 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:08 +0800
xianglai li wrote:
It introduces a new function to unwire the
vcpu<->exioi interrupts for the vcpu hot-(un)plug cases.
it's not a new function.
You probably wanted to say:
subj: make foo() public
Hi, Igor Mammedov :
On 7/28/23 7:55 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:07 +0800
xianglai li wrote:
CPUs Control device(\\_SB.PCI0) register interface for the x86 arch is based on
PCI and is IO port based and hence existing cpus AML code assumes _CRS objects
would evaluate to a
Hi, Igor Mammedov :
On 7/28/23 7:45 PM, Igor Mammedov wrote:
On Thu, 20 Jul 2023 15:15:06 +0800
xianglai li wrote:
ACPI GED shall be used to convey to the guest kernel about any cpu hot-(un)plug
events. Therefore, existing ACPI GED framework inside QEMU needs to be enhanced
to support CPU hot
Hi, Salil
On 2023/7/27 pm 10:51, Salil Mehta wrote:
Hello,
From: lixianglai
Sent: Thursday, July 27, 2023 3:14 AM
To: Gavin Shan ; qemu-devel@nongnu.org; Salil Mehta
; zhukeqian ; Bibo Mao
Subject: Re: [PATCH 0/8] Adds CPU hot-plug support to Loongarch
Hi Gavin and Salil,
On 7/27/23 8:57
Hi Gavin and Salil,
On 7/27/23 8:57 AM, Gavin Shan wrote:
Hi Xianglai,
On 7/20/23 17:15, xianglai li wrote:
Hello everyone, We refer to the implementation of ARM CPU
Hot-Plug to add GED-based CPU Hot-Plug support to Loongarch.
The first 4 patches are changes to the QEMU common code,
including
Hello,Recently, when I was developing CPU hot-plugs under the loongarch
architecture,
I found that there was a problem with qemu cpu hot-plugs under x86
architecture,
which caused the qemu process coredump when repeatedly inserting and
unplugging
the CPU when the TCG was accelerated.
The
59 matches
Mail list logo
