From: maobibo <maobibo@loongson.cn>
To: gaosong <gaosong@loongson.cn>, qemu-devel@nongnu.org
Cc: peter.maydell@linaro.org
Subject: Re: [PATCH v6 03/17] hw/loongarch: Add slave cpu boot_code
Date: Thu, 14 Mar 2024 09:31:53 +0800 [thread overview]
Message-ID: <b96de51a-9adf-0dbc-f8f2-d3d3e2a66ff8@loongson.cn> (raw)
In-Reply-To: <af231e3f-0461-d539-f0bc-561421684ca4@loongson.cn>
On 2024/3/11 下午2:50, maobibo wrote:
>
>
> On 2024/3/8 下午5:36, gaosong wrote:
>>
>>
>> 在 2024/3/8 16:27, maobibo 写道:
>>>
>>>
>>> On 2024/3/8 上午12:48, Song Gao wrote:
>>>> Signed-off-by: Song Gao <gaosong@loongson.cn>
>>>> Message-Id: <20240301093839.663947-4-gaosong@loongson.cn>
>>>> ---
>>>> hw/loongarch/boot.c | 70
>>>> ++++++++++++++++++++++++++++++++++++++++++++-
>>>> 1 file changed, 69 insertions(+), 1 deletion(-)
>>>>
>>>> diff --git a/hw/loongarch/boot.c b/hw/loongarch/boot.c
>>>> index 149deb2e01..e560ac178a 100644
>>>> --- a/hw/loongarch/boot.c
>>>> +++ b/hw/loongarch/boot.c
>>>> @@ -15,6 +15,54 @@
>>>> #include "sysemu/reset.h"
>>>> #include "sysemu/qtest.h"
>>>> +static const unsigned int slave_boot_code[] = {
>>>> + /* Configure reset ebase. */
>>>> + 0x0400302c, /* csrwr $r12,0xc */
>>>> +
>>>> + /* Disable interrupt. */
>>>> + 0x0380100c, /* ori $r12,$r0,0x4 */
>>>> + 0x04000180, /* csrxchg $r0,$r12,0x0 */
>>>> +
>>>> + /* Clear mailbox. */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x038081ad, /* ori $r13,$r13,0x20 */
>>>> + 0x06481da0, /* iocsrwr.d $r0,$r13 */
>>>> +
>>>> + /* Enable IPI interrupt. */
>>>> + 0x1400002c, /* lu12i.w $r12,1(0x1) */
>>>> + 0x0400118c, /* csrxchg $r12,$r12,0x4 */
>>>> + 0x02fffc0c, /* addi.d $r12,$r0,-1(0xfff) */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x038011ad, /* ori $r13,$r13,0x4 */
>>>> + 0x064819ac, /* iocsrwr.w $r12,$r13 */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x038081ad, /* ori $r13,$r13,0x20 */
>>>> +
>>>> + /* Wait for wakeup <.L11>: */
>>>> + 0x06488000, /* idle 0x0 */
>>>> + 0x03400000, /* andi $r0,$r0,0x0 */
>>>> + 0x064809ac, /* iocsrrd.w $r12,$r13 */
>>>> + 0x43fff59f, /* beqz $r12,-12(0x7ffff4) # 48 <.L11> */
>>>> +
>>>> + /* Read and clear IPI interrupt. */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x064809ac, /* iocsrrd.w $r12,$r13 */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x038031ad, /* ori $r13,$r13,0xc */
>>>> + 0x064819ac, /* iocsrwr.w $r12,$r13 */
>>>> +
>>>> + /* Disable IPI interrupt. */
>>>> + 0x1400002c, /* lu12i.w $r12,1(0x1) */
>>>> + 0x04001180, /* csrxchg $r0,$r12,0x4 */
>>>> +
>>>> + /* Read mail buf and jump to specified entry */
>>>> + 0x1400002d, /* lu12i.w $r13,1(0x1) */
>>>> + 0x038081ad, /* ori $r13,$r13,0x20 */
>>>> + 0x06480dac, /* iocsrrd.d $r12,$r13 */
>>>> + 0x00150181, /* move $r1,$r12 */
>>>> + 0x4c000020, /* jirl $r0,$r1,0 */
>>>> +};
>>>> +
>>>> static uint64_t cpu_loongarch_virt_to_phys(void *opaque, uint64_t
>>>> addr)
>>>> {
>>>> return addr & MAKE_64BIT_MASK(0, TARGET_PHYS_ADDR_SPACE_BITS);
>>>> @@ -111,8 +159,15 @@ static void
>>>> loongarch_firmware_boot(LoongArchMachineState *lams,
>>>> fw_cfg_add_kernel_info(info, lams->fw_cfg);
>>>> }
>>>> +static void init_boot_rom(struct loongarch_boot_info *info, void *p)
>>>> +{
>>>> + memcpy(p, &slave_boot_code, sizeof(slave_boot_code));
>>>> + p += sizeof(slave_boot_code);
>>>> +}
>>>> +
>>>> static void loongarch_direct_kernel_boot(struct
>>>> loongarch_boot_info *info)
>>>> {
>>>> + void *p, *bp;
>>>> int64_t kernel_addr = 0;
>>>> LoongArchCPU *lacpu;
>>>> CPUState *cs;
>>>> @@ -126,11 +181,24 @@ static void
>>>> loongarch_direct_kernel_boot(struct loongarch_boot_info *info)
>>>> }
>>>> }
>>>> + /* Load 'boot_rom' at [0 - 1MiB] */
>>>> + p = g_malloc0(1 * MiB);
>>>> + bp = p;
>>>> + init_boot_rom(info, p);
>>>> + rom_add_blob_fixed("boot_rom", bp, 1 * MiB, 0);
>>>> +
>>> The secondary cpu waiting on the bootrom located memory address
>>> 0x0-0x100000.
>>>
>>> Is it possible that primary cpu clears the memory located at bootrom
>>> and then wakeup the secondary cpu?
>>>
>> I think it impossible,0-1M is ROM。
> I am not sure whether it is ok if area between 0-1M is ROM.
>
> For the memory map table, low memory area (0 - 256M) is still ddr ram.
> And it is passed to kernel with fdt system table, rather than
> area(1-256M). Is that right?
>
> There are some lines like this:
> /* Node0 memory */
> memmap_add_entry(VIRT_LOWMEM_BASE, VIRT_LOWMEM_SIZE, 1);
Song,
Can the base memory address of bootrom for secondary cpus be set as base
address of flash like bios, such as VIRT_FLASH0_BASE/VIRT_FLASH1_BASE?
And ddr memory map area is kept unchanged.
Regards
Bibo Mao
>
> Regards
> Bibo Mao
>
>>
>> Thanks.
>> Song Gao
>>> Regards
>>> Bibo Mao
>>>
>>>> CPU_FOREACH(cs) {
>>>> lacpu = LOONGARCH_CPU(cs);
>>>> lacpu->env.load_elf = true;
>>>> - lacpu->env.elf_address = kernel_addr;
>>>> + if (cs == first_cpu) {
>>>> + lacpu->env.elf_address = kernel_addr;
>>>> + } else {
>>>> + lacpu->env.elf_address = 0;
>>>> + }
>>>> + lacpu->env.boot_info = info;
>>>> }
>>>> +
>>>> + g_free(bp);
>>>> }
>>>> void loongarch_load_kernel(MachineState *ms, struct
>>>> loongarch_boot_info *info)
>>>>
>
next prev parent reply other threads:[~2024-03-14 1:32 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-07 16:48 [PATCH v6 00/17] Add boot LoongArch elf kernel with FDT Song Gao
2024-03-07 16:48 ` [PATCH v6 01/17] hw/loongarch: Move boot fucntions to boot.c Song Gao
2024-03-08 8:18 ` maobibo
2024-03-08 8:31 ` Philippe Mathieu-Daudé
2024-03-07 16:48 ` [PATCH v6 02/17] hw/loongarch: Add load initrd Song Gao
2024-03-08 8:19 ` maobibo
2024-03-07 16:48 ` [PATCH v6 03/17] hw/loongarch: Add slave cpu boot_code Song Gao
2024-03-08 8:27 ` maobibo
2024-03-08 9:36 ` gaosong
2024-03-11 6:50 ` maobibo
2024-03-14 1:31 ` maobibo [this message]
2024-03-14 9:03 ` gaosong
2024-03-14 2:28 ` chen huacai
2024-03-14 9:04 ` gaosong
2024-03-07 16:48 ` [PATCH v6 04/17] hw/loongarch: Add init_cmdline Song Gao
2024-03-08 8:28 ` maobibo
2024-03-07 16:48 ` [PATCH v6 05/17] hw/loongarch: Init efi_system_table Song Gao
2024-03-08 8:29 ` maobibo
2024-03-08 8:33 ` Philippe Mathieu-Daudé
2024-03-07 16:48 ` [PATCH v6 06/17] hw/loongarch: Init efi_boot_memmap table Song Gao
2024-03-08 8:37 ` maobibo
2024-03-08 10:09 ` gaosong
2024-03-07 16:48 ` [PATCH v6 07/17] hw/loongarch: Init efi_initrd table Song Gao
2024-03-08 8:36 ` Philippe Mathieu-Daudé
2024-03-08 9:20 ` gaosong
2024-03-08 8:37 ` maobibo
2024-03-07 16:48 ` [PATCH v6 08/17] hw/loongarch: Init efi_fdt table Song Gao
2024-03-08 8:39 ` maobibo
2024-03-07 16:48 ` [PATCH v6 09/17] hw/loongarch: Fix fdt memory node wrong 'reg' Song Gao
2024-03-08 8:39 ` maobibo
2024-03-07 16:48 ` [PATCH v6 10/17] hw/loongarch: fdt adds cpu interrupt controller node Song Gao
2024-03-08 8:40 ` maobibo
2024-03-07 16:48 ` [PATCH v6 11/17] hw/loongarch: fdt adds Extend I/O Interrupt Controller Song Gao
2024-03-08 8:40 ` maobibo
2024-03-07 16:48 ` [PATCH v6 12/17] hw/loongarch: fdt adds pch_pic Controller Song Gao
2024-03-08 8:41 ` maobibo
2024-03-07 16:48 ` [PATCH v6 13/17] hw/loongarch: fdt adds pch_msi Controller Song Gao
2024-03-08 8:41 ` maobibo
2024-03-07 16:48 ` [PATCH v6 14/17] hw/loongarch: fdt adds pcie irq_map node Song Gao
2024-03-08 8:44 ` maobibo
2024-03-07 16:48 ` [PATCH v6 15/17] hw/loongarch: fdt remove unused irqchip node Song Gao
2024-03-08 8:44 ` maobibo
2024-03-07 16:48 ` [PATCH v6 16/17] hw/loongarch: Add cells missing from uart node Song Gao
2024-03-08 8:44 ` maobibo
2024-03-07 16:48 ` [PATCH v6 17/17] hw/loongarch: Add cells missing from rtc node Song Gao
2024-03-08 8:45 ` maobibo
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=b96de51a-9adf-0dbc-f8f2-d3d3e2a66ff8@loongson.cn \
--to=maobibo@loongson.cn \
--cc=gaosong@loongson.cn \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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).