diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/105/other/1738 | 162 | ||||
| -rw-r--r-- | results/classifier/105/other/1738507 | 33 | ||||
| -rw-r--r-- | results/classifier/105/other/1738691 | 258 | ||||
| -rw-r--r-- | results/classifier/105/other/1738840 | 205 |
4 files changed, 658 insertions, 0 deletions
diff --git a/results/classifier/105/other/1738 b/results/classifier/105/other/1738 new file mode 100644 index 000000000..7bb1fc763 --- /dev/null +++ b/results/classifier/105/other/1738 @@ -0,0 +1,162 @@ +other: 0.978 +graphic: 0.978 +device: 0.973 +assembly: 0.968 +mistranslation: 0.967 +boot: 0.959 +semantic: 0.956 +instruction: 0.952 +vnc: 0.932 +socket: 0.914 +KVM: 0.912 +network: 0.895 + +qemu-system-x86_64 crash during kernel PCI init with large number of busses +Description of problem: +When booting a Linux kernel under qemu-system-x86_64 (tcg) using a large number of PCI busses (25+), qemu crashes with an invalid memory access during kernel PCI init phase. Failure rate is not 100%; some kernel boots do succeed, but the failure rate increases as the number of pci busses increases. Note that no initrd is needed; crash happens before kernel even gets to the point of trying to mount root. +Steps to reproduce: +Launch qemu using command line above along with 4.19.x kernel image (have not tested 5.x). It may take a few tries but within about 20 boot attempts, qemu will crash at least once. +Additional information: +Final kernel logs before crash: +``` +... +[ 1.413615] ACPI: Added _OSI(Module Device) +[ 1.413947] ACPI: Added _OSI(Processor Device) +[ 1.414262] ACPI: Added _OSI(3.0 _SCP Extensions) +[ 1.414421] ACPI: Added _OSI(Processor Aggregator Device) +[ 1.414922] ACPI: Added _OSI(Linux-Dell-Video) +[ 1.415445] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) +[ 1.444489] ACPI: 1 ACPI AML tables successfully acquired and loaded +[ 1.468218] ACPI: Interpreter enabled +[ 1.469897] ACPI: (supports S0 S3 S4 S5) +[ 1.470200] ACPI: Using IOAPIC for interrupt routing +[ 1.471811] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and repog +[ 1.474421] ACPI: Enabled 2 GPEs in block 00 to 3F +[ 1.536854] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) +[ 1.537996] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI] +[ 1.540988] acpi PNP0A08:00: _OSC: platform does not support [LTR] +[ 1.542232] acpi PNP0A08:00: _OSC: OS now controls [PME AER PCIeCapability] +[ 1.546310] PCI host bridge to bus 0000:00 +[ 1.546650] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] +[ 1.547471] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window] +[ 1.548039] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] +[ 1.548421] pci_bus 0000:00: root bus resource [mem 0x80000000-0xafffffff window] +[ 1.549086] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xfebfffff window] +[ 1.549945] pci_bus 0000:00: root bus resource [mem 0x280000000-0xa7fffffff window] +[ 1.550994] pci_bus 0000:00: root bus resource [bus 00-ff] +<...crash...> +``` + +QEMU backtrace: +``` +$ gdb build/qemu-system-x86_64 core.3475232 +<...> +Reading symbols from build/qemu-system-x86_64... +[New LWP 3475243] +[New LWP 3475244] +[New LWP 3475241] +[New LWP 3475238] +[New LWP 3475245] +[New LWP 3475239] +[New LWP 3475246] +[New LWP 3475240] +[New LWP 3475232] +[New LWP 3475242] +[New LWP 3475236] +[New LWP 3475247] +[Thread debugging using libthread_db enabled] +Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". +Core was generated by `build/qemu-system-x86_64 -m 8192 -smp cpus=10,threads=2 -nographic -machine q35'. +Program terminated with signal SIGSEGV, Segmentation fault. +#0 0x0000556065897e0e in memory_region_dispatch_write (mr=mr@entry=0x0, addr=addr@entry=768, data=data@entry=253, + op=op@entry=MO_32, attrs=...) at ../softmmu/memory.c:1497 +1497 if (mr->alias) { +[Current thread is 1 (Thread 0x7fe2e951d640 (LWP 3475243))] +(gdb) bt full +#0 0x0000556065897e0e in memory_region_dispatch_write + (mr=mr@entry=0x0, addr=addr@entry=768, data=data@entry=253, op=op@entry=MO_32, attrs=...) at ../softmmu/memory.c:1497 + size = <optimized out> +#1 0x00005560659112c2 in io_writex + (env=env@entry=0x556066bbd5d0, full=0x7fe08401ec70, mmu_idx=mmu_idx@entry=2, val=val@entry=253, addr=addr@entry=18446744073699050240, retaddr=retaddr@entry=140611404753775, op=MO_32) at ../accel/tcg/cputlb.c:1430 + _iothread_lock_auto = 0x1 + cpu = 0x556066bbb1e0 + mr_offset = 768 + section = 0x7fe078d7d570 + mr = 0x0 + r = <optimized out> +#2 0x0000556065915f14 in store_helper + (op=MO_32, retaddr=140611404753775, oi=<optimized out>, val=<optimized out>, addr=18446744073699050240, env=0x556066bbd5d0) + at ../accel/tcg/cputlb.c:2454 + full = <optimized out> + need_swap = false + a_bits = <optimized out> + mmu_idx = 2 + tlb_addr = <optimized out> + haddr = <optimized out> + size = 4 + index = <optimized out> + entry = 0x7fe08401bc40 +#3 full_le_stl_mmu (env=0x556066bbd5d0, addr=18446744073699050240, val=253, oi=<optimized out>, retaddr=140611404753775) + at ../accel/tcg/cputlb.c:2542 +#4 0x00007fe2a4d4eb6f in code_gen_buffer () +#5 0x00005560659065bb in cpu_tb_exec + (cpu=cpu@entry=0x556066bbb1e0, itb=itb@entry=0x7fe2a4d4e9c0 <code_gen_buffer+13953427>, tb_exit=tb_exit@entry=0x7fe2e951c758) + at ../accel/tcg/cpu-exec.c:460 + env = 0x556066bbd5d0 + ret = <optimized out> + last_tb = <optimized out> + tb_ptr = 0x7fe2a4d4ea80 <code_gen_buffer+13953619> + __PRETTY_FUNCTION__ = "cpu_tb_exec" +#6 0x0000556065906ab6 in cpu_loop_exec_tb + (tb_exit=0x7fe2e951c758, last_tb=<synthetic pointer>, pc=<optimized out>, tb=0x7fe2a4d4e9c0 <code_gen_buffer+13953427>, cpu=0x556066bbb1e0) at ../accel/tcg/cpu-exec.c:893 + insns_left = <optimized out> + __PRETTY_FUNCTION__ = "cpu_loop_exec_tb" + tb = 0x7fe2a4d4e9c0 <code_gen_buffer+13953427> + flags = <optimized out> + cflags = 4280811520 + cs_base = <optimized out> + pc = <optimized out> + last_tb = <optimized out> + tb_exit = 0 +--Type <RET> for more, q to quit, c to continue without paging-- + ret = <optimized out> +#7 cpu_exec_loop (cpu=cpu@entry=0x556066bbb1e0, sc=sc@entry=0x7fe2e951c7f0) at ../accel/tcg/cpu-exec.c:1013 + tb = 0x7fe2a4d4e9c0 <code_gen_buffer+13953427> + flags = <optimized out> + cflags = 4280811520 + cs_base = <optimized out> + pc = <optimized out> + last_tb = <optimized out> + tb_exit = 0 + ret = <optimized out> +#8 0x0000556065907311 in cpu_exec_setjmp (cpu=cpu@entry=0x556066bbb1e0, sc=sc@entry=0x7fe2e951c7f0) at ../accel/tcg/cpu-exec.c:1043 + __func__ = "cpu_exec_setjmp" +#9 0x00005560659079f0 in cpu_exec (cpu=cpu@entry=0x556066bbb1e0) at ../accel/tcg/cpu-exec.c:1069 + ret = <optimized out> + sc = {diff_clk = 0, last_cpu_icount = 0, realtime_clock = 0} +#10 0x000055606592a854 in tcg_cpus_exec (cpu=cpu@entry=0x556066bbb1e0) at ../accel/tcg/tcg-accel-ops.c:81 + ret = <optimized out> + __PRETTY_FUNCTION__ = "tcg_cpus_exec" +#11 0x000055606592a9a7 in mttcg_cpu_thread_fn (arg=arg@entry=0x556066bbb1e0) at ../accel/tcg/tcg-accel-ops-mttcg.c:95 + r = <optimized out> + + force_rcu = {notifier = {notify = 0x55606592aac0 <mttcg_force_rcu>, node = {le_next = 0x0, le_prev = 0x7fe2e951d4a0}}, cpu = 0x556066bbb1e0} + cpu = 0x556066bbb1e0 + __PRETTY_FUNCTION__ = "mttcg_cpu_thread_fn" + __func__ = "mttcg_cpu_thread_fn" +#12 0x0000556065aa2e91 in qemu_thread_start (args=<optimized out>) at ../util/qemu-thread-posix.c:541 + + __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140612553791040, -3809744250012005023, 93872529245600, 25, 140612607756368, 140729970282144, -7051494707616903839, -3809738403745854111}, __mask_was_saved = 0}}, __pad = {0x7fe2e951c970, 0x0, 0x0, 0x0}} + __cancel_routine = 0x556065aa2ee0 <qemu_thread_atexit_notify> + __not_first_call = <optimized out> + start_routine = 0x55606592a8a0 <mttcg_cpu_thread_fn> + arg = 0x556066bbb1e0 + r = <optimized out> +#13 0x00007fe2ec894b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 + ret = <optimized out> + pd = <optimized out> + + unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140729970281792, 7053160723592154465, 140612553791040, 25, 140612607756368, 140729970282144, -7051494707570766495, -7051505217351676575}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} + not_first_call = <optimized out> +#14 0x00007fe2ec926a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 +``` diff --git a/results/classifier/105/other/1738507 b/results/classifier/105/other/1738507 new file mode 100644 index 000000000..b337f5431 --- /dev/null +++ b/results/classifier/105/other/1738507 @@ -0,0 +1,33 @@ +other: 0.563 +boot: 0.560 +graphic: 0.547 +semantic: 0.497 +mistranslation: 0.461 +device: 0.420 +instruction: 0.352 +network: 0.305 +assembly: 0.295 +vnc: 0.270 +socket: 0.218 +KVM: 0.091 + +qemu sometimes stuck when booting windows 10 + +I am using qemu-2.10.1, or actually libvirt, to create a virtual machine, running microsoft windows 10 pro operating system. +It installed fine and was actually working, however sometimes when trying to boot the vm, the whole boot process gets stuck. +For some reason, it seemed to happen only when enough physical memory is taken so that, when booting a windows vm that has 4gb of available ram, host starts swapping some other processes. It is not always happening there, but often it happens, and I do not remember seeing any case of this happening when not swapping, maybe a kind of a timing issue? +When this happens, I usually try to hard reset the machine by libvirt reset command or equivalent system_reset on qemu monitor, however the whole reset does not happen, and the command is a noop. That makes me think it is a qemu bug, not windows refusing operation. At the time of this event, qemu monitor and spice server are working correctly, are not stuck, and even doing things like system reset does not result in a monitor hang. It is also possible to quit qemu normally. +I tried to workaround the bug by guessing what may cause it. Switched from bios to uefi, changed virtio-scsi to ahci temporarily, and disabled virtio-balloon in case it would be buggy, with no visible change. +I will attach a libvirt log, because it contains qemu command line. I will also attach an example qemu backtrace. +From what i know, both vcpu threads are working normally, at least none of them is stuck in a vcpu, nor deadlocked, etc. So backtrace could be different each time I tried to get it. + + + + + +The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now. +If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience. + + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/105/other/1738691 b/results/classifier/105/other/1738691 new file mode 100644 index 000000000..014bb3aa2 --- /dev/null +++ b/results/classifier/105/other/1738691 @@ -0,0 +1,258 @@ +other: 0.942 +instruction: 0.937 +assembly: 0.935 +device: 0.920 +semantic: 0.910 +boot: 0.909 +mistranslation: 0.907 +KVM: 0.866 +socket: 0.863 +graphic: 0.862 +network: 0.826 +vnc: 0.719 + +Guest kernel crashes with kvm_pr on POWER8 + +When attempting to use the kvm_pr module with QEMU 2.10 on a POWER8 host, Debian and Ubuntu guests hang and show crashes. + +Host kernel is 4.14. Issue is observed with host kernels 4.9 and 4.13 as well; no other host kernels were tested. + +Is this the correct place to report a kvm_pr bug? + +Output from Ubuntu 17.10 guest: + +Quiescing Open Firmware ... +Booting Linux via __start() @ 0x0000000002000000 ... +[ 0.000000] Page sizes from device-tree: +[ 0.000000] base_shift=12: shift=12, sllp=0x0000, avpnm=0x00000000, tlbiel=1, penc=0 +[ 0.000000] base_shift=16: shift=16, sllp=0x0110, avpnm=0x00000000, tlbiel=1, penc=1 +[ 0.000000] base_shift=24: shift=24, sllp=0x0100, avpnm=0x00000001, tlbiel=0, penc=0 +[ 0.000000] Using 1TB segments +[ 0.000000] Initializing hash mmu with SLB +[ 0.000000] Linux version 4.13.0-16-generic (buildd@bos01-ppc64el-029) (gcc version 7.2.0 (Ubuntu 7.2.0-8ubuntu2)) #19-Ubuntu SMP Wed Oct 11 18:37:02 UTC 2017 (Ubuntu 4.13.0-16.19-generic 4.13.4) +[ 0.000000] Found initrd at 0xc000000003b00000:0xc0000000048cf68b +[ 0.000000] Using pSeries machine description +[ 0.000000] bootconsole [udbg0] enabled +[ 0.000000] Partition configured for 2 cpus. +[ 0.000000] CPU maps initialized for 1 thread per core + -> smp_release_cpus() +spinning_secondaries = 1 + <- smp_release_cpus() +[ 0.000000] ----------------------------------------------------- +[ 0.000000] ppc64_pft_size = 0x19 +[ 0.000000] phys_mem_size = 0x100000000 +[ 0.000000] dcache_bsize = 0x80 +[ 0.000000] icache_bsize = 0x80 +[ 0.000000] cpu_features = 0x077c7a6c18500249 +[ 0.000000] possible = 0x5fffffff18500649 +[ 0.000000] always = 0x0000000018100040 +[ 0.000000] cpu_user_features = 0xdc0065c2 0xae000000 +[ 0.000000] mmu_features = 0x7c006001 +[ 0.000000] firmware_features = 0x00000000415a445f +[ 0.000000] htab_hash_mask = 0x3ffff +[ 0.000000] ----------------------------------------------------- +[ 0.000000] numa: NODE_DATA [mem 0xfffd7c80-0xfffe3fff] +[ 0.000000] PCI host bridge /pci@800000020000000 ranges: +[ 0.000000] IO 0x0000200000000000..0x000020000000ffff -> 0x0000000000000000 +[ 0.000000] MEM 0x0000200080000000..0x00002000ffffffff -> 0x0000000080000000 +[ 0.000000] MEM 0x0000210000000000..0x000021ffffffffff -> 0x0000210000000000 +[ 0.000000] PPC64 nvram contains 65536 bytes +[ 0.000000] Zone ranges: +[ 0.000000] DMA [mem 0x0000000000000000-0x00000000ffffffff] +[ 0.000000] DMA32 empty +[ 0.000000] Normal empty +[ 0.000000] Device empty +[ 0.000000] Movable zone start for each node +[ 0.000000] Early memory node ranges +[ 0.000000] node 0: [mem 0x0000000000000000-0x00000000ffffffff] +[ 0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x00000000ffffffff] +[ 0.000000] percpu: Embedded 4 pages/cpu @c0000000ffe00000 s162840 r0 d99304 u524288 +[ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 65472 +[ 0.000000] Policy zone: DMA +[ 0.000000] Kernel command line: BOOT_IMAGE=/install/vmlinux file=/cdrom/preseed/ubuntu-server.seed no_timer_check printk.time=1 --- +[ 0.000000] PID hash table entries: 4096 (order: -1, 32768 bytes) +[ 0.000000] Memory: 4070016K/4194304K available (12800K kernel code, 2048K rwdata, 3456K rodata, 4608K init, 3021K bss, 124288K reserved, 0K cma-reserved) +[ 0.000000] random: get_random_u64 called from cache_random_seq_create+0x80/0x180 with crng_init=0 +[ 0.000000] SLUB: HWalign=128, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 +[ 0.000000] ftrace: allocating 33631 entries in 13 pages +[ 0.000000] Hierarchical RCU implementation. +[ 0.000000] RCU restricting CPUs from NR_CPUS=2048 to nr_cpu_ids=2. +[ 0.000000] Tasks RCU enabled. +[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2 +[ 0.000000] NR_IRQS: 512, nr_irqs: 512, preallocated irqs: 16 +[ 0.000006] clocksource: timebase: mask: 0xffffffffffffffff max_cycles: 0x761537d007, max_idle_ns: 440795202126 ns +[ 0.000696] clocksource: timebase mult[1f40000] shift[24] registered +[ 0.001189] Console: colour dummy device 80x25 +[ 0.001500] console [hvc0] enabled +[ 0.001500] console [hvc0] enabled +[ 0.001751] bootconsole [udbg0] disabled +[ 0.001751] bootconsole [udbg0] disabled +[ 0.002142] pid_max: default: 32768 minimum: 301 +[ 0.002358] Security Framework initialized +[ 0.002377] Yama: becoming mindful. +[ 0.002466] AppArmor: AppArmor initialized +[ 0.007008] Dentry cache hash table entries: 524288 (order: 6, 4194304 bytes) +[ 0.009037] Inode-cache hash table entries: 262144 (order: 5, 2097152 bytes) +[ 0.009144] Mount-cache hash table entries: 8192 (order: 0, 65536 bytes) +[ 0.009282] Mountpoint-cache hash table entries: 8192 (order: 0, 65536 bytes) +[ 0.011066] EEH: pSeries platform initialized +[ 0.011137] POWER8 performance monitor hardware support registered +[ 0.011231] Hierarchical SRCU implementation. +[ 0.012560] smp: Bringing up secondary CPUs ... +[ 0.014620] smp: Brought up 1 node, 2 CPUs +[ 0.014669] numa: Node 0 CPUs: 0-1 +[ 0.017357] devtmpfs: initialized +[ 0.020796] evm: security.selinux +[ 0.020816] evm: security.SMACK64 +[ 0.020832] evm: security.SMACK64EXEC +[ 0.020849] evm: security.SMACK64TRANSMUTE +[ 0.020865] evm: security.SMACK64MMAP +[ 0.020882] evm: security.ima +[ 0.020898] evm: security.capability +[ 0.021384] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns +[ 0.021428] futex hash table entries: 512 (order: 0, 65536 bytes) +[ 0.022217] NET: Registered protocol family 16 +[ 0.023456] EEH: No capable adapters found +[ 0.068790] KVM: Live patching for a fast VM worked +[ 0.069504] cpuidle: using governor ladder +[ 0.069606] cpuidle: using governor menu +[ 0.070109] pstore: using zlib compression +[ 0.070162] pstore: Registered nvram as persistent store backend +Linux ppc64le +#19-Ubuntu SMP W[ 0.073385] PCI: Probing PCI hardware +[ 0.073595] PCI host bridge to bus 0000:00 +[ 0.073650] pci_bus 0000:00: root bus resource [io 0x10000-0x1ffff] (bus address [0x0000-0xffff]) +[ 0.073722] pci_bus 0000:00: root bus resource [mem 0x200080000000-0x2000ffffffff] (bus address [0x80000000-0xffffffff]) +[ 0.073827] pci_bus 0000:00: root bus resource [mem 0x210000000000-0x21ffffffffff] +[ 0.073913] pci_bus 0000:00: root bus resource [bus 00-ff] +[ 0.081145] IOMMU table initialized, virtual merging enabled +[ 0.081231] iommu: Adding device 0000:00:00.0 to group 0 +[ 0.083493] HugeTLB registered 16.0 MiB page size, pre-allocated 0 pages +[ 0.085216] SCSI subsystem initialized +[ 0.085722] vgaarb: loaded +[ 0.085885] usbcore: registered new interface driver usbfs +[ 0.085961] usbcore: registered new interface driver hub +[ 0.086096] usbcore: registered new device driver usb +[ 0.086175] pps_core: LinuxPPS API ver. 1 registered +[ 0.086217] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <email address hidden> +[ 0.086316] PTP clock support registered +[ 0.086629] EDAC MC: Ver: 3.0.0 +[ 0.087455] NetLabel: Initializing +[ 0.087509] NetLabel: domain hash size = 128 +[ 0.087550] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO +[ 0.087676] NetLabel: unlabeled traffic allowed by default +[ 0.088226] clocksource: Switched to clocksource timebase +[ 0.109127] VFS: Disk quotas dquot_6.6.0 +[ 0.109244] VFS: Dquot-cache hash table entries: 8192 (order 0, 65536 bytes) +[ 0.109543] AppArmor: AppArmor Filesystem Enabled +[ 0.121635] NET: Registered protocol family 2 +[ 0.122074] TCP established hash table entries: 32768 (order: 2, 262144 bytes) +[ 0.122584] TCP bind hash table entries: 32768 (order: 3, 524288 bytes) +[ 0.123346] TCP: Hash tables configured (established 32768 bind 32768) +[ 0.123472] UDP hash table entries: 2048 (order: 0, 65536 bytes) +[ 0.123692] UDP-Lite hash table entries: 2048 (order: 0, 65536 bytes) +[ 0.123937] NET: Registered protocol family 1 +[ 0.124257] Unpacking initramfs... +[ 0.467838] Freeing initrd memory: 14080K +[ 0.472109] audit: initializing netlink subsys (disabled) +[ 0.472949] audit: type=2000 audit(1513569522.428:1): state=initialized audit_enabled=0 res=1 +[ 0.473972] Initialise system trusted keyrings +[ 0.474068] Key type blacklist registered +[ 0.474308] workingset: timestamp_bits=38 max_order=16 bucket_order=0 +[ 0.476124] zbud: loaded +[ 0.477006] squashfs: version 4.0 (2009/01/31) Phillip Lougher +[ 0.477456] fuse init (API version 7.26) +[ 0.478394] random: fast init done +[ 0.483013] Key type asymmetric registered +[ 0.483040] Asymmetric key parser 'x509' registered +[ 0.483150] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 245) +[ 0.483363] io scheduler noop registered +[ 0.483383] io scheduler deadline registered +[ 0.483450] io scheduler cfq registered (default) +[ 0.484056] virtio-pci 0000:00:00.0: enabling device (0100 -> 0103) +[ 0.485519] virtio-pci 0000:00:00.0: ibm,query-pe-dma-windows(2026) 0 8000000 20000000 returned 0 +[ 0.485916] virtio-pci 0000:00:00.0: ibm,create-pe-dma-window(2027) 0 8000000 20000000 10 20 returned 0 (liobn = 0x80000001 starting addr = 8000000 0) +[ 0.501557] virtio-pci 0000:00:00.0: Using 64-bit direct DMA at offset 800000000000000 +[ 0.503803] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled +[ 0.507398] Linux agpgart interface v0.103 +[ 0.511296] loop: module loaded +[ 0.511671] libphy: Fixed MDIO Bus: probed +[ 0.511698] tun: Universal TUN/TAP device driver, 1.6 +[ 0.511860] PPP generic driver version 2.4.2 +[ 0.512086] VFIO - User Level meta-driver version: 0.3 +[ 0.512309] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver +[ 0.512367] ehci-pci: EHCI PCI platform driver +[ 0.512420] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver +[ 0.512457] ohci-pci: OHCI PCI platform driver +[ 0.512501] uhci_hcd: USB Universal Host Controller Interface driver +[ 0.512814] mousedev: PS/2 mouse device common for all mice +[ 0.513152] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0 +[ 0.513200] i2c /dev entries driver +[ 0.513320] device-mapper: uevent: version 1.0.3 +[ 0.513482] device-mapper: ioctl: 4.36.0-ioctl (2017-06-09) initialised: <email address hidden> +[ 0.513710] ledtrig-cpu: registered to indicate activity on CPUs +[ 0.514095] NET: Registered protocol family 10 +[ 0.526547] modprobe[89]: unhandled signal 11 at 0000000000000008 nip 000073724fd9645c lr 000073724fd855c0 code 30001 +[ 0.528919] modprobe[90]: unhandled signal 11 at 00000000001e4250 nip 000076c0ae90e0f8 lr 000076c0ae90e6a4 code 30001 +[ 0.529819] Segment Routing with IPv6 +[ 0.529874] NET: Registered protocol family 17 +[ 0.529922] Key type dns_resolver registered +[ 0.530832] registered taskstats version 1 +[ 0.530902] Loading compiled-in X.509 certificates +[ 0.531719] modprobe[93]: unhandled signal 11 at 0000000000000008 nip 0000741ba74e645c lr 0000741ba74d55c0 code 30001 +[ 0.532899] modprobe[94]: unhandled signal 11 at 0000000000000008 nip 0000764dd97f645c lr 0000764dd97e55c0 code 30001 +[ 0.534414] Loaded X.509 cert 'Build time autogenerated kernel key: bc297e5938e0456833a4c0c157e5483b77785cf1' +[ 0.534505] zswap: loaded using pool lzo/zbud +[ 0.535375] modprobe[97]: unhandled signal 11 at 0000000000000008 nip 00007e85a34b645c lr 00007e85a34a55c0 code 30001 +[ 0.536618] modprobe[98]: unhandled signal 11 at 0000000000000008 nip 0000713d7724645c lr 0000713d772355c0 code 30001 +[ 0.537392] Key type big_key registered +[ 0.537418] Key type trusted registered +[ 0.545589] Key type encrypted registered +[ 0.545642] AppArmor: AppArmor sha1 policy hashing enabled +[ 0.545689] ima: No TPM chip found, activating TPM-bypass! (rc=-19) +[ 0.545799] evm: HMAC attrs: 0x1 +[ 0.551224] rtc-generic rtc-generic: setting system clock to 2017-12-18 03:58:43 UTC (1513569523) +[ 0.552107] Unable to open file: /etc/keys/x509_ima.der (-2) +[ 0.552109] Unable to open file: /etc/keys/x509_evm.der (-2) +[ 0.591193] Freeing unused kernel memory: 4608K +[ 0.591643] This architecture does not have kernel memory protection. +<hang> + +Is this the correct place to file kvm-pr bug reports? + +No, this bug tracker is for QEMU bugs only. Please report KVM-PR bugs to the <email address hidden> mailing list (see also https://www.linux-kvm.org/page/Bugs for how to report KVM kernel bugs in general) + +Hi, Timothy. + +I tried to reproduce this issue on a POWER8 box and couldn't reproduce it. + +Whatever the issue was, it seems to be fixed on kernel v4.16-rc4 with qemu 2.11.50. + +I downloaded vmlinux/initrd.gz from Ubuntu 18.04 to boot guest. It booted fine up to the installer initial screen. + +Please find my environment information listed below. + +I'm closing this bug but feel free to reopen it or file a new one. + +Cheers +Murilo + + +Machine type/model: 8247-22L + +[muriloo@baratheon ~]$ uname -a +Linux localhost.localdomain 4.16.0-rc4+ #1 SMP Thu Mar 8 22:54:31 UTC 2018 ppc64le ppc64le ppc64le GNU/Linux + +[muriloo@baratheon ~]$ lsmod | grep kvm +kvm_pr 100276 0 +kvm 217753 1 kvm_pr + +[muriloo@baratheon ~]$ ~/qemu/build/ppc64-softmmu/qemu-system-ppc64 --version +QEMU emulator version 2.11.50 (v2.11.0-2108-g83d2e94) +Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers + +[muriloo@baratheon ~]$ ~/qemu/build/ppc64-softmmu/qemu-system-ppc64 -kernel ~/ubuntu/18.04/vmlinux -initrd ~/ubuntu/18.04/initrd.gz -append "console=hvc0 verbose" -nodefaults -nographic -serial mon:stdio -accel kvm + +vmlinux: http://ports.ubuntu.com/ubuntu-ports/dists/bionic/main/installer-ppc64el/current/images/netboot/ubuntu-installer/ppc64el/vmlinux +initrd.gz: http://ports.ubuntu.com/ubuntu-ports/dists/bionic/main/installer-ppc64el/current/images/netboot/ubuntu-installer/ppc64el/initrd.gz + diff --git a/results/classifier/105/other/1738840 b/results/classifier/105/other/1738840 new file mode 100644 index 000000000..1a64f3869 --- /dev/null +++ b/results/classifier/105/other/1738840 @@ -0,0 +1,205 @@ +other: 0.958 +semantic: 0.957 +graphic: 0.953 +device: 0.953 +instruction: 0.952 +assembly: 0.950 +mistranslation: 0.941 +boot: 0.931 +KVM: 0.927 +socket: 0.922 +vnc: 0.921 +network: 0.913 + +qemu-img convert qcow2 to raw fails on OS X + +I try to convert a image from qcow2 to raw and the result is a not bootable image. +I dont know if it is a bug in qemu-img convert or with the image it self. + +See this error report for better readability: +https://github.com/coreos/bugs/issues/1121#issuecomment-351968518 + +As a reply here they use 2.9.0 version of + + +$ qemu-img -V +qemu-img version 2.11.0 +Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers + +$ uname -v +Darwin Kernel Version 17.2.0 + +$ mount ./ +/dev/disk1s1 on / (apfs, local, journaled) + +$ wget https://beta.release.core-os.net/amd64-usr/current/coreos_production_openstack_image.img.bz2 + +$ date +Fri Dec 14 17:15:57 CET 2017 + +$ bunzip2 coreos_production_openstack_image.img.bz2 + + +$ cp -a coreos_production_openstack_image.img.org coreos_production_openstack_image.img + +$ shasum coreos_production_openstack_image.img.org +ae2119c6f0390dc36f247f7016923ea85de5d8e6 coreos_production_openstack_image.img.org + +$ qemu-img convert -f qcow2 -O raw coreos_production_openstack_image.img.org coreos_production_openstack_image.bin + +$ qemu-system-x86_64 -m 256 -nographic -hda coreos_production_openstack_image.img -boot c +SeaBIOS (version rel-1.11.0-0-g63451fca13-prebuilt.qemu-project.org) + + +iPXE (http://ipxe.org) 00:03.0 C980 PCI2.10 PnP PMM+0FF915A0+0FEF15A0 C980 + + + +Booting from Hard Disk... +GRUB loading.... +Welcome to GRUB! +.... + +$ qemu-system-x86_64 -m 256 -nographic -hda coreos_production_openstack_image.bin -boot c + +SeaBIOS (version rel-1.11.0-0-g63451fca13-prebuilt.qemu-project.org) + + +iPXE (http://ipxe.org) 00:03.0 C980 PCI2.10 PnP PMM+0FF915A0+0FEF15A0 C980 + + + +Booting from Hard Disk... +Boot failed: not a bootable disk +.... + + +$ head -c 8192 coreos_production_openstack_image.bin | hexdump -C +00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| +* +00002000 + +$ qemu-img info coreos_production_openstack_image.bin +image: coreos_production_openstack_image.bin +file format: raw +virtual size: 8.5G (9116319744 bytes) +disk size: 217M + +$ qemu-img info coreos_production_openstack_image.img +image: coreos_production_openstack_image.img +file format: qcow2 +virtual size: 8.5G (9116319744 bytes) +disk size: 785M +cluster_size: 65536 +Format specific information: + compat: 0.10 + refcount bits: 16 + +The same version works on Ubuntu so it looks like its only the Mac version or the new APFS filesystem. + +We've had APFS bugs before, if memory serves... perhaps something to do with sparse gap handling? + +Do you have the ability to take a "good" conversion of the qcow2 file (made on a non-APFS partition) and compare it against the "bad" conversion? + +Highlighting the differences might inspire some ideas as to where this has gone wrong, but at present I don't have an OSX computer to test this with, personally. + + +I gave it a try here: +http://termbin.com/ufv4 + +Its only the first 4096 bytes. + + + + + + +I tried to make a quick grep of the start of the disk in the "bad" raw image and it does not exist anywhere so there is more ot it then just a offset issue. + +rg -M 20 -a --encoding=ascii '\xeb\x63\x90\x00\x00\x00\x00\x00\x00\x00\x00\x00' coreos_production_openstack_image.bin.apfs +or +rg -M 20 -a --encoding=ascii 'GRUB \x00Geom\x00Hard Disk\x00Read\x00 Error' coreos_production_openstack_image.bin.apfs + +The actual data seams to start here: +$ hexdump -C coreos_production_openstack_image.bin.apfs | head +00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| +* +0cc4f000 48 8b 4c 24 58 48 89 4c 24 08 48 89 44 24 10 e8 |H.L$XH.L$.H.D$..| +0cc4f010 3c a5 c5 ff 48 8b 44 24 18 48 8b 4c 24 20 48 8d |<...H.D$.H.L$ H.| +0cc4f020 15 9b e9 3f 00 48 39 c2 75 22 48 8b 44 24 48 48 |...?.H9.u"H.D$HH| +0cc4f030 8b 00 48 89 44 24 10 48 89 0c 24 66 c7 44 24 08 |..H.D$.H..$f.D$.| +0cc4f040 00 00 e8 c9 00 00 00 e9 70 ff ff ff 48 89 04 24 |........p...H..$| +0cc4f050 48 89 54 24 08 48 8d 05 e4 cf 3e 00 48 89 44 24 |H.T$.H....>.H.D$| +0cc4f060 10 e8 1a f1 bb ff 0f 0b e8 a3 5a c0 ff e9 7e fe |..........Z...~.| +0cc4f070 ff ff cc cc cc cc cc cc cc cc cc cc cc cc cc cc |................| + +and ends here: +261bf040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| +* +21f600000 + +There are som small small zones of zeroes here and there also but not much. + +And the file size seams small and wrong. +$ ls -lah coreos_production_openstack_image.bin.apfs + +$ du -hs coreos_production_openstack_image.bin.apfs + 16M coreos_production_openstack_image.bin.apfs + + + + + + + + + +Adding "-S 0" on the APFS convert only makes the file 8.5Gb but its still "bad". + + +The image apfs2 here is created with "-S 0"and the .bin is a working one generated on a ubuntu machine. + +Strange thing is that this say they are identical: +$ time qemu-img compare -f qcow2 -F raw coreos_production_openstack_image.img.org coreos_production_openstack_image.bin.apfs +Images are identical. + +real 0m0.078s +user 0m0.016s +sys 0m0.054s + +But these are not: +$ time qemu-img compare -f qcow2 -F raw coreos_production_openstack_image.img.org coreos_production_openstack_image.bin.apfs2 +Content mismatch at offset 0! + +real 0m0.026s +user 0m0.009s +sys 0m0.010s + +But hese are identical :) +$ diff coreos_production_openstack_image.bin.apfs coreos_production_openstack_image.bin.apfs2 +$ echo $? +0 + +And of cause these are not identical: +$ diff coreos_production_openstack_image.bin coreos_production_openstack_image.bin.apfs2 +Binary files coreos_production_openstack_image.bin and coreos_production_openstack_image.bin.apfs2 differ + +$ diff coreos_production_openstack_image.bin coreos_production_openstack_image.bin.apfs +Binary files coreos_production_openstack_image.bin and coreos_production_openstack_image.bin.apfs differ + + + + + +In the termbin: + +So the "good" one is on the left, and the "bad" one is on the right. The bad one is ... completely blank for the first 200+ MB? That's not great. + +so: +.bin.apfs: broken raw file, made on apfs, no arguments(?) +.bin.apfs2: broken raw file, made on apfs, `-S 0` ? +.img.org: qcow2 file (original/working?) +.bin: working raw file, made on Ubuntu? + +Do I have that right? + |