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 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).