>
> Description of problem:
> Guest get 'Call Trace' when loading module
"virtio_console" and unloading
> it frequently
>
>
> Version-Release number of selected component (if applicable):
> Guest
> kernel-4.18.0-167.el8.x86_64
> seabios-bin-1.11.1-4.module+el8.1.0+4066+0f1aadab.noarch
> # modinfo virtio_console
> filename: /lib/modules/4.18.0-
> 167.el8.x86_64/kernel/drivers/char/virtio_console.ko.xz
> license: GPL
> description: Virtio console driver
> rhelversion: 8.2
> srcversion: 55224090DD07750FAD75C9C
> alias: virtio:d00000003v*
> depends:
> intree: Y
> name: virtio_console
> vermagic: 4.18.0-167.el8.x86_64 SMP mod_unload modversions
> Host:
> qemu-kvm-4.2.0-2.scrmod+el8.2.0+5159+d8aa4d83.x86_64
> kernel-4.18.0-165.el8.x86_64
> seabios-bin-1.12.0-5.scrmod+el8.2.0+5159+d8aa4d83.noarch
>
>
>
> How reproducible: 100%
>
>
> Steps to Reproduce:
>
> 1. boot guest with command [1]
> 2. load and unload virtio_console inside guest with loop.sh
> # cat loop.sh
> while [ 1 ]
> do
> modprobe virtio_console
> lsmod | grep virt
> modprobe -r virtio_console
> lsmod | grep virt
> done
>
>
>
> Actual results:
> Guest reboot and can get vmcore-dmesg.txt file
>
>
> Expected results:
> Guest works well without error
>
>
> Additional info:
> The whole log will attach to the attachments.
>
> Call Trace:
> [ 22.974500] fuse: init (API version 7.31)
> [ 81.498208] ------------[ cut here ]------------
> [ 81.499263] pvqspinlock: lock 0xffffffff92080020 has corrupted value
> 0xc0774ca0!
> [ 81.501000] WARNING: CPU: 0 PID: 785 at
> kernel/locking/qspinlock_paravirt.h:500
> __pv_queued_spin_unlock_slowpath+0xc0/0xd0
> [ 81.503173] Modules linked in: virtio_console fuse xt_CHECKSUM
> ipt_MASQUERADE xt_conntrack ipt_REJECT nft_counter nf_nat_tftp nft_objref
> nf_conntrack_tftp tun bridge stp llc nft_fib_inet nft_fib_ipv4 nft_fib_ipv6
> nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct
> nf_tables_set nft_chain_nat_ipv6 nf_conntrack_ipv6 nf_defrag_ipv6
> nf_nat_ipv6 nft_chain_route_ipv6 nft_chain_nat_ipv4 nf_conntrack_ipv4
> nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack nft_chain_route_ipv4
> ip6_tables nft_compat ip_set nf_tables nfnetlink sunrpc bochs_drm
> drm_vram_helper ttm drm_kms_helper syscopyarea sysfillrect sysimgblt
> fb_sys_fops drm i2c_piix4 pcspkr crct10dif_pclmul crc32_pclmul joydev
> ghash_clmulni_intel ip_tables xfs libcrc32c sd_mod sg ata_generic ata_piix
> virtio_net libata crc32c_intel net_failover failover serio_raw virtio_scsi
> dm_mirror dm_region_hash dm_log dm_mod [last unloaded: virtio_console]
> [ 81.517019] CPU: 0 PID: 785 Comm: kworker/0:2 Kdump: loaded Not tainted
> 4.18.0-167.el8.x86_64 #1
> [ 81.518639] Hardware name: Red Hat KVM, BIOS
> 1.12.0-5.scrmod+el8.2.0+5159+d8aa4d83 04/01/2014
> [ 81.520205] Workqueue: events control_work_handler [virtio_console]
> [ 81.521354] RIP: 0010:__pv_queued_spin_unlock_slowpath+0xc0/0xd0
> [ 81.522450] Code: 07 00 48 63 7a 10 e8 bf 64 f5 ff 66 90 c3 8b 05 e6 cf
> d6 01 85 c0 74 01 c3 8b 17 48 89 fe 48 c7 c7 38 4b 29 91 e8 3a 6c fa ff
> <0f> 0b c3 0f 0b 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 48
> [ 81.525830] RSP: 0018:ffffb51a01ffbd70 EFLAGS: 00010282
> [ 81.526798] RAX: 0000000000000000 RBX: 0000000000000010 RCX:
> 0000000000000000
> [ 81.528110] RDX: ffff9e66f1826480 RSI: ffff9e66f1816a08 RDI:
> ffff9e66f1816a08
> [ 81.529437] RBP: ffffffff9153ff10 R08: 000000000000026c R09:
> 0000000000000053
> [ 81.530732] R10: 0000000000000000 R11: ffffb51a01ffbc18 R12:
> ffff9e66cd682200
> [ 81.532133] R13: ffffffff9153ff10 R14: ffff9e6685569500 R15:
> ffff9e66cd682000
> [ 81.533442] FS: 0000000000000000(0000) GS:ffff9e66f1800000(0000)
> knlGS:0000000000000000
> [ 81.534914] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 81.535971] CR2: 00005624c55b14d0 CR3: 00000003a023c000 CR4:
> 00000000003406f0
> [ 81.537283] Call Trace:
> [ 81.537763]
> __raw_callee_save___pv_queued_spin_unlock_slowpath+0x11/0x20
> [ 81.539011] .slowpath+0x9/0xe
> [ 81.539585] hvc_alloc+0x25e/0x300
> [ 81.540237] init_port_console+0x28/0x100 [virtio_console]
> [ 81.541251] handle_control_message.constprop.27+0x1c4/0x310
> [virtio_console]
> [ 81.542546] control_work_handler+0x70/0x10c [virtio_console]
> [ 81.543601] process_one_work+0x1a7/0x3b0
> [ 81.544356] worker_thread+0x30/0x390
> [ 81.545025] ? create_worker+0x1a0/0x1a0
> [ 81.545749] kthread+0x112/0x130
> [ 81.546358] ? kthread_flush_work_fn+0x10/0x10
> [ 81.547183] ret_from_fork+0x22/0x40
> [ 81.547842] ---[ end trace aa97649bd16c8655 ]---
> [ 83.546539] general protection fault: 0000 [#1] SMP NOPTI
> [ 83.547422] CPU: 5 PID: 3225 Comm: modprobe Kdump: loaded Tainted: G
> W --------- - - 4.18.0-167.el8.x86_64 #1
> [ 83.549191] Hardware name: Red Hat KVM, BIOS
> 1.12.0-5.scrmod+el8.2.0+5159+d8aa4d83 04/01/2014
> [ 83.550544] RIP: 0010:__pv_queued_spin_lock_slowpath+0x19a/0x2a0
> [ 83.551504] Code: c4 c1 ea 12 41 be 01 00 00 00 4c 8d 6d 14 41 83 e4 03
> 8d 42 ff 49 c1 e4 05 48 98 49 81 c4 40 a5 02 00 4c 03 24 c5 60 48 34 91
> <49> 89 2c 24 b8 00 80 00 00 eb 15 84 c0 75 0a 41 0f b6 54 24 14 84
> [ 83.554449] RSP: 0018:ffffb51a0323fdb0 EFLAGS: 00010202
> [ 83.555290] RAX: 000000000000301c RBX: ffffffff92080020 RCX:
> 0000000000000001
> [ 83.556426] RDX: 000000000000301d RSI: 0000000000000000 RDI:
> 0000000000000000
> [ 83.557556] RBP: ffff9e66f196a540 R08: 000000000000028a R09:
> ffff9e66d2757788
> [ 83.558688] R10: 0000000000000000 R11: 0000000000000000 R12:
> 646e61725f770b07
> [ 83.559821] R13: ffff9e66f196a554 R14: 0000000000000001 R15:
> 0000000000180000
> [ 83.560958] FS: 00007fd5032e8740(0000) GS:ffff9e66f1940000(0000)
> knlGS:0000000000000000
> [ 83.562233] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 83.563149] CR2: 00007fd5022b0da0 CR3: 000000038c334000 CR4:
> 00000000003406e0
>
>
>
> Command[1]
> /usr/libexec/qemu-kvm \
> -S \
> -name 'avocado-vt-vm1' \
> -sandbox on \
> -machine pc \
> -nodefaults \
> -device VGA,bus=pci.0,addr=0x2 \
> -m 14336 \
> -smp 16,maxcpus=16,cores=8,threads=1,dies=1,sockets=2 \
> -cpu 'EPYC',+kvm_pv_unhalt \
> -chardev
>
socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado_6ae2tn_f/monitor-qmpmonitor1-20191223-061943-73qpR3NF,server,nowait
> \
> -mon chardev=qmp_id_qmpmonitor1,mode=control \
> -chardev
>
socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado_6ae2tn_f/monitor-catch_monitor-20191223-061943-73qpR3NF,server,nowait
> \
> -mon chardev=qmp_id_catch_monitor,mode=control \
> -device pvpanic,ioport=0x505,id=idhlgw9I \
> -chardev
>
socket,id=chardev_serial0,path=/var/tmp/avocado_6ae2tn_f/serial-serial0-20191223-061943-73qpR3NF,server,nowait
> \
> -device isa-serial,id=serial0,chardev=chardev_serial0 \
> -chardev
>
socket,id=chardev_vc1,path=/var/tmp/avocado_6ae2tn_f/serial-vc1-20191223-061943-73qpR3NF,server,nowait
> \
> -device virtio-serial-pci,id=virtio_serial_pci0,bus=pci.0,addr=0x3 \
> -device
>
virtserialport,id=vc1,name=vc1,chardev=chardev_vc1,bus=virtio_serial_pci0.0,nr=1
> \
> -chardev
>
socket,id=chardev_vc2,path=/var/tmp/avocado_6ae2tn_f/serial-vc2-20191223-061943-73qpR3NF,server,nowait
> \
> -device virtio-serial-pci,id=virtio_serial_pci1,bus=pci.0,addr=0x4 \
> -device
>
virtconsole,id=vc2,name=vc2,chardev=chardev_vc2,bus=virtio_serial_pci1.0,nr=1
> \
> -chardev
>
socket,id=seabioslog_id_20191223-061943-73qpR3NF,path=/var/tmp/avocado_6ae2tn_f/seabios-20191223-061943-73qpR3NF,server,nowait
> \
> -device
> isa-debugcon,chardev=seabioslog_id_20191223-061943-73qpR3NF,iobase=0x402 \
> -device qemu-xhci,id=usb1,bus=pci.0,addr=0x5 \
> -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=0x6 \
> -drive
>
id=drive_image1,if=none,snapshot=off,aio=threads,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/rhel820-64-virtio-scsi.qcow2
> \
> -device scsi-hd,id=image1,drive=drive_image1 \
> -device
>
virtio-net-pci,mac=9a:43:0d:1d:8d:d1,id=idmHPkFv,netdev=idTPtFdd,bus=pci.0,addr=0x7
> \
> -netdev tap,id=idTPtFdd,vhost=on \
> -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \
> -vnc :0 \
> -rtc base=utc,clock=host,driftfix=slew \
> -boot menu=off,order=cdn,once=c,strict=off \
> -enable-kvm \
> -monitor stdio \
> -qmp tcp:0:4444,server,nowait \
On Mon, Apr 6, 2020 at 3:32 AM Andrew Donnellan <ajd at linux.ibm.com>
wrote:
> On 6/4/20 6:40 am, andrew at daynix.com wrote:
> > From: Andrew Melnychenko <andrew at daynix.com>
> >
> > If there is a lot(more then 16) of virtio-console devices
> > or virtio_console module is reloaded
> > - buffers 'vtermnos' and 'cons_ops' are overflowed.
> > In older kernels it overruns spinlock which leads to kernel freezing:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1786239
> >
>
> This Bugzilla report isn't publicly accessible. Can you include a
> relevant summary here and/or make the report publicly viewable?
>
> If it does indeed lead to a kernel freeze, this should be tagged with a
> Fixes: and a Cc: stable at vger.kernel.org.
>
> --
> Andrew Donnellan OzLabs, ADL Canberra
> ajd at linux.ibm.com IBM Australia Limited
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.linuxfoundation.org/pipermail/virtualization/attachments/20200406/23fa6a96/attachment-0001.html>
