From: Yu Zhao <yuzhao@google.com>
To: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
Cc: chenhuacai@kernel.org, aleksandar.qemu.devel@gmail.com,
jiaxun.yang@flygoat.com, kvm@vger.kernel.org,
linux-mips@vger.kernel.org, pbonzini@redhat.com,
robh+dt@kernel.org, zhangfx@lemote.com
Subject: Re: [PATCH 5/5] MAINTAINERS: Update KVM/MIPS maintainers
Date: Fri, 16 Jun 2023 19:52:47 -0600 [thread overview]
Message-ID: <ZI0R76Fx25Q2EThZ@google.com> (raw)
In-Reply-To: <20230616082322.GA7323@alpha.franken.de>
On Fri, Jun 16, 2023 at 10:23:22AM +0200, Thomas Bogendoerfer wrote:
> On Fri, Jun 16, 2023 at 01:18:31AM -0600, Yu Zhao wrote:
> > On Tue, Jul 28, 2020 at 23:58:20PM -0700, Huacai Chen wrote:
> > > James Hogan has become inactive for a long time and leaves KVM for MIPS
> > > orphan. I'm working on KVM/Loongson and attempt to make it upstream both
> > > in kernel and QEMU, while Aleksandar Markovic is already a maintainer of
> > > QEMU/MIPS. We are both interested in QEMU/KVM/MIPS, and we have already
> > > made some contributions in kernel and QEMU. If possible, we want to take
> > > the KVM/MIPS maintainership.
> > >
> > > Reviewed-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
> > > Reviewed-by: Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
> > > Signed-off-by: Huacai Chen <chenhc@lemote.com>
> > > ---
> > > MAINTAINERS | 4 +++-
> > > 1 file changed, 3 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > index bddc79a..5f9c2fd 100644
> > > --- a/MAINTAINERS
> > > +++ b/MAINTAINERS
> > > @@ -9441,9 +9441,11 @@ F: arch/arm64/kvm/
> > > F: include/kvm/arm_*
> > >
> > > KERNEL VIRTUAL MACHINE FOR MIPS (KVM/mips)
> > > +M: Huacai Chen <chenhc@lemote.com>
> > > +M: Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
> > > L: linux-mips@vger.kernel.org
> > > L: kvm@vger.kernel.org
> > > -S: Orphan
> > > +S: Maintained
> > > F: arch/mips/include/asm/kvm*
> > > F: arch/mips/include/uapi/asm/kvm*
> > > F: arch/mips/kvm/
> >
> > Hi,
> >
> > Is kvm/mips still maintained? Thanks.
> >
> > I tried v6.4-rc6 and hit the following crash. It seems it has been broken since
> >
> > commit 45c7e8af4a5e3f0bea4ac209eea34118dd57ac64
> > Author: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> > Date: Mon Mar 1 16:29:57 2021 +0100
> >
> > MIPS: Remove KVM_TE support
>
> ok, I see what I missed when removing TE support, d'oh. Does the patch
> below fix the issue for you ?
Thanks!
It made some progress but somehow crashed the guest kernel.
$ qemu-system-mips64el --version
QEMU emulator version 7.2.2 (Debian 1:7.2+dfsg-7)
Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers
# w/o KVM
# malta: working (but slow)
$ qemu-system-mips64el -nographic -kernel lede-malta-le64-vmlinux-initramfs.elf
[ 0.000000] Linux version 4.9.58 (buildbot@builds) (gcc version 5.5.0 (LEDE GCC 5.5.0 r5218-f90f94d) ) #0 SMP Wed Nov 1 21:08:14 2017
...
# loongson3-virt: hanged
$ qemu-system-mips64el -M loongson3-virt -m 512m -nographic -kernel vmlinuz-6.1.0-9-loongson-3 -initrd initrd.gz
[ 0.000000] Linux version 6.1.0-9-loongson-3 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian 6.1.27-1 (2023-05-08)
...
[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000009fffffff]
# w/ KVM
# malta: qemu error
$ sudo qemu-system-mips64el -M accel=kvm -nographic -kernel lede-malta-le64-vmlinux-initramfs.elf
qemu-system-mips64el: KVM guest kernels must be linked in useg. Did you forget to enable CONFIG_KVM_GUEST?
# loongson3-virt: qemu error
$ sudo qemu-system-mips64el -M loongson3-virt,accel=kvm -m 512m -nographic -kernel vmlinuz-6.1.0-9-loongson-3 -initrd initrd.gz
qemu-system-mips64el: ../../accel/kvm/kvm-all.c:2310: kvm_init: Assertion `TARGET_PAGE_SIZE <= qemu_real_host_page_size()' failed.
Aborted
$ qemu-system-mips64el --version
QEMU emulator version 8.0.2 (Debian 1:8.0.2+dfsg-1)
Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers
# w/o KVM
# malta: no change
# loongson3-virt: no change
# w/ KVM
# loongson3-virt: the same qemu error
# malta: booted very fast but guest crashed:
$ sudo qemu-system-mips64el -M accel=kvm -nographic -kernel lede-malta-le64-vmlinux-initramfs.elf
[ 0.000000] Linux version 4.9.58 (buildbot@builds) (gcc version 5.5.0 (LEDE GCC 5.5.0 r5218-f90f94d) ) #0 SMP Wed Nov 1 21:08:14 2017
[ 0.000000] earlycon: uart8250 at I/O port 0x3f8 (options '38400n8')
[ 0.000000] bootconsole [uart8250] enabled
[ 0.000000] Config serial console: console=ttyS0,38400n8r
[ 0.000000] CPU0 revision is: 000d9602 (Cavium Octeon III)
[ 0.000000] FPU revision is: 00739600
[ 0.000000] Checking for the multiply/shift bug... [ 0.000000] no.
[ 0.000000] Checking for the daddiu bug... [ 0.000000] no.
[ 0.000000] MIPS: machine is mti,malta
[ 0.000000] Software DMA cache coherency enabled
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 0000000008000000 @ 0000000000000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Primary instruction cache 16kB, VIVT, 8-way, linesize 128 bytes.
[ 0.000000] Primary data cache 8kB, 8-way, VIPT, no aliases, linesize 128 bytes
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x0000000000000000-0x0000000000ffffff]
[ 0.000000] DMA32 [mem 0x0000000001000000-0x00000000ffffffff]
[ 0.000000] Normal empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x0000000000000000-0x0000000007ffffff]
[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[ 0.000000] percpu: Embedded 18 pages/cpu @80000000011c5000 s33120 r8192 d32416 u73728
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32320
[ 0.000000] Kernel command line: console=ttyS0,38400n8r
[ 0.000000] PID hash table entries: 512 (order: 0, 4096 bytes)
[ 0.000000] Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
[ 0.000000] Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.000000] Memory: 114464K/131072K available (4299K kernel code, 322K rwdata, 1168K rodata, 7368K init, 295K bss, 16608K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] CONFIG_RCU_FANOUT set to non-default value of 32
[ 0.000000] RCU restricting CPUs from NR_CPUS=2 to nr_cpu_ids=1.
[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
[ 0.000000] NR_IRQS:256
[ 0.000000] CPU frequency 1999.99 MHz
[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911270662 ns
[ 0.000007] sched_clock: 32 bits at 999MHz, resolution 1ns, wraps every 2147494911ns
[ 0.003394] Console: colour dummy device 80x25
[ 0.004942] Calibrating delay loop... 653.72 BogoMIPS (lpj=3268608)
[ 0.276221] pid_max: default: 32768 minimum: 301
[ 0.277862] Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
[ 0.280038] Mountpoint-cache hash table entries: 512 (order: 0, 4096 bytes)
[ 0.284299] Checking for the daddi bug... [ 0.286094] no.
[ 0.289633] Brought up 1 CPUs
[ 0.292878] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.296595] futex hash table entries: 256 (order: 2, 16384 bytes)
[ 0.299743] CPU 0 Unable to handle kernel paging request at virtual address c000000000002002, epc == ffffffff804445d4, ra == ffffffff80444cb8
[ 0.303942] Oops[#1]:
[ 0.304738] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.9.58 #0
[ 0.307060] task: 8000000007c58000 task.stack: 8000000007c54000
[ 0.309171] $ 0 : 0000000000000000 0000000000000000 0000000000000042 80000000011cf1a8
[ 0.312027] $ 4 : c000000000002000 0000000000000000 0000000000000000 0000000000000001
[ 0.314882] $ 8 : 0000000000000006 c000000000002238 0000000e00000030 0000000800000054
[ 0.317913] $12 : 0000000004000015 ffffffff80326c1c 0000000000000000 0000000e00000028
[ 0.320774] $16 : c000000000002000 0000000000000210 8000000007c57d90 ffffffff8067b730
[ 0.323622] $20 : ffffffff80680000 ffffffff806e5298 ffffffff806ae2b0 ffffffff80de0000
[ 0.326675] $24 : 0000000000000000 ffffffff8016036c
[ 0.329539] $28 : 8000000007c54000 8000000007c57cf0 ffffffff80de0000 ffffffff80444cb8
[ 0.332388] Hi : 0000000000000000
[ 0.333656] Lo : 00000000001b4760
[ 0.335001] epc : ffffffff804445d4 bpf_prepare_filter+0x2c/0x674
[ 0.337394] ra : ffffffff80444cb8 bpf_prog_create+0x9c/0xdc
[ 0.339461] Status: 140027e3 KX SX UX KERNEL EXL IE
[ 0.341260] Cause : 0080004c (ExcCode 13)
[ 0.342683] PrId : 000d9602 (Cavium Octeon III)
[ 0.344321] Modules linked in:
[ 0.345617] Process swapper/0 (pid: 1, threadinfo=8000000007c54000, task=8000000007c58000, tls=0000000000000000)
[ 0.349216] Stack : ffffffff806ae2b0 c000000000002000 00000000024080c2 0000000000001000
[ 0.352066] c000000000002000 0000000000000210 8000000007c57d90 ffffffff8067b730
[ 0.354914] ffffffff80680000 ffffffff806e5298 ffffffff806ae2b0 ffffffff80de0000
[ 0.357959] ffffffff80de0000 ffffffff80444cb8 ffffffff80680000 0000000000000000
[ 0.360809] ffffffff806a0000 0000000000000000 ffffffff806d4848 ffffffff806cce20
[ 0.363664] ffffffff80680042 ffffffff806dfdb0 ffffffff806a0000 ffffffff806cc1b0
[ 0.366714] ffffffff80680000 ffffffff80680000 ffffffff806cc108 ffffffff80100608
[ 0.369591] 0000000000000001 0000000000000000 0000000000000000 ffffffff80555660
[ 0.372440] ffffffff805f6338 ffffffff805f0000 0000000000000061 0000000000000002
[ 0.375490] ffffffff806d4888 000000000004093a 0000000000000061 0000000000000002
[ 0.378343] ...
[ 0.379220] Call Trace:
[ 0.380111] [<ffffffff804445d4>] bpf_prepare_filter+0x2c/0x674
[ 0.382177] [<ffffffff80444cb8>] bpf_prog_create+0x9c/0xdc
[ 0.384160] [<ffffffff806cce20>] ptp_classifier_init+0x2c/0x3c
[ 0.386465] [<ffffffff806cc1b0>] sock_init+0xa8/0xc0
[ 0.388276] [<ffffffff80100608>] do_one_initcall+0xa8/0x180
[ 0.390289] [<ffffffff806aede0>] kernel_init_freeable+0x180/0x234
[ 0.392482] [<ffffffff8052aa38>] kernel_init+0x10/0x10c
[ 0.394372] [<ffffffff801062e8>] ret_from_kernel_thread+0x14/0x1c
[ 0.396780] Code: ffb10028 ffb00020 ffbe0060 <90820002> 00808025 304200fe a0820002 fc800020 64920028
[ 0.400307]
[ 0.401013] ---[ end trace 7278246801a7bc60 ]---
[ 0.402570] Kernel panic - not syncing: Fatal exception
[ 0.404311] Rebooting in 1 seconds..
[ 2.385408] Reboot failed -- System halted
openwrt/malta: https://downloads.openwrt.org/snapshots/targets/malta/le64/
debian/loongson-3: https://deb.debian.org/debian/dists/sid/main/installer-mips64el/current/images/
debian/malta: not working
next prev parent reply other threads:[~2023-06-17 1:52 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-29 6:58 [PATCH 1/5] PCI: Move PCI_VENDOR_ID_REDHAT definition to pci_ids.h Huacai Chen
2020-07-29 6:58 ` [PATCH 2/5] dt-bindings: mips: Document Loongson kvm guest board Huacai Chen
2020-07-29 9:52 ` Thomas Bogendoerfer
2020-07-29 10:08 ` Huacai Chen
2020-07-31 3:01 ` Huacai Chen
2020-07-31 8:32 ` Thomas Bogendoerfer
2020-07-31 11:56 ` Jiaxun Yang
2020-08-03 6:05 ` Huacai Chen
2020-08-03 9:13 ` Jiaxun Yang
2020-08-04 7:47 ` Thomas Bogendoerfer
2020-07-29 6:58 ` [PATCH 3/5] MIPS: KVM: Add kvm guest support for Loongson-3 Huacai Chen
2020-07-29 6:58 ` [PATCH 4/5] MIPS: Update default config file " Huacai Chen
2020-07-29 6:58 ` [PATCH 5/5] MAINTAINERS: Update KVM/MIPS maintainers Huacai Chen
2023-06-16 7:18 ` Yu Zhao
2023-06-16 7:55 ` Huacai Chen
2023-06-16 8:23 ` Thomas Bogendoerfer
2023-06-16 8:31 ` Huacai Chen
2023-06-18 7:55 ` Thomas Bogendoerfer
2023-06-17 1:52 ` Yu Zhao [this message]
2023-06-18 2:13 ` Huacai Chen
2023-06-18 2:51 ` Yu Zhao
2023-06-26 8:00 ` Huacai Chen
2023-06-27 18:58 ` Yu Zhao
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=ZI0R76Fx25Q2EThZ@google.com \
--to=yuzhao@google.com \
--cc=aleksandar.qemu.devel@gmail.com \
--cc=chenhuacai@kernel.org \
--cc=jiaxun.yang@flygoat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=robh+dt@kernel.org \
--cc=tsbogend@alpha.franken.de \
--cc=zhangfx@lemote.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.