diff options
Diffstat (limited to 'results/classifier/deepseek-2/output/other')
708 files changed, 12039 insertions, 0 deletions
diff --git a/results/classifier/deepseek-2/output/other/1005 b/results/classifier/deepseek-2/output/other/1005 new file mode 100644 index 000000000..d81f992f7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1005 @@ -0,0 +1,178 @@ + +blockdev-del doesn't work after blockdev-backup with incremental, which using dirty-bitmap +Description of problem: +After incremental backup with bitmap, blockdev-del doesn't work at target node. +Because of this, incremental backup cannot rebase to base node. +I refered this. https://qemu-project.gitlab.io/qemu/interop/bitmaps.html#example-incremental-push-backups-without-backing-files +Steps to reproduce: +1. `blockdev-add` incremental backup node +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-add","arguments":{"driver":"qcow2","node-name":"incre0","file":{"driver":"file","filename":"/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2"}}}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +``` +2. `blockdev-backup` with `vda` to target `incre0` node +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-backup", "arguments": {"device": "vda", "bitmap":"bitmap0", "target": "incre0", "sync": "incremental", "job-id": "incre0-job", "speed": 536870912}}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848370 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "created", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848431 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "running", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848464 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "paused", + "id": "incre0-job" + } +} +{ + "timestamp": { + "seconds": 1651050066, + "microseconds": 848485 + }, + "event": "JOB_STATUS_CHANGE", + "data": { + "status": "running", + "id": "incre0-job" + } +} +{ + "return": { + } +} + +``` +3. `query-block-jobs` check `incre0-job` is done +``` +echo '{"execute":"qmp_capabilities"}{"execute":"query-block-jobs"}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +{ + "return": [ + ] +} +``` +4. To release write lock (need to rebase in incre0.qcow2), `blockdev-del` +``` +echo '{"execute":"qmp_capabilities"}{"execute":"blockdev-del","arguments":{"node-name":"incre0"}' | nc -U /mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/qmp.sock -N + +{ + "return": { + } +} +``` +5. `qemu-img rebase` +``` +qemu-img rebase -b base.qcow2 -u incre0.qcow2 + +qemu-img: Could not open 'incre0.qcow2': Failed to get "write" lock +Is another process using the image [incre0.qcow2]? +``` + +6. check `query-named-block-nodes` after `blockdev-del` +``` +{ + "return": [ + { + "iops_rd": 0, + "detect_zeroes": "off", + "image": { + "virtual-size": 53687091200, + "filename": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2", + "cluster-size": 65536, + "format": "qcow2", + "actual-size": 241340416, + "format-specific": { + "type": "qcow2", + "data": { + "compat": "1.1", + "compression-type": "zlib", + "lazy-refcounts": false, + "refcount-bits": 16, + "corrupt": false, + "extended-l2": false + } + }, + "dirty-flag": false + }, + "iops_wr": 0, + "ro": false, + "node-name": "incre0", + "backing_file_depth": 0, + "drv": "qcow2", + "iops": 0, + "bps_wr": 0, + "write_threshold": 0, + "encrypted": false, + "bps": 0, + "bps_rd": 0, + "cache": { + "no-flush": false, + "direct": false, + "writeback": true + }, + "file": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2" + }, + { + "iops_rd": 0, + "detect_zeroes": "off", + "image": { + "virtual-size": 240451584, + "filename": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2", + "format": "file", + "actual-size": 241340416, + "dirty-flag": false + }, + "iops_wr": 0, + "ro": false, + "node-name": "#block412", + "backing_file_depth": 0, + "drv": "file", + "iops": 0, + "bps_wr": 0, + "write_threshold": 0, + "encrypted": false, + "bps": 0, + "bps_rd": 0, + "cache": { + "no-flush": false, + "direct": false, + "writeback": true + }, + "file": "/mnt/7b12fe9c-fa0f-4f2a-82b1-3a6cd4e15ae8/temp/incre0.qcow2" + }, + ...... + ] +} +``` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1006702 b/results/classifier/deepseek-2/output/other/1006702 new file mode 100644 index 000000000..ff638a898 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1006702 @@ -0,0 +1,9 @@ + +something wrong in function type_initialize() in object.c in the source code of qemu-1.1.0 + +In the function type_initialize() in file object.c, about line 237, the sentence : + memset((void *)ti->class + class_size, 0, ti->class_size - class_size); +after the + if (type_has_parent(ti)){} +will clean the information copied from the parent in the if block. +I'm wondering whether this will lead to a bug. Thanks. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1008136 b/results/classifier/deepseek-2/output/other/1008136 new file mode 100644 index 000000000..7da61e36d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1008136 @@ -0,0 +1,25 @@ + +Cannot compile 1.1.0 + +Howdy, + +Testing QEMU 1.1.0 but doesn't compile: + + + CC fsdev/virtfs-proxy-helper.o +In file included from /usr/include/i386-linux-gnu/bits/sigcontext.h:28:0, + from /usr/include/signal.h:339, + from ./qemu-common.h:38, + from fsdev/virtfs-proxy-helper.c:23: +/usr/include/i386-linux-gnu/asm/sigcontext.h:28:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:191:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:192:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:193:2: error: unknown type name '__u64' +make: *** [fsdev/virtfs-proxy-helper.o] Error 1 + + +Ideas? +GCC 4.7, kernel 3.2x + +Thanks in advanced, +Jorge, \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1016 b/results/classifier/deepseek-2/output/other/1016 new file mode 100644 index 000000000..266855018 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1016 @@ -0,0 +1,4 @@ + +In-process sandboxing of the majority of QEMU via WebAssembly or similar +Additional information: +This would be in addition to other sandboxes, such as sVirt. diff --git a/results/classifier/deepseek-2/output/other/1024275 b/results/classifier/deepseek-2/output/other/1024275 new file mode 100644 index 000000000..953839683 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1024275 @@ -0,0 +1,13 @@ + +bad iteraction between -daemonize and -nographic + + $ qemu -daemonize -nographic + $ _ + +After this, the terminal is switched to some weird mode, not processing cr/lf, and not showing the characters being typed (it is fixable by using `stty sane'). + +Something is seriously wrong here: When -daemonize is given, qemu not touch tty parameters at all. + +Thanks, + +/mjt \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1030104 b/results/classifier/deepseek-2/output/other/1030104 new file mode 100644 index 000000000..dd6b0502a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1030104 @@ -0,0 +1,30 @@ + +Parallel build doesn't work after "make clean" + +After running "make clean" qemu won't build with -j option. +When I run "./configure && make clean" and then make -j5, following errors occur: + GEN config-host.h + GEN trace.h + GEN qemu-options.def + GEN qmp-commands.h + GEN qapi-types.h + GEN qapi-visit.h + GEN tests/test-qapi-types.h + GEN tests/test-qapi-visit.h + GEN tests/test-qmp-commands.h + GEN qapi-generated/qga-qapi-types.h + GEN qapi-generated/qga-qapi-visit.h + GEN qapi-generated/qga-qmp-commands.h + CC osdep.o + CC qemu-thread-posix.o +cc1: error: qapi-generated: No such file or directory [-Werror] +cc1: all warnings being treated as errors + +make: *** [qemu-thread-posix.o] Error 1 +make: *** Waiting for unfinished jobs.... +cc1: error: qapi-generated: No such file or directory [-Werror] +cc1: all warnings being treated as errors + +make: *** [osdep.o] Error 1 + +If you run "make -j5" once again after this, build continues succesfully because "qapi-generated" directory already exists. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1033 b/results/classifier/deepseek-2/output/other/1033 new file mode 100644 index 000000000..e73a658a4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1033 @@ -0,0 +1,28 @@ + +fakeroot under qemu fails with 'semop(1): encountered an error: Function not implemented' +Description of problem: +Appears to be the same issue as that discussed and reportedly fixed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965109 + +Running raspberry pi os in a chroot (using schroot). Execution of fakeroot as part of dpkg-buildpackage results in: + +``` +dpkg-buildpackage: info: source package clementine +dpkg-buildpackage: info: source version 1.4.0rc1-836-g4665916ba~bullseye +dpkg-buildpackage: info: source distribution bullseye +dpkg-buildpackage: info: source changed by David Sansome <me@davidsansome.com> +dpkg-buildpackage: info: host architecture armhf + dpkg-source --before-build . + fakeroot debian/rules clean +semop(1): encountered an error: Function not implemented +dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 1 +``` + +This is the same error as reported in bug 965109, but I'm running the most recent version of qemu - I built it from the git repo, so it should include the fix for 965109. +Steps to reproduce: +1. Setup (s)chroot with arm architecture (although the architecture may not matter) +2. Run fakeroot in the chroot +3. Observe the failure related to the semop syscall +Additional information: +- Not sure what other information I can provide to be helpful. +- The command line listed above is what I gather from ps; it's how qemu-arm-static is called by schroot. I've not been able to figure out _how_ schroot calls qemu-arm-static, I only know it does. +- I compiled qemu from source using my own user id, and ran into an issue with make install, so I manually used install to deploy the executable to /usr/local/bin... And then had to symlink that to /usr/bin as schroot apparently hardcodes the location of qemu-arm-static (at least it did not pick up the version I'd placed in /usr/local/bin). diff --git a/results/classifier/deepseek-2/output/other/1035042 b/results/classifier/deepseek-2/output/other/1035042 new file mode 100644 index 000000000..74a704341 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1035042 @@ -0,0 +1,14 @@ + +Inconsistency in x509-dh-key-file parameter + +Hello, + +At source it is x509-dh-file, at config[2] it is x509-dh-key-file, at man[3] it is also x509-dh-key-file. + +I guess that [1] is not correct? + +Thanks! + +[1] http://git.qemu.org/?p=qemu.git;a=blob;f=ui/spice-core.c;h=4fc48f89026944fa91c4be349436041e97fc8654;hb=HEAD#l615 +[2] http://git.qemu.org/?p=qemu.git;a=blob;f=qemu-config.c;h=5c3296b8c6f0ec85201579f9a5f4e085adc33314;hb=HEAD#l498 +[3] http://git.qemu.org/?p=qemu.git;a=blob;f=qemu-options.hx;h=5e7d0dc035978945e692efe3ef063b6a69e73b29;hb=HEAD#l888 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1037 b/results/classifier/deepseek-2/output/other/1037 new file mode 100644 index 000000000..b95703af3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1037 @@ -0,0 +1,2 @@ + +Let's encrypt certificate for *.qemu.org has expired diff --git a/results/classifier/deepseek-2/output/other/1038 b/results/classifier/deepseek-2/output/other/1038 new file mode 100644 index 000000000..b92aebe9d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1038 @@ -0,0 +1,12 @@ + +ppc 'max' CPU model is unlike the other targets 'max' CPU model +Description of problem: +On most targets the 'max' CPU model is either equivalent to 'host' (for KVM) or equivalent to all available CPU features (for TCG). + +On PPC64, however, this is not the case. Instead the 'max' model is an alias of the old '7400_v2.9' and simply doesn't work. + +This is confusing. At the very least the 'max' model alias should be deleted. Ideally a proper replacement would be introduced that matches semantics on other arches. +Steps to reproduce: +1. qemu-system-ppc64 -cpu max + +should be equiv to '-cpu host' or should expose all TCG features. diff --git a/results/classifier/deepseek-2/output/other/1044 b/results/classifier/deepseek-2/output/other/1044 new file mode 100644 index 000000000..f644c5259 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1044 @@ -0,0 +1,2 @@ + +Warning: libevent-loop-base.a the table of contents is empty diff --git a/results/classifier/deepseek-2/output/other/1054812 b/results/classifier/deepseek-2/output/other/1054812 new file mode 100644 index 000000000..bc5cb99d8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1054812 @@ -0,0 +1,6 @@ + +Configure uses wrong libtool on Darwin + +On Darwin/OS X, there are two versions of libtool: the GNU libtool, and Apple's libtool. Both are installed, but Apple's libtool (libtool) won't build libcacard that Qemu uses, but Gnu's libtool (glibtool) does. I get around using Apple's libtool by passing LIBTOOL=glibtool when configuring; unfortunately this variable isn't preserved so when Qemu's configure changes it's not passed. A simple switch in the configure script could check for Darwin, then if present, use glibtool. Or configure could check the features of libtool, see if they can build libcacard, then look for alternatives like glibtool. + +This bug was probably introduced when libcacard was added to Qemu, and is present in commit 93b6599734f81328ee3d608f57667742cafeea72. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1064 b/results/classifier/deepseek-2/output/other/1064 new file mode 100644 index 000000000..63d3a0483 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1064 @@ -0,0 +1,44 @@ + +aarch64:qemu6.2.0 compile error +Description of problem: + +Steps to reproduce: +1. download qemu source package +`wget http://mirrors.163.com/centos-vault/centos/8-stream/AppStream/Source/SPackages/qemu-kvm-6.2.0-12.module_el8.7.0%2b1140%2bff0772f9.src.rpm` +2. install qemu source package +`rpm -ivh qemu-*.rpm` +3. build qemu +` rpmbuild --define "_topdir /xxx/src_qemu6.2.0" -bb SPECS/qemu-kvm.spec` +4. error message: +``` +In function 'dump_receive_iov', + inlined from 'filter_dump_receive_iov' at ../net/dump.c:157:5: +../net/dump.c:89:9: error: 'writev' specified size 18446744073709551600 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=] + 89 | if (writev(s->fd, dumpiov, cnt + 1) != sizeof(hdr) + caplen) { + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +In file included from /home/xxx/src_qemu6.2.0/BUILD/qemu-kvm-6.2.0/include/qemu/osdep.h:108, + from ../net/dump.c:25: +../net/dump.c: In function 'filter_dump_receive_iov': +/usr/include/sys/uio.h:52:16: note: in a call to function 'writev' declared with attribute 'read_only (2, 3)' + 52 | extern ssize_t writev (int __fd, const struct iovec *__iovec, int __count) + | ^~~~~~ +cc1: all warnings being treated as errors +``` +**gcc version** +``` +# gcc --version +gcc (GCC) 10.3.1 +Copyright (C) 2020 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. +``` +``` +[root]# meson -v +0.62.1 +[root]# ninja -v +ninja: error: loading 'build.ninja': No such file or directory +[root@vm77 src_qemu6.2.0]# ninja --version +1.8.2 +``` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1080 b/results/classifier/deepseek-2/output/other/1080 new file mode 100644 index 000000000..b56709346 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1080 @@ -0,0 +1,2 @@ + +Qemu build fails on Ubuntu diff --git a/results/classifier/deepseek-2/output/other/1081 b/results/classifier/deepseek-2/output/other/1081 new file mode 100644 index 000000000..50017f176 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1081 @@ -0,0 +1,2 @@ + +A issue for QLIST_INSERT_BEFORE in include/qemu/queue.h diff --git a/results/classifier/deepseek-2/output/other/1081416 b/results/classifier/deepseek-2/output/other/1081416 new file mode 100644 index 000000000..7018b450e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1081416 @@ -0,0 +1,43 @@ + +Qemu 1.2.0 crashes when using tcp serial console and GRUB boots + +When booting OpenWRT Attitude Adjustement ( http://downloads.openwrt.org/attitude_adjustment/12.09-beta2/x86/generic/openwrt-x86-generic-combined-ext4.img.gz ) with this command line: +qemu-system-x86_64 -serial tcp:127.0.0.1:4444 -hda openwrt-x86-generic-combined-ext4.img + +Qemu crashes as soon as GRUB starts, after network cards start. + +*** buffer overflow detected ***: /usr/bin/qemu-system-x86_64 terminated +======= Backtrace: ========= +/usr/lib/libc.so.6(__fortify_fail+0x37)[0x7ffff45f2ad7] +/usr/lib/libc.so.6(+0xf9bb0)[0x7ffff45f0bb0] +/usr/lib/libc.so.6(+0xfba47)[0x7ffff45f2a47] +/usr/bin/qemu-system-x86_64[0x46a628] +/usr/bin/qemu-system-x86_64[0x4e8a14] +/usr/bin/qemu-system-x86_64[0x4e802b] +/usr/lib/libc.so.6(__libc_start_main+0xf5)[0x7ffff4518725] +/usr/bin/qemu-system-x86_64[0x40d949] + + +Here is a GDB backtrace: + +Program received signal SIGABRT, Aborted. +0x00007ffff452bfa5 in raise () from /usr/lib/libc.so.6 +(gdb) bt +#0 0x00007ffff452bfa5 in raise () from /usr/lib/libc.so.6 +#1 0x00007ffff452d428 in abort () from /usr/lib/libc.so.6 +#2 0x00007ffff456acfb in __libc_message () from /usr/lib/libc.so.6 +#3 0x00007ffff45f2ad7 in __fortify_fail () from /usr/lib/libc.so.6 +#4 0x00007ffff45f0bb0 in __chk_fail () from /usr/lib/libc.so.6 +#5 0x00007ffff45f2a47 in __fdelt_warn () from /usr/lib/libc.so.6 +#6 0x000000000046a628 in qemu_iohandler_poll (readfds=0xdb7da0 <rfds>, + writefds=0xdb7e20 <wfds>, xfds=0x6, xfds@entry=0xdb7ea0 <xfds>, ret=-1, + ret@entry=1) at iohandler.c:121 +#7 0x00000000004e8a14 in main_loop_wait (nonblocking=<optimized out>) + at main-loop.c:497 +#8 0x00000000004e802b in main_loop () + at /usr/src/aur/qemu/src/qemu-1.2.0/vl.c:1643 +#9 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) + at /usr/src/aur/qemu/src/qemu-1.2.0/vl.c:3755 +(gdb) + +Here is a more useless dump... \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1085 b/results/classifier/deepseek-2/output/other/1085 new file mode 100644 index 000000000..e9ff11120 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1085 @@ -0,0 +1,41 @@ + +QEMU 7.0.0 - NSIS installer issue +Description of problem: +Misisng info in QEMU.nsi file +Steps to reproduce: +The exe installer exe file properties has a lot of porpeties missing + + + +This is casued by mssing instruction like + +VIAddVersionKey "ProductName" "" +VIAddVersionKey "ProductVersion" "" +VIAddVersionKey "Comments" "" +VIAddVersionKey "CompanyName" "" +VIAddVersionKey "LegalTrademarks" "" +VIAddVersionKey "LegalCopyright" "" +VIAddVersionKey "FileVersion" "" +VIAddVersionKey "FileDescription" "" + +VIAddVersionKey "InternalName" "" +VIAddVersionKey "OriginalFilename" "" + +In Windows program òlist about uninstalle + +the QEMU icon is not right (generic icon) +The Is missing teh publisg + + + +This si due error on + +!define MUI_UNICON "${SRCDIR}\pc-bios\qemu-nsis.ico" + +that probably point to an icon file not available + +and an misisng line that set Publisher info for uninstalelr + +WriteRegStr HKLM "${UNINST_KEY}" "Publisher" "" + +Thanks. KR. diff --git a/results/classifier/deepseek-2/output/other/1087 b/results/classifier/deepseek-2/output/other/1087 new file mode 100644 index 000000000..95343dc1c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1087 @@ -0,0 +1,2 @@ + +QEMU 7.0.0 fails to build on PowerPC diff --git a/results/classifier/deepseek-2/output/other/1088 b/results/classifier/deepseek-2/output/other/1088 new file mode 100644 index 000000000..667337cd6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1088 @@ -0,0 +1,2 @@ + +QEMU 7.0.0 fails to build with linker that does not support --dynamic-list diff --git a/results/classifier/deepseek-2/output/other/1089 b/results/classifier/deepseek-2/output/other/1089 new file mode 100644 index 000000000..d2784da04 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1089 @@ -0,0 +1,25 @@ + +when I use memory balloon,the qemu process memory usage is displayed incorrectly +Description of problem: +My vm memory is 4GB,and use the balloon driver,the balloon value is also 4GB. +I run a soft to consume memory in vm,I can see the memory usage rate is 15% in host. When I stop the soft in vm,the memory of free info in host and vm +become normal,but use "top -d 3 -Hp $qemu_pid" to query in host,the memory usage rate is also 15%.I need to modify the balloon value in a smaller values,the memory usage rate will reduce. why? + +Steps to reproduce: +1.run a soft to consume memory in vm,and query top info,the qemu process memory usage:15% + + +2.query free info in host and vm (reduce) + + +3.stop sort in vm + + +4.query free info in host and vm (recover) + + +5.query top info again (also 15%) + + + +6.modify the balloon value in a smaller (modify the balloon value in a smaller values,the memory usage rate will reduce) diff --git a/results/classifier/deepseek-2/output/other/109 b/results/classifier/deepseek-2/output/other/109 new file mode 100644 index 000000000..325a697de --- /dev/null +++ b/results/classifier/deepseek-2/output/other/109 @@ -0,0 +1,2 @@ + +Make Uninstall Rule Requested diff --git a/results/classifier/deepseek-2/output/other/1090837 b/results/classifier/deepseek-2/output/other/1090837 new file mode 100644 index 000000000..74f567325 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1090837 @@ -0,0 +1,16 @@ + +Error in building Qemu-1.3.0 on Solaris 10 + +While trying to build Qemu on Oracle Solaris 10 (SPARC processor), I encountered the following error in the configure step: + +./configure --prefix=/usr/local/ --install=/usr/ucb/install +./configure: bad substitution +./configure: !: not found +./configure: !: not found +./configure: !: not found +./configure: !: not found +./configure: !: not found +./configure: curl-config: not found +./configure: curl-config: not found + +As the following bug report says: https://bugs.launchpad.net/qemu/+bug/636315, "sh" is hard-coded in the script. Can't the script be modified to accept a $SHELL argument to make use of bash or other shell during configure and make step? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1094786 b/results/classifier/deepseek-2/output/other/1094786 new file mode 100644 index 000000000..6a74bfbbd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1094786 @@ -0,0 +1,42 @@ + +static build with curses fails if requires -ltinfo + +On my system (amd64 Debian wheezy/sid) static ncurses build requires -ltinfo: +$ pkg-config --libs --static ncurses +-lncurses -ltinfo + +$ ../../configure --enable-curses --static +# Actually this fails on line + if compile_prog "" "$curses_lib" ; then +# with +ERROR +ERROR: User requested feature curses +ERROR: configure was not able to find it +ERROR +# but if we add -ltinfo to this line check succeds +... +static build yes +... + +$ make +... +... + CC i386-softmmu/hw/i386/../kvm/pci-assign.o + LINK i386-softmmu/qemu-system-i386 +../os-posix.o: In function `change_process_uid': +/home/vadim/soft/qemu/os-posix.c:205: warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking # and many alike warnings +... +../ui/curses.o: In function `curses_cursor_position': +/home/vadim/soft/qemu/ui/curses.c:137: undefined reference to `COLS' +/home/vadim/soft/qemu/ui/curses.c:137: undefined reference to `LINES' +/home/vadim/soft/qemu/ui/curses.c:138: undefined reference to `stdscr' +/home/vadim/soft/qemu/ui/curses.c:139: undefined reference to `curs_set' +../ui/curses.o: In function `curses_calc_pad': +/home/vadim/soft/qemu/ui/curses.c:68: undefined reference to `stdscr' +/home/vadim/soft/qemu/ui/curses.c:69: undefined reference to `stdscr' +... and so on + +I tried to build the very minimal static qemu executable. Actual configure line I tried first was +../../configure --target-list=i386-softmmu --disable-sdl --disable-virtfs --disable-vnc --disable-xen --disable-brlapi --disable-bluez --disable-slirp --disable-kvm --disable-user --disable-vde --disable-vhost-net --disable-spice --disable-libiscsi --disable-smartcard --disable-usb-redir --disable-guest-agent --audio-drv-list= --audio-card-list= --enable-curses --static + +and the errors was the same. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1094950 b/results/classifier/deepseek-2/output/other/1094950 new file mode 100644 index 000000000..9686de910 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1094950 @@ -0,0 +1,49 @@ + +crash at qemu_iohandler_poll (iohandler.c:124) on macos 10.8.2 + +I'm seeing consistent hangs / crashes on MacOS 10.8.2 with 1.3.0. I've tried both gcc-4.2 and clang. I've tried a half a dozen different images/kernels. + +I configured qemu like this: + +./configure --disable-sdl --disable-kvm --enable-cocoa --cc=gcc-4.2 --host-cc=gcc-4.2 --enable-debug --extra-cflags=-g --extra-ldflags=-g + +And ran it like this: + +qemu-system-arm -nographic -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.img-2.6.32-5-versatile -hda debian_squeeze_armel_standard.qcow2 -append "root=/dev/sda1 console=ttyAMA0" + +With images, kernel, and initrd described here: + +http://psellos.com/2012/08/2012.08.qemu-arm-osx.html + +And I get: + +Program received signal EXC_BAD_ACCESS, Could not access memory. +Reason: KERN_PROTECTION_FAILURE at address: 0x000000010142f2d0 +0x000000010142f2d0 in ?? () + +(gdb) bt +#0 0x000000010142f2d0 in ?? () +#1 0x000000010016e209 in qemu_iohandler_poll (readfds=0x10097ca00, writefds=0x10097ca80, xfds=0x10097cb00, ret=4) at iohandler.c:124 +#2 0x0000000100172acf in main_loop_wait (nonblocking=0) at main-loop.c:418 +#3 0x0000000100207bbf in main_loop () at vl.c:1765 +#4 0x000000010020e7b0 in qemu_main (argc=12, argv=0x7fff5fbff360, envp=0x7fff5fbff3c8) at vl.c:3992 +#5 0x00000001001d6013 in main (argc=12, argv=0x7fff5fbff360) at ui/cocoa.m:884 +(gdb) frame 1 +#1 0x000000010016e209 in qemu_iohandler_poll (readfds=0x10097ca00, writefds=0x10097ca80, xfds=0x10097cb00, ret=4) at iohandler.c:124 +124 ioh->fd_read(ioh->opaque); +Current language: auto; currently c +(gdb) p ioh +$1 = (IOHandlerRecord *) 0x10142f110 +(gdb) p *ioh +$2 = { + fd_read_poll = 0, + fd_read = 0x10017212b <sigfd_handler>, + fd_write = 0, + opaque = 0x3, + next = { + le_next = 0x0, + le_prev = 0x105d00bc0 + }, + fd = 3, + deleted = false +} \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1095 b/results/classifier/deepseek-2/output/other/1095 new file mode 100644 index 000000000..c6a05f8c1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1095 @@ -0,0 +1,2 @@ + +[QUESTION] What IF.... diff --git a/results/classifier/deepseek-2/output/other/1096 b/results/classifier/deepseek-2/output/other/1096 new file mode 100644 index 000000000..8b4f05a04 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1096 @@ -0,0 +1,2 @@ + +New warning with GCC 13 diff --git a/results/classifier/deepseek-2/output/other/1097 b/results/classifier/deepseek-2/output/other/1097 new file mode 100644 index 000000000..1e51cbc54 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1097 @@ -0,0 +1,2 @@ + +linux-user build broken on 32-bit ppc diff --git a/results/classifier/deepseek-2/output/other/1098 b/results/classifier/deepseek-2/output/other/1098 new file mode 100644 index 000000000..6db85cc58 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1098 @@ -0,0 +1,12 @@ + +make check failed at bios-tables-test +Description of problem: +run unit test "make check", failed at +3/177 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test ERROR 6.59s killed by signal 6 SIGABRT +Steps to reproduce: +1. ./configure --target-list=x86_64-softmmu --disable-xen --enable-sdl --enable-docs --disable-capstone +2. make -j check V=1 +Additional information: +Looks like DSDT construction code has been changed but hasn't updated bios-table-test binaries. + +See attached diff file.[make_check_failure_dsdt_asl.diff](/uploads/9ed82fbb081863d8991fb0ea72446365/make_check_failure_dsdt_asl.diff) diff --git a/results/classifier/deepseek-2/output/other/1100 b/results/classifier/deepseek-2/output/other/1100 new file mode 100644 index 000000000..4cd636a7f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1100 @@ -0,0 +1,2 @@ + +It riscv64 platform support user model?? diff --git a/results/classifier/deepseek-2/output/other/1103903 b/results/classifier/deepseek-2/output/other/1103903 new file mode 100644 index 000000000..3b89b1770 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1103903 @@ -0,0 +1,23 @@ + +drive_mirror on a resized image creates file with wrong size + +Repro steps: + +qemu-img create -f qcow2 base 32M +qemu-img create -f qcow2 -o backing_file=base disk +qemu-img resize /home/vishvananda/disk 64M +qemu-system-x86_64 -drive file=disk,id=vda -vnc :1 -monitor stdio +QEMU 1.3.0 monitor - type 'help' for more information +(qemu) drive_mirror vda test +Formatting 'test', fmt=qcow2 size=33554432 backing_file='base' backing_fmt='qcow2' encryption=off cluster_size=65536 lazy_refcounts=off + +the file is 32M instead of 64M: + +qemu-img info test +image: test +file format: qcow2 +virtual size: 32M (33554432 bytes) +disk size: 196K +cluster_size: 65536 +backing file: base +backing file format: qcow2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1125 b/results/classifier/deepseek-2/output/other/1125 new file mode 100644 index 000000000..8568cfa9e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1125 @@ -0,0 +1,4 @@ + +error on run qemu-system-aarch64 -smp 2 +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1127053 b/results/classifier/deepseek-2/output/other/1127053 new file mode 100644 index 000000000..7786b7f8c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1127053 @@ -0,0 +1,25 @@ + +assertion failed in exec.c while attempting to start a guest (latest commit) + +Hi team, + +I decided to try the latest commit on git (previously used version 1.3.0), and I got failed assertions while attempting to start my guests: + +eclipse ~ # qemu-kvm -enable-kvm -hda arch.img -m 4096 -smp sockets=1,cores=4 -vnc :0 -cpu host -vga std -net nic,model=e1000,macaddr=00:00:00:00:00:00 -net tap,ifname=vm0 -qmp tcp:0.0.0.0:4900,server,nowait +qemu-kvm: /var/tmp/portage/app-emulation/qemu-9999/work/qemu-9999/exec.c:982: qemu_ram_set_idstr: Assertion `!new_block->idstr[0]' failed. +Aborted + +The assertion seems valid, so whatever's causing it is probably to blame. I haven't dug around much to find out what calls the method (qemu_ram_set_idstr()), but that is probably the best place to start. + +The host contains a Xeon E3-1240 CPU, virtualising a bunch of guests one of which is Arch Linux 64-bit, if that helps. + +eclipse ~ # qemu-kvm -version +QEMU emulator version 1.4.50, Copyright (c) 2003-2008 Fabrice Bellard + +It looks like this assertion happens if you call the executable without any parameters as well: + +eclipse ~ # qemu-kvm +qemu-kvm: /var/tmp/portage/app-emulation/qemu-9999/work/qemu-9999/exec.c:982: qemu_ram_set_idstr: Assertion `!new_block->idstr[0]' failed. +Aborted + +Thanks. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1130533 b/results/classifier/deepseek-2/output/other/1130533 new file mode 100644 index 000000000..5732cb6ab --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1130533 @@ -0,0 +1,12 @@ + +Documentation cannot be build since commit c70a01e449536c616c85ab820c6fbad7d7e9cf39 + +I tried to build git -based qemu and when documentation is processed I got this error : + +./qemu-options.texi:1526: unknown command `list' +./qemu-options.texi:1526: table requires an argument: the formatter for @item +./qemu-options.texi:1526: warning: @table has text but no @item + +Looks like commit c70a01e449536c616c85ab820c6fbad7d7e9cf39 is guilty ?! + +Or any modification related to documentation, I think. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1136477 b/results/classifier/deepseek-2/output/other/1136477 new file mode 100644 index 000000000..0afc107a8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1136477 @@ -0,0 +1,6 @@ + +qemu doesn't sanitize command line options carrying plaintext passwords + +A slight security problem exists with qemu's lack of sanitization of argv[], for cases where the user may have specified a plaintext password for spice/vnc authorization. (Yes, it's not great to use this facility, but it's convenient and not grotesquely unsafe, were it not for this bug.) It would be nice if those plaintext passwords were nuked from the command line, so a subsequent "ps awux" didn't show them for all to see. + +See also https://bugzilla.redhat.com/show_bug.cgi?id=916279 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1151450 b/results/classifier/deepseek-2/output/other/1151450 new file mode 100644 index 000000000..7a8a5e1c3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1151450 @@ -0,0 +1,20 @@ + +wrong description in qemu manual + + +Description: +man qemu, there is a line: +qemu-system-x86_84 --drive file=gluster://192.0.2.1/testvol/a.img +seems should be: +qemu-system-x86_64 --drive file=gluster://192.0.2.1/testvol/a.img + +Additional info: +* operating system +arch linux x86_64 +* package version(s) +1.4.0 +* config and/or log files etc. + + +Steps to reproduce: +man qemu \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1155677 b/results/classifier/deepseek-2/output/other/1155677 new file mode 100644 index 000000000..765e00060 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1155677 @@ -0,0 +1,23 @@ + +snapshot=on fails with non file-based storage + +The snapshot=on option doesn't work with an nbd block device: + +/usr/bin/qemu-system-x86_64 \ +[...] + -device virtio-scsi-pci,id=scsi \ + -drive file=nbd:localhost:61930,snapshot=on,format=raw,id=hd0,if=none \ + -device scsi-hd,drive=hd0 \ +[...] + +gives the error: + +qemu-system-x86_64: -drive file=nbd:localhost:61930,snapshot=on,format=raw,id=hd0,if=none: could not open disk image nbd:localhost:61930: No such file or directory + +If you remove the snapshot=on flag, it works (although that of course means that the block device is writable which we don't want). + +Previously reported here: + + http://permalink.gmane.org/gmane.comp.emulators.qemu/148390 + +and I can confirm this still happens in qemu 1.4.0. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1159 b/results/classifier/deepseek-2/output/other/1159 new file mode 100644 index 000000000..52501d6e8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1159 @@ -0,0 +1,33 @@ + +Strange invalid access errors for very basic OS +Description of problem: +Currently I'm studying OS development. I found numerous guides on that topic, however [this one](https://github.com/cfenollosa/os-tutorial/tree/master/01-bootsector-barebones) is most close to what I have been doing. +When `.bin` file is launched with `-d guest_errors` flag, before any OS output exactly 512 error messages appear in logs, that look like that: +``` +Invalid access at addr 0xFEBB0000, size 1, region '(null)', reason: rejected +Invalid access at addr 0x0, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0001, size 1, region '(null)', reason: rejected +Invalid access at addr 0x1, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0002, size 1, region '(null)', reason: rejected +... +and it goes up to +... +Invalid access at addr 0xFEBB00FE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB00FF, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFF, size 1, region '(null)', reason: rejected +``` +Apparently, the OS boots normally after that. Should I be concerned about these messages or Should I just ignore them? +That looks strange and confusing, not a piece of my code calls these addresses. Maybe I'm doing something wrong? +Steps to reproduce: +1. Install `nasm` compiler (nasm package for apt) +2. Create a file named `os.asm` with exactly four lines: +```asm +loop: + jmp loop +times 510-($-$$) db 0 +dw 0xaa55 +``` +3. Build it with `nasm -f bin os.asm -o os.bin` +4. Run it with `qemu-system-i386 -d guest_errors -drive format=raw,file=./os.bin` +5. ...enjoy error messages. diff --git a/results/classifier/deepseek-2/output/other/1161 b/results/classifier/deepseek-2/output/other/1161 new file mode 100644 index 000000000..cde2c7f2b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1161 @@ -0,0 +1,2 @@ + +revise docs/interop/virtio-balloon-stats.rst diff --git a/results/classifier/deepseek-2/output/other/1163034 b/results/classifier/deepseek-2/output/other/1163034 new file mode 100644 index 000000000..618eaaaa1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1163034 @@ -0,0 +1,9 @@ + +linux-user mode can't handle guest setting a very small RLIMIT_AS (hangs running gnutls28, coreutils configure check code) + +Please look at +https://code.launchpad.net/~costamagnagianfranco/+archive/costamagnagianfranco-ppa/+packages +and +https://code.launchpad.net/~costamagnagianfranco/+archive/costamagnagianfranco-ppa/+build/4457434 + +I cannot make gnutls28 build on armhf, I suspect a builder problem \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1165383 b/results/classifier/deepseek-2/output/other/1165383 new file mode 100644 index 000000000..473cd80a4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1165383 @@ -0,0 +1,4 @@ + +executable qemu-1.4.0/i386-linux-user/./qemu-i386 gives a segmentation fault + +executable qemu-1.4.0/i386-linux-user/./qemu-i386 gives a segmentation fault \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1178107 b/results/classifier/deepseek-2/output/other/1178107 new file mode 100644 index 000000000..adf83f11f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1178107 @@ -0,0 +1,17 @@ + +qemu-system-*.exe -cpu ? (or -M ?) exit silently + +For example, 'qemu-system-arm -cpu ?' on Linux host give me available cpu list: + +Available CPUs: + arm1026 + arm1136 + arm1136-r2 + ... + +But on Windows host, I got nothing: + +C:\opt\qemu-1.5.0-rc0-win64>qemu-system-arm -cpu ? + +C:\opt\qemu-1.5.0-rc0-win64>echo %ERRORLEVEL% +0 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1179664 b/results/classifier/deepseek-2/output/other/1179664 new file mode 100644 index 000000000..dab56c038 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1179664 @@ -0,0 +1,16 @@ + +migration.c:293: undefined reference to `__sync_val_compare_and_swap_4' + +latest git qemu error i get on compiling with mingw + + LINK i386-softmmu/qemu-system-i386w.exe +../migration.o: In function `migrate_finish_set_state': +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +collect2.exe: error: ld returned 1 exit status +make[1]: *** [qemu-system-i386w.exe] Error 1 +make: *** [subdir-i386-softmmu] Error 2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1185 b/results/classifier/deepseek-2/output/other/1185 new file mode 100644 index 000000000..e38540060 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1185 @@ -0,0 +1,6 @@ + +./configure has unprefixed calls to pkg-config and clang breaking cross-compilation +Description of problem: +The configure script (as generated) includes some calls to the toolchain without including cross compiler prefixes. This can very easily break cross compilation. Here are the locations: + +# diff --git a/results/classifier/deepseek-2/output/other/1185395 b/results/classifier/deepseek-2/output/other/1185395 new file mode 100644 index 000000000..c1898c1fe --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1185395 @@ -0,0 +1,13 @@ + +qemu-1.5.0 savevm error -95 while writing vm with ceph-rbd as storage-backend + +With a running VM I encounter this strange behaviour, former qemu-versions don't show up such an error. +Perhaps this comes from the rbd-backend in qemu-1.5.0 in combination with ceph-0.56.6? + +( -95 might be a general "Operation not supported" error? ) + +Up to 1.4.2 everything is OK with savevm, though. + +Any help welcome, + +Oliver. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1186 b/results/classifier/deepseek-2/output/other/1186 new file mode 100644 index 000000000..12aca656e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1186 @@ -0,0 +1,18 @@ + +qos-test fails when built with LTO and gcc-12 +Description of problem: +The issue is already discussed here [1]. I'm simply building latest QEMU release and running the test suite. I thought the issue was fixed in 7.0 but it has resurfaced. Do QEMU dev's not build with LTO? I'm not able to debug this but I can test any proposed fixes etc. Thanks. + +[1] https://lore.kernel.org/all/1d3bbff9e92e7c8a24db9e140dcf3f428c2df103.camel@suse.com/ +Steps to reproduce: +1. Build QEMU with gcc-12 and LTO enabled +2. Run make check +3. Observe test suite failures in qos-test +Additional information: +``` +Summary of Failures: + + 2/265 qemu:qtest+qtest-aarch64 / qtest-aarch64/qos-test ERROR 0.59s killed by signal 6 SIGABRT + 3/265 qemu:qtest+qtest-i386 / qtest-i386/qos-test ERROR 0.22s killed by signal 6 SIGABRT + 7/265 qemu:qtest+qtest-x86_64 / qtest-x86_64/qos-test ERROR 0.40s killed by signal 6 SIGABRT +``` diff --git a/results/classifier/deepseek-2/output/other/1190 b/results/classifier/deepseek-2/output/other/1190 new file mode 100644 index 000000000..0ebf6d751 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1190 @@ -0,0 +1,2 @@ + +compiling v7.1 with --static fails with "/usr/bin/ld: cannot find -lmount" diff --git a/results/classifier/deepseek-2/output/other/1191457 b/results/classifier/deepseek-2/output/other/1191457 new file mode 100644 index 000000000..9f99ae5e2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1191457 @@ -0,0 +1,4 @@ + +broken build without sdl + +vl.c fails to build if not using sdl since no_frame variable is only defined if CONFIG_SDL, while QEMU_OPTION_no_frame tries to set it without ifdef \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1193628 b/results/classifier/deepseek-2/output/other/1193628 new file mode 100644 index 000000000..f6659adef --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1193628 @@ -0,0 +1,23 @@ + +Undefined References + +I've been able to make qemu on ubuntu 13.04 for all last releases: 1.4.0 -> 1.5.0 + +Unfortunately, when I launch one of them with a Cisco ASA, it crashes inside GNS3 (latest release) for Ubuntu. +The top GNS3 developer told me they experienced similar results and advised me to use qemu 1.1.0. + +The problem is that I cannot link that version. I always have these errors: + +"LINK qemu-ga +qemu-timer.o: In function `dynticks_rearm_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:538: undefined reference to `timer_gettime' +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:551: undefined reference to `timer_settime' +qemu-timer.o: In function `dynticks_stop_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:524: undefined reference to `timer_delete' +qemu-timer.o: In function `dynticks_start_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:510: undefined reference to `timer_create' +collect2: error: ld returned 1 exit status +make: *** [qemu-ga] Error 1" + +The man pages say we need to link with '-lrt' option, but I could not find it in the Makefile. +I do not know how to correct this issue. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1195 b/results/classifier/deepseek-2/output/other/1195 new file mode 100644 index 000000000..3f8dc50c9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1195 @@ -0,0 +1,19 @@ + +Race condition during QEMU exit cleanup can lead to deadlock +Description of problem: +During the cleanup phase of QEMU exiting, there is a small race condition window that can lead QEMU to lock up completely: +In the main QEMU thread, during the exit, the thread will execute the 'qemu_cleanup' function, which calls 'do_vm_stop', which calls 'pause_all_vcpus'. This method tries to (as the name suggests) stop/pause all the vcpu threads. At the same time, the vcpu thread might have just existed it's main mttcg exec loop, which means it will enter 'qemu_wait_io_event'. At this point, the following race condition can occur: +- vcpu_thread - cpus.c:416 <= enters qemu_wait_io_event +- shutdown_thread - cpus.c:555 <= enters pause_all_vcpus +- vcpu_thread - cpus.c:418 <= cpu_thread_is_idle returns true, cpu->stop not set yet +- shutdown_thread - cpus.c:560/561 <= sets cpu->stop and kicks the vcpu, but it's not waiting on cpu->halt_cond yet, so nothing happens +- vcpu_thread - cpus.c:423 <= starts waiting on cpu->halt_cond +- shutdown_thread - cpus.c:570 <= not all vcpus paused, so enters while loop +- shutdown_thread - cpus.c:571 <= starts waiting on qemu_pause_cond +- **deadlock** + +In my case, my plugin registers qemu_plugin_vcpu_idle_cb, so the race window is extended significantly in the vcpu thread (cpus.c:421) but I believe it can happen with the smaller race window as well. + +Note that this explanation is just based on my understanding of the code, and the final state of QEMU during the deadlock after I attached: The main thread (thread 1) was waiting on qemu_pause_cond in pause_all_vcpus, and the vcpu was waiting on cpu->halt_cond in qemu_wait_io_event, with no one else to wake either of them up. (This was following an exit that was triggered by a timeout signal) +Steps to reproduce: +This is a race condition, so I don't have a reliable reproducer. diff --git a/results/classifier/deepseek-2/output/other/1195882 b/results/classifier/deepseek-2/output/other/1195882 new file mode 100644 index 000000000..06fb48ad2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1195882 @@ -0,0 +1,25 @@ + +Make fails on Centos - can't find autoreconf + + [root@H002 qemu-1.4.2]# make +\ GEN i386-softmmu/config-devices.mak + GEN x86_64-softmmu/config-devices.mak + GEN alpha-softmmu/config-devices.mak + GEN arm-softmmu/config-devices.mak + GEN cris-softmmu/config-devices.mak + GEN lm32-softmmu/config-devices.mak + +( .... ) + +GEN unicore32-linux-user/config-devices.mak + GEN s390x-linux-user/config-devices.mak + GEN config-all-devices.mak + GEN config-host.h +(cd /opt/qemu/qemu-1.4.2/pixman; autoreconf -v --install) +/bin/sh: autoreconf: command not found +make: *** [/opt/qemu/qemu-1.4.2/pixman/configure] Error 127 + +***************** + +Exact same error for 1.5.1 build +So, qemu not supported on anything but Ubuntu? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/120 b/results/classifier/deepseek-2/output/other/120 new file mode 100644 index 000000000..96468af9e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/120 @@ -0,0 +1,2 @@ + +Please provide an option to print the default hardware configuration as command-line options, to make -nodefaults easier to use diff --git a/results/classifier/deepseek-2/output/other/1200 b/results/classifier/deepseek-2/output/other/1200 new file mode 100644 index 000000000..82f2bceb0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1200 @@ -0,0 +1,26 @@ + +always zero when query-dirty-rate +Description of problem: +The creation of VM works well(by virt-install), and I can enter it by 'virsh console or ssh'. + +Now, I try to use qemu's feature: calc-dirty-rate. + +But, always get '"dirty-rate":0' when 'query-dirty-rate', occasionally '"dirty-rate":2'. + +At the same time, I run 'mbw'(mbw -t0 -n 1000000 1024 -q) in vm, a memcpy-intensive benchmark. + + +I'm not sure if some configurations of QEMU/KVM are not enabled. + +looking forward to your reply! +Steps to reproduce: +``` +1. virsh qemu-monitor-command centos-huazhang '{"execute":"calc-dirty-rate", "arguments": {"calc-time": 1}}' + + {"return":{},"id":"libvirt-16"} + +2. virsh qemu-monitor-command centos-huazhang1 '{"execute":"query-dirty-rate"}' + + {"return":{"status":"measured","sample-pages":512,"dirty-rate":0,"mode":"page-sampling","start-time":607266,"calc-time":1},"id":"libvirt-17"} + +``` diff --git a/results/classifier/deepseek-2/output/other/1205 b/results/classifier/deepseek-2/output/other/1205 new file mode 100644 index 000000000..5a63bcfaf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1205 @@ -0,0 +1,8 @@ + +Cannot use `-serial stdio` on macbook pro, apple silicon +Description of problem: +When I run the command above, it will show below: +``` +(qemu) qemu-system-aarch64: -serial stdio: cannot use stdio by multiple character devices +qemu-system-aarch64: -serial stdio: could not connect serial device to character backend 'stdio' +``` diff --git a/results/classifier/deepseek-2/output/other/1205156 b/results/classifier/deepseek-2/output/other/1205156 new file mode 100644 index 000000000..d40fddd60 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1205156 @@ -0,0 +1,15 @@ + +Errors while compiling version 1.5.2 + +Environment: Ubuntu 13.04 + +"hw/ide/macio.c: In function ‘pmac_ide_atapi_transfer_cb’: +hw/ide/macio.c:134:9: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘hwaddr’ [-Werror=format] +hw/ide/macio.c: In function ‘pmac_ide_transfer_cb’: +hw/ide/macio.c:215:5: error: format ‘%ld’ expects argument of type ‘long int’, but argument 5 has type ‘int64_t’ [-Werror=format] +hw/ide/macio.c:222:9: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘hwaddr’ [-Werror=format] +hw/ide/macio.c:264:9: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘hwaddr’ [-Werror=format] +cc1: all warnings being treated as errors +make: *** [hw/ide/macio.o] Error 1" + +I got the source files with a "git clone git://git.qemu-project.org/qemu.git" + a recent "git fetch" \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1206 b/results/classifier/deepseek-2/output/other/1206 new file mode 100644 index 000000000..a93f89b3e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1206 @@ -0,0 +1,97 @@ + +68k: movew %sp@+,%sr does not restore USP if switching from Supervisor to User mode +Description of problem: +Debugging issues with MacOS under qemu-system-m68k shows that the `movew %sp@+,%sr` instruction does not restore USP if switching from Supervisor to User mode. I've created a reproducer at https://gitlab.com/mcayland/qemu/-/commits/68k-move-to-sr-bug ([diff from git master](https://gitlab.com/mcayland/qemu/-/commit/fbcd078946c0e582bf8f1ac9a5a3a31cda2e6c38.diff)) which uses the following code snippet: + +``` +0x40800000 in MYROM () +warning: shared library handler failed to enable breakpoint +(gdb) disas $pc $pc+0x20 +Dump of assembler code from 0x40800000 to 0x40800020: +0x40800000 <MYROM+0>: lea 0x6000,%a0 +0x40800006 <MYROM+6>: movel %a0,%usp +0x40800008 <MYROM+8>: movew %sr,%d0 +0x4080000a <MYROM+10>: andiw #8191,%d0 +0x4080000e <MYROM+14>: movew %d0,%sp@- +0x40800010 <MYROM+16>: movew %sp@+,%sr +0x40800012 <MYROM+18>: bras 0x40800012 <MYROM+18> +``` + +Initially the ISP is set to 0x1000 in supervisor mode: the code above loads 0x6000 into %usp, moves the SR register into d0, clears the supervisor bit, and pushes the new SR value onto the stack. Finally the `movew %sp@+,%sr` instruction is executed which switches from supervisor mode to user mode but the resulting %sp is still the ISP value and not the USP: + +``` +0x40800000 in MYROM () +warning: shared library handler failed to enable breakpoint +(gdb) stepi +0x40800006 in MYROM () +(gdb) +0x40800008 in MYROM () +(gdb) +0x4080000a in MYROM () +(gdb) +0x4080000e in MYROM () +(gdb) +0x40800010 in MYROM () +(gdb) +0x40800010 in MYROM () +(gdb) i r $ps $sp +ps 0x2700 9984 +sp 0xffe 0xffe +(gdb) stepi +0x40800012 in MYROM () +(gdb) i r $ps $sp +ps 0x700 1792 +sp 0x1000 0x1000 <-- should be 0x6000 +``` + +Analysis with gdb shows that the `set_sr` helper is calling `m68k_switch_sp()` correctly but the resulting value is not seen in the guest: + +``` +Thread 3 "qemu-system-m68" hit Breakpoint 1, m68k_switch_sp (env=0x62d000030ae0) at ../target/m68k/helper.c:462 +462 env->sp[env->current_sp] = env->aregs[7]; +(gdb) p/x env->aregs[7] +$1 = 0xffe +(gdb) n +463 if (m68k_feature(env, M68K_FEATURE_M68000)) { +(gdb) +464 if (env->sr & SR_S) { +(gdb) +472 new_sp = M68K_USP; +(gdb) +478 env->aregs[7] = env->sp[new_sp]; +(gdb) +479 env->current_sp = new_sp; +(gdb) +480 } +(gdb) p/x env->aregs[7] +$2 = 0x6000 +``` + +The bug seems to be caused by the post-increment operator clobbering the stack pointer with the ISP after the instruction has been translated: + +``` +IN: +0x40800010: movew %sp@+,%sr + +OP: + ld_i32 tmp0,env,$0xfffffffffffffff0 + brcond_i32 tmp0,$0x0,lt,$L0 + + ---- 40800010 00000000 + mov_i32 tmp0,$0x1 + st_i32 tmp0,env,$0xfffffffffffffc18 + qemu_ld_i32 tmp0,A7,leuw,0 + bswap16_i32 tmp0,tmp0,iz,oz + add_i32 tmp3,A7,$0x2 + call set_sr,$0x0,$0,env,tmp0 + mov_i32 CC_OP,$0x1 + mov_i32 PC,$0x40800012 + mov_i32 A7,tmp3 + exit_tb $0x0 + set_label $L0 + exit_tb $0x7fe118f30043 +``` + +Here tmp3 which is generated from the ISP is written back to A7 **after** `set_sr` has switched the stack pointer. This appears to be part of the `delay_set_areg` mechanism which was introduced in 8a1e52b69d ("target-m68k: Delay autoinc writeback"). + +From what I can see it isn't possible to easily change the order of the `set_sr` helper and applying the post-increment since the post-increment is handled automatically after the instruction is translated as part of `do_writebacks()`. diff --git a/results/classifier/deepseek-2/output/other/1213 b/results/classifier/deepseek-2/output/other/1213 new file mode 100644 index 000000000..c78ba1210 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1213 @@ -0,0 +1,44 @@ + +7.1.0 - NSIS Installer file issues +Description of problem: + + +Please check the screenshot relative to Window program list + +**Problem n. 1 (standard icon)** + +The icon rlative to QEMU is not graphic icon but starndrd udenfiend icon + +**Problem n. 2 (author missing)** + +Author info is missing + +**Problem n. 3 (installer date is not updated)** + +When you upgrade QEM the installation date not reflect last update but first installation (ex. version 7.1.0 with date of 2021). + +Note: all issues are relative to NSIS installer script. + +**Uninstaller icon** + +It seems that + +**!define MUI_UNICON "${SRCDIR}\pc-bios\qemu-nsis.ico"**__ + +didn't work. + +Please check here + +https://nsis.sourceforge.io/Add_uninstall_information_to_Add/Remove_Programs + +Please try to add in uninsaller section + + WriteRegStr HKLM "${UNINST_KEY}" "DisplayIcon" "${SRCDIR}\pc-bios\qemu-nsis.ico" + +**Missing author info in uninstall view** + + ; Write the uninstall keys for Windows + WriteRegStr HKLM "${UNINST_KEY}" "DisplayName" "QEMU" + WriteRegStr HKLM "${UNINST_KEY}" "Publisher" "QEMU crew" + +Replace "QEMU crew" with text that you like. diff --git a/results/classifier/deepseek-2/output/other/1229 b/results/classifier/deepseek-2/output/other/1229 new file mode 100644 index 000000000..cc41daf83 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1229 @@ -0,0 +1,10 @@ + +there is no Makefile.objs in migration dir，how can I do if I need to edit it? +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1233 b/results/classifier/deepseek-2/output/other/1233 new file mode 100644 index 000000000..b65009d5b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1233 @@ -0,0 +1,2 @@ + +is there a roadmap about when riscv-v extension will be implemented?? diff --git a/results/classifier/deepseek-2/output/other/1239 b/results/classifier/deepseek-2/output/other/1239 new file mode 100644 index 000000000..5c9428173 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1239 @@ -0,0 +1,37 @@ + +The help document of qemu-img misses some options +Description of problem: +The "--help" option of qemu-img misses the option "skip-broken-bitmaps" for convert , "image-opts" for bench, "object" for dd and "force-share" for measure. +Steps to reproduce: +1. For the option "skip-broken-bitmaps", the following code appears during option parsing for convert and modifies the skip_broken in qemu-img.c:2377-2379. + +``` + case OPTION_SKIP_BROKEN: + skip_broken = true; + break; +``` + +2. For the option "image-opts", the following code appears during option parsing for bench and modifies the image_opts in qemu-img.c:4511-4513. + +``` + case OPTION_IMAGE_OPTS: + image_opts = true; + break; +``` +3. For the option "object", the following code appears during option parsing for dd and calls the user_creatable_process_cmdline in qemu-img.c:4980-4982. + +``` + case OPTION_OBJECT: + user_creatable_process_cmdline(optarg); + break; +``` +4. For the option "force-share", the following code appears during option parsing for measure and modifies the force_share in qemu-img.c:5237-5239. +``` + case 'U': + force_share = true; + break; +``` +Additional information: +But they do not appear in the document provided by "--help". + +It may prevent users from using the relevant function. diff --git a/results/classifier/deepseek-2/output/other/1240 b/results/classifier/deepseek-2/output/other/1240 new file mode 100644 index 000000000..4ebcfbdf7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1240 @@ -0,0 +1,16 @@ + +The help document of qemu-nbd misses an option +Description of problem: +The "--help" option of qemu-nbd misses the option "tls-hostname". +Steps to reproduce: +1. For the option "tls-hostname", the following code appears during option parsing and modifies the tlshostname in qemu-nbd.c:760-762. + +``` + case QEMU_NBD_OPT_TLSHOSTNAME: + tlshostname = optarg; + break; +``` +Additional information: +But it does not appear in the document provided by "--help". + +It may prevent users from using the relevant function. diff --git a/results/classifier/deepseek-2/output/other/1242 b/results/classifier/deepseek-2/output/other/1242 new file mode 100644 index 000000000..60672054f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1242 @@ -0,0 +1,2 @@ + +unable to build in mac diff --git a/results/classifier/deepseek-2/output/other/1244 b/results/classifier/deepseek-2/output/other/1244 new file mode 100644 index 000000000..6dd647479 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1244 @@ -0,0 +1,46 @@ + +macOS 12.x ld: warning: -undefined dynamic_lookup may not work with chained fixups +Description of problem: +Not sure if this is a serious or negligible problem and if it has any significant runtime implications but reporting it anyway: + +``` +$ ld -v +@(#)PROGRAM:ld PROJECT:ld64-819.6 +BUILD 14:58:44 Aug 5 2022 +configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em +LTO support using: LLVM version 14.0.0, (clang-1400.0.29.102) (static support for 29, runtime is 29) +TAPI support using: Apple TAPI version 14.0.0 (tapi-1400.0.11) + +$ ninja -C build +ninja: Entering directory `build' +[314/2946] Linking static target libevent-loop-base.a +warning: /Library/Developer/CommandLineTools/usr/bin/ranlib: archive library: libevent-loop-base.a the table of contents is empty (no object file members in the library define global symbols) +[2044/2946] Generating qemu-system-aarch64 with a custom command +qemu-system-aarch64.tmp: replacing existing signature +[2584/2946] Linking target tests/plugin/libempty.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2585/2946] Linking target tests/plugin/libbb.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2588/2946] Linking target tests/plugin/libinsn.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2589/2946] Linking target tests/plugin/libmem.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2592/2946] Linking target tests/plugin/libsyscall.dylib +ld: warning: -undefined dynamic_lookup may not work with chained fixups +[2946/2946] Linking target tests/qtest/test-arm-mptimer +``` + +I saw a similar discussions in Bazel building system, CPython, and Ruby: +- https://github.com/bazelbuild/bazel/issues/16413 +- https://github.com/python/cpython/issues/97524 +- https://github.com/ruby/ruby/pull/6193 +- https://issues.guix.gnu.org/issue/57849 +Steps to reproduce: +1. ` ./configure --target-list=aarch64-softmmu,arm-softmmu --enable-cocoa --enable-plugins` (note that target list is not that important in this case though) +2. `ninja -C build` +3. Observe the warnings +Additional information: +See "New Features" subsection under "Linking" section for chained fixup +https://developer.apple.com/documentation/xcode-release-notes/xcode-13-release-notes for more information: + +> All programs and dylibs built with a deployment target of macOS 12 or iOS 15 or later now use the chained fixups format. This uses different load commands and LINKEDIT data, and won’t run or load on older OS versions. (49851380) diff --git a/results/classifier/deepseek-2/output/other/1245703 b/results/classifier/deepseek-2/output/other/1245703 new file mode 100644 index 000000000..3a6c8873f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1245703 @@ -0,0 +1,10 @@ + +LD_PREFIX option reads directories recursively in an endless loop + +If I run qemu user emulation with -L /path/to/my/sysroot/ in which also the proc and dev filesystem is mounted QEMU eats my memory until it gets killed by the kernel. + +According to the strace output it follows the symbolic links in the proc filesystem running forever in a recursive loop. + +The easiest solution would be to add in the function "add_dir_maybe" in the file util/path.c an additional check for symbolic links that it don't follow them. + +Also I don't really understand the need of doing this. A lot of ressources are wasted everytime QEMU-user is started just by having the directory structure in memory. In my case this are more than 20000 entries which QEMU is loading every time. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1253465 b/results/classifier/deepseek-2/output/other/1253465 new file mode 100644 index 000000000..626ce639b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1253465 @@ -0,0 +1,9 @@ + +qemu-img: 'image' uses a vmdk feature which is not supported by this qemu version: VMDK version 3 + +qemu-img convert in.vmdk -O RAW out.img + +Fails with: +qemu-img: 'image' uses a vmdk feature which is not supported by this qemu version: VMDK version 3 + +qemu-img version 1.6.1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1256 b/results/classifier/deepseek-2/output/other/1256 new file mode 100644 index 000000000..59e349c42 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1256 @@ -0,0 +1,23 @@ + +Building installer fails on Windows 10 Msys2 +Description of problem: +build fails with: +``` +make[2]: Leaving directory '/c/Users/sxlga/source/repos/qemu/build' +Traceback (most recent call last): + File "C:\Users\sxlga\source\repos\qemu\scripts\nsis.py", line 89, in <module> + main() + File "C:\Users\sxlga\source\repos\qemu\scripts\nsis.py", line 34, in main + with open( +OSError: [Errno 22] Invalid argument: 'C:/Users/sxlga/AppData/Local/Temp/tmpinyvlwkoC:/msys64/qemu/system-emulations.nsh' +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:165: run-ninja] Error 1 +make[1]: Leaving directory '/c/Users/sxlga/source/repos/qemu/build' +make: *** [GNUmakefile:11: installer] Error 2 +``` +Steps to reproduce: +1. ./configure --target-list=arm-softmmu,aarch64-softmmu +2. make all +3. make installer +Additional information: +following https://wiki.qemu.org/Hosts/W32#Native_builds_with_MSYS2 to set up toolchain diff --git a/results/classifier/deepseek-2/output/other/1256432 b/results/classifier/deepseek-2/output/other/1256432 new file mode 100644 index 000000000..ffb1c9794 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1256432 @@ -0,0 +1,4 @@ + +qemu mingw 32bit windows crash + +is it a known bug that in windows that even if you do ./configure --disable-coroutine-pool it still builds the coroutine stuff so when you try and run the build after its compiled it crashses? you have to actually edit config-host.mak and change the c flags around. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1261743 b/results/classifier/deepseek-2/output/other/1261743 new file mode 100644 index 000000000..6e71f88eb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1261743 @@ -0,0 +1,6 @@ + +trace-backend "simple" doesn't support "disable" property of event + +trace-backend "simple" generates wrong eventid in trace/generated-tracers.c after "disable" property occured in trace-events record. + +Result: missing or mixing logs in trace file. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1262 b/results/classifier/deepseek-2/output/other/1262 new file mode 100644 index 000000000..43cc60c4c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1262 @@ -0,0 +1,2 @@ + +avocado test framework fails to report when QEMU exits unexpectedly diff --git a/results/classifier/deepseek-2/output/other/1278 b/results/classifier/deepseek-2/output/other/1278 new file mode 100644 index 000000000..01440bc94 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1278 @@ -0,0 +1,7 @@ + +Error creating encrypted qcow2 disk using qemu-img +Description of problem: +Error creating encrypted qcow2 disk using qemu-img:No crypto library supporting PBKDF in this build: Function not implemented + +Steps to reproduce: +1.qemu-img create --object secret,id=sec0,data=123456 -f qcow2 -o encrypt.format=luks,encrypt.key-secret=sec0 base.qcow2 1G diff --git a/results/classifier/deepseek-2/output/other/1279257 b/results/classifier/deepseek-2/output/other/1279257 new file mode 100644 index 000000000..0b7c8856b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1279257 @@ -0,0 +1,12 @@ + +[hw/scsi/scsi-bus.c:910]: (style) Expression '(X & 0x4) == 0x1' is always false. + +Source code is + + } else if ((buf[1] & 4) == 1) { + +Suggest code rework. I found this bug by running +static analyser cppcheck over the source code. + +I also checked the latest code on the web and the +bug exists there also. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/128 b/results/classifier/deepseek-2/output/other/128 new file mode 100644 index 000000000..71de6e7a4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/128 @@ -0,0 +1,2 @@ + +man page is missing suboptions for "-display" diff --git a/results/classifier/deepseek-2/output/other/1284090 b/results/classifier/deepseek-2/output/other/1284090 new file mode 100644 index 000000000..ad4475957 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1284090 @@ -0,0 +1,9 @@ + +RFE: QMP: report error reason in BLOCK_IO_ERROR message + +when a disk drive is configured with the error policy enospc for write errors, the monitoring client needs a way to distinguish +betwwen generic I/O error and the I/O error for space exausted. + +The JSON QMP protocol lacks this information: the BLOCK_IO_ERROR message does not provide a reason or code for the error verified, so the monitoring client cannot distinguish the source of the errors. + +verified against git 105a060188dc6fdd4551571a966514d1a5f6815a \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/129 b/results/classifier/deepseek-2/output/other/129 new file mode 100644 index 000000000..ff5736101 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/129 @@ -0,0 +1,13 @@ + +Build failure due to conflicts with the C++20 version header +Steps to reproduce: +qemu 5.2.0: +``` +brew install -s qemu +``` + +qemu 6.0.0: +``` +wget https://raw.githubusercontent.com/Homebrew/homebrew-core/02107501a48cc9d08480913ee1c79866dc60c23a/Formula/qemu.rb +brew install -s qemu.rb +``` diff --git a/results/classifier/deepseek-2/output/other/1291 b/results/classifier/deepseek-2/output/other/1291 new file mode 100644 index 000000000..8072872f8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1291 @@ -0,0 +1,2 @@ + +--enable-jemalloc configure option is not covered in CI diff --git a/results/classifier/deepseek-2/output/other/1295 b/results/classifier/deepseek-2/output/other/1295 new file mode 100644 index 000000000..90878f83f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1295 @@ -0,0 +1,28 @@ + +configure script can fail if compiler flag `-Wunused-parameter` is enabled +Description of problem: +`configure` fails with an error message: + +``` +ERROR: SafeStack is only supported by the coroutine backend ucontext +``` +Steps to reproduce: +1. Run `./configure --cross-prefix=x86_64-w64-mingw32- --disable-werror --extra-cflags=-Wunused-parameter` +Additional information: +Last part of `config.log`: + +``` +x86_64-w64-mingw32-gcc -m64 -mcx16 -I/mingw64/include -Wunused-parameter -fno-pie -mthreads -std=gnu11 -Wall -fno-pie -no-pie -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -Werror -o config-temp/qemu-conf.exe config-temp/qemu-conf.c -L/mingw64/lib -no-pie +config-temp/qemu-conf.c: In function ‘main’: +config-temp/qemu-conf.c:1:14: error: unused parameter ‘argc’ [-Werror=unused-parameter] + 1 | int main(int argc, char *argv[]) + | ~~~~^~~~ +config-temp/qemu-conf.c:1:26: error: unused parameter ‘argv’ [-Werror=unused-parameter] + 1 | int main(int argc, char *argv[]) + | ~~~~~~^~~~~~ +cc1: all warnings being treated as errors +``` + +The configure script fails because it tries to compile small C programs with a main function which is declared with arguments `argc` and `argv` although those arguments are unused. + +Using the same compiler flag for a native build (`./configure --disable-werror --extra-cflags=-Wunused-parameter`) shows the same errors in `config.log`, but surprisingly does not fail. diff --git a/results/classifier/deepseek-2/output/other/1298442 b/results/classifier/deepseek-2/output/other/1298442 new file mode 100644 index 000000000..11a02b408 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1298442 @@ -0,0 +1,6 @@ + +build problem in qemu-2.0.0-rc0 No rule to make target `trace/generated-events.h' + +With qemu-2.0.0-rc0 on CentOS release 5.7 (Final) I get + +make: *** No rule to make target `trace/generated-events.h', needed by `Makefile'. Stop. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1302 b/results/classifier/deepseek-2/output/other/1302 new file mode 100644 index 000000000..a96b7bb2d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1302 @@ -0,0 +1,18 @@ + +Per-thread logging flag must be made immutable +Description of problem: +The problem is that the code assumes it isn't possible to switch from global logging to per-thread logging and vice-versa per design, but it lags appropriate checks to enforce it. Enabling or disabling per-thread logging at runtime from the monitor causes unexpected results. +Steps to reproduce: +Enabling per-thread logging at runtime: + +1. Start QEMU : `./qemu-system-x86_64 -S -monitor stdio -D qemu.log.%d` +2. Enable per-thread logging from the HMP monitor : `(qemu) log tid` +3. Fails with `Filename template with '%d' required for 'tid'` even though such a template was passed with `-D`. + +Disabling per-thread logging at runtime: + +1. Start QEMU : `./qemu-system-x86_64 -S -monitor stdio -D qemu.log.%d -d tid,cpu_reset` +2. Disable per-thread logging from the HMP monitor: `(qemu) log cpu_reset` +3. QEMU creates a log file with a bogus `qemu.log.%d` name. +Additional information: +[Series](https://patchew.org/QEMU/20221104120059.678470-1-groug@kaod.org/) posted and already reviewed by @rth7680 . diff --git a/results/classifier/deepseek-2/output/other/1308542 b/results/classifier/deepseek-2/output/other/1308542 new file mode 100644 index 000000000..bbddab244 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1308542 @@ -0,0 +1,17 @@ + +hang in qemu_gluster_init + +In qemu_gluster_init, if the call to either glfs_set_volfile_server or glfs_set_logging fails into the "out" case, glfs_fini is called without having first calling glfs_init. This causes glfs_lock to spin forever on this bit: + + while (!fs->init) + pthread_cond_wait (&fs->cond, &fs->mutex); + +And here's the bottom part of the backtrace when hung: + +#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:183 +#1 0x00007feceebf58c3 in glfs_lock (fs=0x7fecf15660b0) at glfs-internal.h:156 +#2 glfs_active_subvol (fs=0x7fecf15660b0) at glfs-resolve.c:799 +#3 0x00007feceebeb5b4 in glfs_fini (fs=0x7fecf15660b0) at glfs.c:652 +#4 0x00007fecf0043c73 in qemu_gluster_init (gconf=<value optimized out>, filename=<value optimized out>) at /usr/src/debug/qemu-kvm-0.12.1.2/block/gluster.c:229 + +I believe this can be fixed by simply moving the call to glfs_init after the call to glfs_new but before the calls to glfs_set_volfile_server or glfs_set_logging. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/131 b/results/classifier/deepseek-2/output/other/131 new file mode 100644 index 000000000..786c252fc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/131 @@ -0,0 +1,2 @@ + +QEMU's default msrs handling causes Windows 10 64 bit to crash diff --git a/results/classifier/deepseek-2/output/other/1315747 b/results/classifier/deepseek-2/output/other/1315747 new file mode 100644 index 000000000..c0d701127 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1315747 @@ -0,0 +1,6 @@ + +Qemu on Windows + +I have a problem with the latest snapshot from http://qemu.weilnetz.de/. Where should I raise it? Here? It's not clear to me that I should do it since that's probably an unsupported build, whereas there is no support forum or e-mail address on that website. + +THanks. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1317 b/results/classifier/deepseek-2/output/other/1317 new file mode 100644 index 000000000..e70225fa6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1317 @@ -0,0 +1,50 @@ + +"make-check avocado" doesn't work in ubuntu 1804 because of older versions of pip and setuputils +Description of problem: +make check-avocado tests don't run in Ubuntu 18.04, I get an error: + +`Command "python setup.py egg_info" failed with error code 1 in /qemu/python/` + +It looks like pip and setuputils are too old in 18.04 (which is still an active lts version supposedly). +Steps to reproduce: +Compile qemu in Ubuntu 18.04. This is an ad-hoc example with docker but I reproduced it in Ubuntu 18.04 VM too +1. Create docker from Dockerfile [Dockerfile](/uploads/a5748cabca5319f467cbc0b803ed9104/Dockerfile): + +<code>FROM ubuntu:18.04 +RUN apt update +RUN apt-get install -y git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build git-email libaio-dev libbluetooth-dev libcapstone-dev libbrlapi-dev libbz2-dev libcap-ng-dev libcurl4-gnutls-dev libgtk-3-dev libibverbs-dev libjpeg8-dev libncurses5-dev libnuma-dev librbd-dev librdmacm-dev libsasl2-dev libsdl2-dev libseccomp-dev libsnappy-dev libssh-dev libvde-dev libvdeplug-dev libvte-2.91-dev libxen-dev liblzo2-dev valgrind xfslibs-dev python3-venv</code> + +`docker build -t 1804qemuavocado .` + +2. Run shell inside of docker: + +`docker run -it 1804qemuavocado bash` + +3. Clone QEMU: + +`git clone --depth 1 https://github.com/qemu/qemu.git` + +4. Build QEMU (targets and parameters should not matter much): + +<code>cd qemu +mkdir build +cd build +../configure --target-list=x86_64-softmmu +ninja</code> + +5. Attempt to run tests: + +`make check-avocado` + +6. Get an error: + +<code>/usr/bin/python3 -B /qemu/meson/meson.py introspect --targets --tests --benchmarks | /usr/bin/python3 -B scripts/mtest2make.py > Makefile.mtest + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + GIT ui/keycodemapdb meson tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + VENV /qemu/build/tests/venv + VENVPIP install -e /qemu/python/ +Command "python setup.py egg_info" failed with error code 1 in /qemu/python/ +/qemu/tests/Makefile.include:115: recipe for target '/qemu/build/tests/venv' failed +make: *** [/qemu/build/tests/venv] Error 1</code> +Additional information: +As far as I understand, upgrading pip in system won't help, because venv creates an environment with base pip version (9 in case of Ubuntu 18.04). I tried creating a small patch [patch.diff](/uploads/0ae4883106773f0ea940d27b74219732/patch.diff) for tests/Makefile.include, that upgrades pip and setuputils in venv to the latest version, and it seem to help, but I don't know if it's the right solution to always have the latest version. Probably some LTS version should be chosen, if such thing exists for pip. diff --git a/results/classifier/deepseek-2/output/other/1319 b/results/classifier/deepseek-2/output/other/1319 new file mode 100644 index 000000000..931c38a9a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1319 @@ -0,0 +1,14 @@ + +Build warnings when building qemu with 'disable-tcg' for ppc64-softmmu target +Description of problem: +Building recent upstream qemu (HEAD 2c8311241d) for 'ppc64-softmmu' target is failing due to following build warnings: + +<snip> + ../target/ppc/cpu_init.c:7018:13: error: 'ppc_restore_state_to_opc' defined but not used [-Werror=unused-function] + 7018 | static void ppc_restore_state_to_opc(CPUState *cs, +<snip> +Steps to reproduce: +1. $ git clone --recurse-submodules https://gitlab.com/qemu-project/qemu.git +2. ./configure --target-list=ppc64-softmmu --disable-tcg && make +Additional information: +Patch for this issue has been posted and reviewed at https://lore.kernel.org/all/20221116131743.658708-1-vaibhav@linux.ibm.com/ diff --git a/results/classifier/deepseek-2/output/other/1319493 b/results/classifier/deepseek-2/output/other/1319493 new file mode 100644 index 000000000..c81392f10 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1319493 @@ -0,0 +1,31 @@ + +strip: '/usr/local/bin/fsdev/virtfs-proxy-helper': No such file make: *** [install] Error 1 + +Folder "fsdev" will not be created in "/usr/local/bin". +Qemu compiled from actual git. + + + +####################################################################### +... +Installing with make install... +========================= Installation results =========================== +install -d -m 0755 "/usr/local/share/doc/qemu" +install -c -m 0644 qemu-doc.html qemu-tech.html "/usr/local/share/doc/qemu" +install -c -m 0644 qmp-commands.txt "/usr/local/share/doc/qemu" +install -d -m 0755 "/usr/local/share/man/man1" +install -c -m 0644 qemu.1 "/usr/local/share/man/man1" +install -c -m 0644 qemu-img.1 "/usr/local/share/man/man1" +install -d -m 0755 "/usr/local/share/man/man8" +install -c -m 0644 qemu-nbd.8 "/usr/local/share/man/man8" +install -d -m 0755 "/usr/local/share/man/man1" +install -c -m 0644 fsdev/virtfs-proxy-helper.1 "/usr/local/share/man/man1" +install -d -m 0755 "/usr/local/share/qemu" +install -d -m 0755 "/usr/local/etc/qemu" +install -c -m 0644 /tmp/qemu/sysconfigs/target/target-x86_64.conf "/usr/local/etc/qemu" +install -d -m 0755 "/usr/local/var"/run +install -d -m 0755 "/usr/local/bin" +libtool --quiet --mode=install install -c -m 0755 qemu-ga qemu-nbd qemu-img qemu-io fsdev/virtfs-proxy-helper "/usr/local/bin" +strip "/usr/local/bin/qemu-ga" "/usr/local/bin/qemu-nbd" "/usr/local/bin/qemu-img" "/usr/local/bin/qemu-io" "/usr/local/bin/fsdev/virtfs-proxy-helper" +strip: '/usr/local/bin/fsdev/virtfs-proxy-helper': No such file +make: *** [install] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1320968 b/results/classifier/deepseek-2/output/other/1320968 new file mode 100644 index 000000000..3d4031b47 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1320968 @@ -0,0 +1,10 @@ + +qemu-system-ppc -cpu G2leGP3 crashes + +qemu crashes when running qemu-system-ppc -cpu G2leGP3 : + +qemu-system-ppc -cpu G2leGP3 +Error: Trying to register SPR 1013 (3f5) twice ! + +qemu-system-ppc -version +QEMU emulator version 2.0.50, Copyright (c) 2003-2008 Fabrice Bellard \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1324112 b/results/classifier/deepseek-2/output/other/1324112 new file mode 100644 index 000000000..bf90897c0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1324112 @@ -0,0 +1,23 @@ + +qemu parallel building error on libcacard.la + +hi, + +im building qemu with a large make -j value(9). +sometimes the build fails because of an error: +libtool: link: ar cru .libs/libcacard.a stubs/arch-query-cpu-def.o stubs/clock-warp.o stubs/cpu-get-clock.o stubs/cpu-get-icount.o stubs/dump.o stubs/fdset-add-fd.o stubs/fdset-find-fd.o stubs/fdset-get-fd.o stubs/fdset-remove-fd.o stubs/gdbstub.o stubs/get-fd.o stubs/get-vm-name.o stubs/iothread-lock.o stubs/migr-blocker.o stubs/mon-is-qmp.o stubs/mon-printf.o stubs/mon-print-filename.o stubs/mon-protocol-event.o stubs/mon-set-error.o stubs/pci-drive-hot-add.o stubs/qtest.o stubs/reset.o stubs/runstate-check.o stubs/set-fd-handler.o stubs/slirp.o stubs/sysbus.o stubs/uuid.o stubs/vm-stop.o stubs/vmstate.o stubs/cpus.o stubs/kvm.o libcacard/cac.o libcacard/event.o libcacard/vcard.o libcacard/vreader.o libcacard/vcard_emul_nss.o libcacard/vcard_emul_type.o libcacard/card_7816.o libcacard/vcardt.o util/osdep.o util/cutils.o util/qemu-timer-common.o util/error.o util/qemu-error.o util/oslib-posix.o util/qemu-thread-posix.o trace/generated-events.o trace/default.o trace/control.o trace/generated-tracers.o +ar: trace/generated-events.o: No such file or directory +make[2]: *** [libcacard.la] Error 1 + + +i see the build of generated-events.o in the log before the ar command. +because of the -j it was probably not completed yet. +the generated-events.o build command: +/usr/bin/gcc -I/home/npsdb/qemu/qemu/tcg -I/home/npsdb/qemu/qemu/tcg/i386 -I/home/npsdb/qemu/qemu/linux-headers -I/home/npsdb/qemu/build/linux_x86_64/linux-headers -I. -I/home/npsdb/qemu/qemu -I/home/npsdb/jenkins/qemu/qemu/include -I/home/npsdb/qemu/qemu/libcacard -Itrace -Itrace -fPIE -DPIE -m64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wold-style-declaration -Wold-style-definition -Wtype-limits -fstack-protector-all -I/usr/include/libpng12 -I/usr/include/nss3 -I/usr/include/nspr4 -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/home/npsdb/qemu/qemu/tests -I qga/qapi-generated -MMD -MP -MT trace/generated-events.o -MF trace/generated-events.d -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -g -c -o trace/generated-events.o trace/generated-events.c + + +must be a race condition in the makefile because of a missing dependency. +i tried to find it but it was a little bit complicated to me. + +thanks, +tal \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1331 b/results/classifier/deepseek-2/output/other/1331 new file mode 100644 index 000000000..b3e9a68d3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1331 @@ -0,0 +1,2 @@ + +risc-v sstatus bug diff --git a/results/classifier/deepseek-2/output/other/1334 b/results/classifier/deepseek-2/output/other/1334 new file mode 100644 index 000000000..9601ed393 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1334 @@ -0,0 +1,2 @@ + +qemu-img map qcow2 image,but can't get right zero area diff --git a/results/classifier/deepseek-2/output/other/1336192 b/results/classifier/deepseek-2/output/other/1336192 new file mode 100644 index 000000000..ca9320f0e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1336192 @@ -0,0 +1,6 @@ + +delvm does not delete snapshots on every disks + +Using more than one block device, using delvm does remove snapshot from the first block device, but does not remove snapshots from other blockdevs (complains about not finding snapshot on 1st blockdev). + +Attached patch fixes that. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1336194 b/results/classifier/deepseek-2/output/other/1336194 new file mode 100644 index 000000000..42307ba8e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1336194 @@ -0,0 +1,25 @@ + +Errors reporting in do_delvm caused a crash + +In case of multiple errors, it leads to a crash. + +Typical back trace: +#0 <in libc> in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 +#1 <in libc> in __GI_abort () at abort.c:90 +#2 <in libc> in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=<in libc> "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:196 +#3 <in libc> in malloc_printerr (action=3, str=<in libc> "double free or corruption (out)", ptr=<optimized out>) at malloc.c:4902 +#4 <in libc> in _int_free (av=<optimized out>, p=<in heap chunk>, have_lock=0) at malloc.c:3758 +#5 <in qemu binary> in error_free (err=<in heap chunk>) at util/error.c:166 +#6 <in qemu binary> in do_delvm (mon=<in heap chunk>, qdict=<optimized out>) at /home/qemudbg/src/qemu/savevm.c:1132 +#7 <in qemu binary> in handle_user_command (mon=mon@entry=<in heap chunk>, cmdline=<optimized out>) at /home/qemudbg/src/qemu/monitor.c:4167 +#8 <in qemu binary> in monitor_command_cb (opaque=<in heap chunk>, cmdline=<optimized out>, readline_opaque=<optimized out>) at /home/qemudbg/src/qemu/monitor.c:4878 +#9 <in qemu binary> in readline_handle_byte (rs=<in heap>, ch=<optimized out>) at util/readline.c:371 +#10 <in qemu binary> in monitor_read (opaque=<optimized out>, buf=<optimized out>, size=<optimized out>) at /home/qemudbg/src/qemu/monitor.c:4861 +#11 <in qemu binary> in qemu_chr_be_write (len=<optimized out>, buf=<in stack> "\n\003", s=<in heap chunk>) at qemu-char.c:165 +#12 tcp_chr_read (chan=<optimized out>, cond=<optimized out>, opaque=<in heap chunk>) at qemu-char.c:2487 +#13 <in libglib> in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 +#14 <in qemu binary> in glib_pollfds_poll () at main-loop.c:190 +#15 os_host_main_loop_wait (timeout=<optimized out>) at main-loop.c:235 +#16 main_loop_wait (nonblocking=<optimized out>) at main-loop.c:484 +#17 <in qemu binary> in main_loop () at vl.c:2051 +#18 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at vl.c:4507 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1338563 b/results/classifier/deepseek-2/output/other/1338563 new file mode 100644 index 000000000..e4a7f6d68 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1338563 @@ -0,0 +1,4 @@ + +README refers to a non-extant file + +The current stable QEMU release (1.4.2-89400a8) README consists of a single line telling the new user to "read the documentation in qemu-doc.html or on http://wiki.qemu.org". The distribution includes no qemu-doc.html, just a qemu-doc.texi. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1341032 b/results/classifier/deepseek-2/output/other/1341032 new file mode 100644 index 000000000..e8f20a43b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1341032 @@ -0,0 +1,12 @@ + +no-shutdown does not fire SHUTDOWN event for some guests + +Currently using: qemu-x86_64 version 2.0.0 +Steps to reproduce: Create virtual machine with the arguments -no-shutdown, such as used by libvirt. Attach to the json event system. Load a guest such as Ubuntu 14.04 and run the 'halt' command. Guest ceases to execute, qemu freezes CPUs however no SHUTDOWN event is fired to the monitor. + +Now load a guest such as finnix or Debian 7. Run the same sequence of steps and note that the SHUTDOWN event is fired to the monitor. + +This seems like a qemu bug as the execution of the guest has ceased. + +Thanks +Michael \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1345 b/results/classifier/deepseek-2/output/other/1345 new file mode 100644 index 000000000..79cdb6a80 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1345 @@ -0,0 +1,2 @@ + +qemu-img manpage and is missing info on compression_type option diff --git a/results/classifier/deepseek-2/output/other/1346769 b/results/classifier/deepseek-2/output/other/1346769 new file mode 100644 index 000000000..5d8082925 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1346769 @@ -0,0 +1,37 @@ + +/proc/self/maps content returned to 32-bits guest under 64-bits qemu + +Reading /proc/self/maps a user doesn't get a stack record. Not all programs relies on the maps file but some do. + +The bug found by running 32-bits binaries with address sanitizer (Asan) instrumentations under 64-bit qemu. + +$ echo "int main() { return 0; }" > /tmp/test.c +$ gcc -m32 -fsanitize=address -fno-common -Wall -g -fPIC -o /tmp/test /tmp/test.c +$ qemu-i386-static /tmp/test +==4092==AddressSanitizer CHECK failed: /home/michail/Downloads/gcc-4.9.0/libsanitizer/sanitizer_common/sanitizer_linux_libcdep.cc:63 "(((uptr)&rl >= start && (uptr)&rl < end)) != (0)" (0x0, 0x0) + #0 0xf632ff01 (/home/michail/build/lib32/libasan.so.1+0x53f01) + #1 0xf6333f49 (/home/michail/build/lib32/libasan.so.1+0x57f49) + #2 0xf6338785 (/home/michail/build/lib32/libasan.so.1+0x5c785) + #3 0xf6338bd1 (/home/michail/build/lib32/libasan.so.1+0x5cbd1) + #4 0xf6331baf (/home/michail/build/lib32/libasan.so.1+0x55baf) + #5 0xf6331dca (/home/michail/build/lib32/libasan.so.1+0x55dca) + #6 0xf6331f5a (/home/michail/build/lib32/libasan.so.1+0x55f5a) + #7 0xf6330bd4 (/home/michail/build/lib32/libasan.so.1+0x54bd4) + #8 0xf67ebeec (/lib/ld-linux.so.2+0xeeec) + #9 0xf67de10e (/lib/ld-linux.so.2+0x110e) + +This happened because during initialization Asan can't find stack boundaries. + +For some reasons Qemu wants to report stack boundaries just for several arch targets skipping other ones. This is from linux-user/syscall.c open_self_maps() + +#if defined(TARGET_ARM) || defined(TARGET_M68K) || defined(TARGET_UNICORE32) + dprintf(fd, "%08llx-%08llx rw-p %08llx 00:00 0 [stack]\n", + (unsigned long long)ts->info->stack_limit, + (unsigned long long)(ts->info->start_stack + + (TARGET_PAGE_SIZE - 1)) & TARGET_PAGE_MASK, + (unsigned long long)0); +#endif + +Not very clear why the case covers just specific targets. + +This bug continues the previously reported issue with not hiden system map http://lists.nongnu.org/archive/html/qemu-devel/2014-07/msg02793.html. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1347555 b/results/classifier/deepseek-2/output/other/1347555 new file mode 100644 index 000000000..085d58e86 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1347555 @@ -0,0 +1,18 @@ + +qemu build failure, hxtool is a bash script, not a /bin/sh script + +hxtool (part of the early build process) is a bash script. Running it with /bin/sh yields a syntax error on line 10: + + 10 STEXI*|ETEXI*|SQMP*|EQMP*) flag=$(($flag^1)) + +$(( expr )) is a bash extension, not part of /bin/sh. + +Note that replacing the sh in the first line in hxtool with /bin/bash does not help, because the script is run manually from the Makefile with sh: + +154 $(call quiet-command,sh $(SRC_PATH)/scripts/hxtool -h < $< > $@," GEN $@") + +The fix is to change those lines to + +154 $(call quiet-command,bash $(SRC_PATH)/scripts/hxtool -h < $< > $@," GEN $@") + +(there are five or so). \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1349 b/results/classifier/deepseek-2/output/other/1349 new file mode 100644 index 000000000..2ac06a956 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1349 @@ -0,0 +1,8 @@ + +Windows Installer Error +Description of problem: +Windows Installer Barfs +Steps to reproduce: +1. Either run exe installer or do ```scoop update -g "qemu" ``` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1349722 b/results/classifier/deepseek-2/output/other/1349722 new file mode 100644 index 000000000..2aeb5962f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1349722 @@ -0,0 +1,16 @@ + +qemu-io: Exit code is always zero + +The qemu-io always returns zero on exit independently on errors occurred during the command execution. + +Example, + +$ qemu-io -c 'write 128 234' /tmp/run1/test-1/test.img + +offset 128 is not sector aligned + +$ echo $? +0 + + +qemu.git HEAD: 41a1a9c42c4e \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/135 b/results/classifier/deepseek-2/output/other/135 new file mode 100644 index 000000000..b2381be5d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/135 @@ -0,0 +1,2 @@ + +Cant compile qemu from source, get error about static declaration of memfd_create following non-static declaration diff --git a/results/classifier/deepseek-2/output/other/1356916 b/results/classifier/deepseek-2/output/other/1356916 new file mode 100644 index 000000000..58e5af07a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1356916 @@ -0,0 +1,7 @@ + +Too small argv limit + +Current kernels don't have a fixed argv/environ limit any more, but the user-space emulation of qemu is still using a fixed limit. This can cause execve to fail when it wouldn't on a real system. For example, the follwing command should not fail in the emulated environment: + +$ /bin/true $(yes | head -n 100000) +-bash: /bin/true: Argument list too long \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1357175 b/results/classifier/deepseek-2/output/other/1357175 new file mode 100644 index 000000000..996293703 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1357175 @@ -0,0 +1,17 @@ + +qemu fails to build on powerpc64 + +Qemu fails to build on powerpc64, ELFv1 ABI, since the introduction of the ELFv2 ABI support. On FreeBSD/powerpc64 I see the following error building HEAD from today (8/14/2014): + +In file included from /home/chmeee/qemu-git/tcg/tcg.c:264: +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:1737:3: error: #error "Unhandled abi" +In file included from /home/chmeee/qemu-git/tcg/tcg.c:264: +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c: In function 'tcg_target_qemu_prologue': +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:1766: error: 'LINK_AREA_SIZE' undeclared (first use in this function) +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:1766: error: (Each undeclared identifier is reported only once +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:1766: error: for each function it appears in.) +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:1778: error: 'LR_OFFSET' undeclared (first use in this function) +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c: At top level: +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:2579: error: 'LINK_AREA_SIZE' undeclared here (not in a function) +/home/chmeee/qemu-git/tcg/ppc/tcg-target.c:2605: error: 'LR_OFFSET' undeclared here (not in a function) +gmake[1]: *** [tcg/tcg.o] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1357445 b/results/classifier/deepseek-2/output/other/1357445 new file mode 100644 index 000000000..59d96a812 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1357445 @@ -0,0 +1,16 @@ + +qemu-img: 'amend -o compat=0.10' command failed with segfault on the fuzzed image + +qemu-img amend -o compat=0.10' failed with a segmentation fault on the fuzzed image. + +Sequence: + 1. Unpack the attached archive, make a copy of test.img + 2. Put copy.img and backing_img.qed in the same directory + 3. Execute + qemu-img amend -o compat=0.10 -f qcow2 copy.img + +Result: qemu-img was killed by SIGSEGV. + +Traces can be found in the attached archive. + +qemu.git HEAD 2d591ce2aeebf \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1369 b/results/classifier/deepseek-2/output/other/1369 new file mode 100644 index 000000000..611ed4580 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1369 @@ -0,0 +1,2 @@ + +'make vm-build-openbsd' fails to notice when QEMU fails to start diff --git a/results/classifier/deepseek-2/output/other/137 b/results/classifier/deepseek-2/output/other/137 new file mode 100644 index 000000000..2315baadc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/137 @@ -0,0 +1,2 @@ + +Incompatibility with future VTE will breaks qemu monitor (::commit signal) diff --git a/results/classifier/deepseek-2/output/other/1371915 b/results/classifier/deepseek-2/output/other/1371915 new file mode 100644 index 000000000..0deadcae3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1371915 @@ -0,0 +1,9 @@ + +Make Uninstall Rule Requested + +Environment: Ubuntu 14.04 - Qemu 2.1.1 +------------------ +I've configured qemu with some --prefix, compiled the sources and installed the binaries; now, for some reason, I need to uninstall qemu to configure it with the default prefix, recompile the sources and reinstall the binaries. +However, there's no rule to uninstall qemu. + +All other packages which I have compiled and installed on my system offer the possibility to uninstall it: why not Qemu? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1376533 b/results/classifier/deepseek-2/output/other/1376533 new file mode 100644 index 000000000..89a6d2fe0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1376533 @@ -0,0 +1,8 @@ + +Copyright year should be updated in vl.c + +When specifying '--version', qemu prints the version along with 'Copyright (c) 2003-2008'. + +Some users may think that it hasn't been updated since 2008, so the end year in version() in vl.c should probably be updated around the start of each new year. + +Found in the qemu-2.1.2 source tarball. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1381 b/results/classifier/deepseek-2/output/other/1381 new file mode 100644 index 000000000..d3a928912 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1381 @@ -0,0 +1,4 @@ + +plugins: plugin_mem_cbs is not consistently NULL'ed when returning from execution +Description of problem: +This is an invariant that we should have been checking for; when returning from execution, cpu->plugin_mem_cbs should be NULL. Otherwise we open a door for a use-after-free; admittedly this door isn't that large (it requires a tb_flush to occur while we have the dangling plugin_mem_cbs), but at least one plugin user has encountered this problem: https://lists.nongnu.org/archive/html/qemu-devel/2022-11/msg02703.html diff --git a/results/classifier/deepseek-2/output/other/1381642 b/results/classifier/deepseek-2/output/other/1381642 new file mode 100644 index 000000000..de1b351b3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1381642 @@ -0,0 +1,13 @@ + +ecovec.c:66: buffer too small by one. + +[qemu-2.1.2/roms/u-boot/board/renesas/ecovec/ecovec.c:66]: (error) Buffer is accessed out of bounds. + + sprintf(env_mac, "%02X:%02X:%02X:%02X:%02X:%02X", + mac[0], mac[1], mac[2], mac[3], mac[4], mac[5]); + +but + + char env_mac[17]; + +and 18 into 17 won't go. Suggest increase size of env_mac. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1382477 b/results/classifier/deepseek-2/output/other/1382477 new file mode 100644 index 000000000..a992fc3ed --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1382477 @@ -0,0 +1,16 @@ + +hw/i386/intel_iommu.c:902: wrong logical operator ? + +/home/dcb/qemu/trunk/qemu/hw/i386/intel_iommu.c:902:5: error: logical ‘and’ applied to non-boolean constant [-Werror=logical-op] + pvtd_as = s->address_spaces[VTD_SID_TO_BUS(source_id)]; + ^ + +$ fgrep VTD_SID_TO_BUS `find . -name \*.h -print` +./include/hw/i386/intel_iommu.h:#define VTD_SID_TO_BUS(sid) (((sid) >> 8) && 0xff) +$ + +Sounds to me like + +#define VTD_SID_TO_BUS(sid) (((sid) >> 8) & 0xff) + +would be better. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1383 b/results/classifier/deepseek-2/output/other/1383 new file mode 100644 index 000000000..61d222373 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1383 @@ -0,0 +1,2 @@ + +Pentium Pro cpuid capabilities are wrong, resulting in wrong definition of athlon and others diff --git a/results/classifier/deepseek-2/output/other/1387 b/results/classifier/deepseek-2/output/other/1387 new file mode 100644 index 000000000..f3755c4f2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1387 @@ -0,0 +1,10 @@ + +QEMU - Add in the FAQ info how to compile Windows x86/x64 installer under Linux Ubuntu +Description of problem: +Please add in the FAQ + +https://wiki.qemu.org/Hosts/W32#Debian_based_cross_builds + +detailed info step by stepo how to create windows x86 and x64 instalelr under Ubuntu +Steps to reproduce: + diff --git a/results/classifier/deepseek-2/output/other/1393486 b/results/classifier/deepseek-2/output/other/1393486 new file mode 100644 index 000000000..fc2f03afb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1393486 @@ -0,0 +1,16 @@ + +hw/virtio/virtio-rng.c:150: bad test ? + +hw/virtio/virtio-rng.c:150:31: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses] + + if (!vrng->conf.period_ms > 0) { + error_setg(errp, "'period' parameter expects a positive integer"); + return; + } + +Maybe better code + + if (vrng->conf.period_ms <= 0) { + error_setg(errp, "'period' parameter expects a positive integer"); + return; + } \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1401 b/results/classifier/deepseek-2/output/other/1401 new file mode 100644 index 000000000..204c59a88 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1401 @@ -0,0 +1,21 @@ + +configure uses break outside loop +Description of problem: +When running `configure` in version 7.2.0, the following message is printed multiple times: + +``` +qemu/configure: line 1885: break: only meaningful in a `for', `while', or `until' loop +``` +Steps to reproduce: +Running `configure` should be enough. My complete configure command is: + +``` +/bin/bash ./configure \ + --prefix=$PREFIX/qemu --sysconfdir=/etc$PREFIX/qemu \ + --includedir=$PREFIX/qemu/include --bindir=$PREFIX/qemu/bin \ + --sbindir=$PREFIX/qemu/sbin --libdir=$PREFIX/qemu/lib/amd64 \ + --libexecdir=$PREFIX/qemu/libexec/amd64 \ + --localstatedir=/var$PREFIX/qemu +``` +Additional information: +The `configure` script has `break;` in a conditional, where `:` would suffice (or the conditional could just be negated) diff --git a/results/classifier/deepseek-2/output/other/1402 b/results/classifier/deepseek-2/output/other/1402 new file mode 100644 index 000000000..7e5f13aa2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1402 @@ -0,0 +1,60 @@ + +cpu-exec.c fails to compile - code path is reachable +Description of problem: +Building qemu (tested with both gcc11 and gcc12) fails with: + +``` +[34/76] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +FAILED: libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +gcc -m64 -mcx16 -Ilibqemu-aarch64-softmmu.fa.p -I. -I.. -Itarget/arm +-I../target/arm -I../dtc/libfdt -Iqapi -Itrace -Iui -Iui/shader +-I/opt/ooce/include/pixman-1 +-I/data/omnios-build/omniosorg/qemu/libtasn1-4.19.0/out/include +-I/usr/include/glib-2.0 -I/usr/lib/amd64/glib-2.0/include +-fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g +-iquote . -iquote /data/omnios-build/omniosorg/qemu +-iquote /data/omnios-build/omniosorg/qemu/include +-iquote /data/omnios-build/omniosorg/qemu/tcg/i386 +-pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D__EXTENSIONS__ +-D_XOPEN_SOURCE=600 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE +-Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes +-fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition +-Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers +-Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined +-Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value +-Wno-psabi -fstack-protector-strong -m64 -gdwarf-2 -gstrict-dwarf +-fno-omit-frame-pointer -fno-aggressive-loop-optimizations -DNEED_CPU_H +'-DCONFIG_TARGET="aarch64-softmmu-config-target.h"' +'-DCONFIG_DEVICES="aarch64-softmmu-config-devices.h"' -MD -MQ +libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +-MF libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o.d +-o libqemu-aarch64-softmmu.fa.p/accel_tcg_cpu-exec.c.o +-c ../accel/tcg/cpu-exec.c +In file included from ../accel/tcg/cpu-exec.c:20: +In function 'tb_pc', + inlined from 'cpu_tb_exec' at ../accel/tcg/cpu-exec.c:465:13: +/data/omnios-build/omniosorg/qemu/include/qemu/osdep.h:184:35: error: call to 'qemu_build_not_reached_always' declared with attribute error: code path is reachable + 184 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +/data/omnios-build/omniosorg/qemu/include/exec/exec-all.h:608:5: note: in expansion of macro 'qemu_build_not_reached' + 608 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +``` +Additional information: +It appears that the compiler is not smart enough to realise that `TARGET_TB_PCREL` is false in the branch there or is not able to infer that from the `assert()`. + +Adding an explicit check as a workaround allows compilation to continue. + +```diff +--- a/accel/tcg/cpu-exec.c ++++ b/accel/tcg/cpu-exec.c +@@ -459,7 +459,7 @@ cpu_tb_exec(CPUState *cpu, TranslationBlock *itb, int *tb_exit) + + if (cc->tcg_ops->synchronize_from_tb) { + cc->tcg_ops->synchronize_from_tb(cpu, last_tb); +- } else { ++ } else if (!TARGET_TB_PCREL) { + assert(!TARGET_TB_PCREL); + assert(cc->set_pc); + cc->set_pc(cpu, tb_pc(last_tb)); +``` diff --git a/results/classifier/deepseek-2/output/other/1406016 b/results/classifier/deepseek-2/output/other/1406016 new file mode 100644 index 000000000..368bacade --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1406016 @@ -0,0 +1,41 @@ + +qemu-system-arm hangs at start on OS X + +Both from release 2.1.2 and built from a recent source, qemu-system-arm seems to hang on a mutex immediately after starting up, never getting to the point of actually booting. + +I've tried qemu-system-mipsel with another image and it worked fine, so this seems to be specific to the ARM runtime. I've tried two different ARM kernels, and I also ran into this with QEMU 2.1.2 release, installed from a bottle using homebrew. + +Host: Mac OS X 10.9.5 (Darwin Kernel Version 13.4.0) +QEMU version: built from HEAD@ab0302ee76 +Build command: ./configure --enable-cocoa --target-list=arm-softmmu,mipsel-softmmu && make +Run command: + +qemu-system-arm -M vexpress-a9 -cpu cortex-a9 -m 256 -sd disk.img -net nic,macaddr=52:54:00:fa:ce:13 -kernel vmlinuz-3.2.0-4-vexpress -initrd initrd.gz -append "root=/dev/ram" -display vnc=localhost:17 -net user,hostfwd=tcp::5022-:22 -append "console=ttyS0" + +I also tried this, with a different kernel & root: + +qemu-system-arm -kernel zImage -cpu arm1176 -m 256 -M versatilepb -no-reboot -serial stdio -hda rootfs-chromium.ext2 -append "root=/dev/sda" + +Thread dump: + +(lldb) thread list +Process 34364 stopped +* thread #1: tid = 0x135966, 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP + thread #2: tid = 0x13598b, 0x00007fff89f4ae6a libsystem_kernel.dylib`__workq_kernreturn + 10 + thread #3: tid = 0x13598c, 0x00007fff89f4b662 libsystem_kernel.dylib`kevent64 + 10, queue = 'com.apple.libdispatch-manager' + thread #7: tid = 0x1359b2, 0x00007fff89f4acc2 libsystem_kernel.dylib`__sigwait + 10 + thread #9: tid = 0x1359c1, 0x00000001091bc5d9 + thread #11: tid = 0x1359cc, 0x00007fff89f4a716 libsystem_kernel.dylib`__psynch_cvwait + 10 + thread #12: tid = 0x1359da, 0x00007fff89f46a1a libsystem_kernel.dylib`mach_msg_trap + 10, name = 'com.apple.audio.IOThread.client' + +------- +* thread #1: tid = 0x135966, 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP + * frame #0: 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10 + frame #1: 0x00007fff8e05f779 libsystem_pthread.dylib`_pthread_mutex_lock + 372 + frame #2: 0x000000010033e8e9 qemu-system-arm`qemu_mutex_lock(mutex=<unavailable>) + 25 at qemu-thread-posix.c:76 + frame #3: 0x000000010002d742 qemu-system-arm`qemu_mutex_lock_iothread + 98 at cpus.c:1137 + frame #4: 0x00000001002c84b5 qemu-system-arm`main_loop_wait [inlined] os_host_main_loop_wait(timeout=<unavailable>) + 191 at main-loop.c:242 + frame #5: 0x00000001002c83f6 qemu-system-arm`main_loop_wait(nonblocking=<unavailable>) + 278 at main-loop.c:494 + frame #6: 0x000000010014961a qemu-system-arm`qemu_main [inlined] main_loop + 73 at vl.c:1789 + frame #7: 0x00000001001495d1 qemu-system-arm`qemu_main(argc=<unavailable>, argv=<unavailable>, envp=<unavailable>) + 17057 at vl.c:4353 + frame #8: 0x000000010029b45e qemu-system-arm`-[QemuCocoaAppController startEmulationWithArgc:argv:](self=<unavailable>, _cmd=<unavailable>, argc=<unavailable>, argv=<unavailable>) + 30 at cocoa.m:897 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1408152 b/results/classifier/deepseek-2/output/other/1408152 new file mode 100644 index 000000000..9c25a4b9b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1408152 @@ -0,0 +1,7 @@ + +latest qemu git doesn't load + +commit ab0302ee764fd702465aef6d88612cdff4302809This is with + +qemu-system-x86_64: util/qemu-option.c:387: qemu_opt_get_bool_helper: Assertion `opt->desc && opt->desc->type == QEMU_OPT_BOOL' failed. +/home/njh/bin/kfreebsd-amd64: line 7: 32549 Aborted (core dumped) qemu-system-x86_64 -drive file=kfreebsd-amd64,index=0,media=disk,cache=writeback,aio=native -drive file=/dev/sr0,index=1,media=cdrom -boot c -redir tcp:2232::22 -m 1024 -machine accel=kvm,kernel_irqchip=on -cpu host -net user,hostname=qemu.bandsman.co.uk -net nic,model=e1000 -k en-us \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1409 b/results/classifier/deepseek-2/output/other/1409 new file mode 100644 index 000000000..ce7cbbfca --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1409 @@ -0,0 +1,2 @@ + +make check failed about qemu@7.2.0on suse15_aarch64 diff --git a/results/classifier/deepseek-2/output/other/1412 b/results/classifier/deepseek-2/output/other/1412 new file mode 100644 index 000000000..058cb45ae --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1412 @@ -0,0 +1,6 @@ + +QEMU segfault (null pointer dereference) in sve_probe_page from ldff1* instructions +Description of problem: +After upgrading to QEMU v7.2.0 from v7.1.0, when executing any SVE ldff1* instructions with a faulting address, QEMU crashes due to a null pointer dereference at target/arm/sve_helper.c:5364 + +I believe this was introduced in b8967ddf393aaf35fdbc07b4cb538a40f8b6fe37 (@rth7680), since in that commit `full` is dereferenced before the `flags & TLB_INVALID_MASK` check at line 5369, and full is set to null by `probe_access_full` when `TLB_INVALID_MASK` is given. diff --git a/results/classifier/deepseek-2/output/other/1414 b/results/classifier/deepseek-2/output/other/1414 new file mode 100644 index 000000000..e2f39943c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1414 @@ -0,0 +1,21 @@ + +Configure script fix for glib version +Description of problem: +Script "configure" uses "pkg-config" directly, at line 2420: https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L2420 + +Because of it, GLIB_VERSION in "config-host.mak" can be taken from host system, under some circumstances (if PKG_CONFIG_PATH is not defined). + +In case of cross-compilation, "**$pkg_config**" should be used instead of "pkg-config", to use pkg-config from cross-compilation toolchain and to take GLIB_VERSION of cross-compiled glib (as it is **correctly used at line 1476**: https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L1476 ). +Steps to reproduce: +1. Do not define PKG_CONFIG_PATH environment variable, use PKG_CONFIG variable instead. +2. Try to ./configure with cross-compiled glib. +3. GLIB_VERSION in config-host.mak will be from host glib. +Additional information: +Change lihe 2420:<br> +https://gitlab.com/qemu-project/qemu/-/blob/f9f0e6173e1d570847930abfe2b4560c7b6a964a/configure#L2420 +<br> +echo "GLIB_VERSION=$(**pkg-config** --modversion glib-2.0)" >> $config_host_mak +<br>to:<br> +echo "GLIB_VERSION=$(**\$pkg_config** --modversion glib-2.0)" >> $config_host_mak + +P.s. Sorry for posting the patch here, GitLab requires signing with a key to push the commit, it's too complicated to post 2-bytes fix. diff --git a/results/classifier/deepseek-2/output/other/1415181 b/results/classifier/deepseek-2/output/other/1415181 new file mode 100644 index 000000000..d22cf2679 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1415181 @@ -0,0 +1,5 @@ + +Access raw partitions from Windows + +I'm using a windows tablet that makes imposible usb booting. It would be nice to have access to raw partitions in order to run linux installers using qemu. I can successfully install several boot loaders using uefi, so I gues this feature would be very helpful. +Thanks! \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/142 b/results/classifier/deepseek-2/output/other/142 new file mode 100644 index 000000000..9265cb93c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/142 @@ -0,0 +1,2 @@ + +qemu -readconfig/-writeconfig cannot handle quotes in values diff --git a/results/classifier/deepseek-2/output/other/1420 b/results/classifier/deepseek-2/output/other/1420 new file mode 100644 index 000000000..a396b2178 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1420 @@ -0,0 +1,40 @@ + +Missing path for pkg-config on amd64 debian based distros +Description of problem: +This error occurs when attempting to configure qemu from git : +```error +ERROR: glib-2.56 gthread-2.0 is required to compile QEMU +``` + +Although it seems to be as simple as "_just install the dev lib!!!_" it is not that simple. + +1. First of all, my system already has the library installed : + ```sh + dpkg -l | grep libglib2.0-dev + ii libglib2.0-dev:amd64 2.74.4-1 amd64 Development files for the GLib library + ii libglib2.0-dev-bin 2.74.4-1 amd64 Development utilities for the GLib library + ``` +1. Second, the file required by _pkg-config_ does exist aswell : + ```sh + ls /usr/lib/x86_64-linux-gnu/pkgconfig/gthread-2.0.pc -l + -rw-r--r-- 1 root root 240 dez 27 20:42 /usr/lib/x86_64-linux-gnu/pkgconfig/gthread-2.0.pc + ``` +1. Finally, the real problem is that pkg-config is not able to identify it **unless** you specify the _x86-64_ dir : + - Default usage. It fails. + ```sh + pkg-config --modversion gthread-2.0 + Package gthread-2.0 was not found in the pkg-config search path. + Perhaps you should add the directory containing `gthread-2.0.pc' + to the PKG_CONFIG_PATH environment variable + Package 'gthread-2.0', required by 'virtual:world', not found + ``` + - Fixed usage (temp) + ```sh + env PKG_CONFIG_PATH="$PKG_CONFIG_PATH:/usr/lib/x86_64-linux-gnu/pkgconfig/" pkg-config --modversion gthread-2.0 + 2.74.4 + ``` +Steps to reproduce: +1. clone qemu (master) +2. try to run _configure_ +Additional information: +Of course it seems to be a problem related to the program _pkg-config_ itself, or even by the distro's package, but it totally prevents any build of qemu in a debian-based distro, with architecture _amd64_. diff --git a/results/classifier/deepseek-2/output/other/1429313 b/results/classifier/deepseek-2/output/other/1429313 new file mode 100644 index 000000000..3a5853064 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1429313 @@ -0,0 +1,10 @@ + +qemu-user doesn't block target signals on entry to signal hanlder. + +Upon entry to a target signal handler the function process_pending_signals in linux-user/signal.c block the appropriate host signals, but signals already received and queued by Qemu are not blocked. If multiple signals arrive in quick succession this results incorrect recursion in the target signal handler. + +The attached test case my be run as: + +$ (sleep 2 ; echo) | qemu-i386 ./a.out +.................. Recursion in signal handler! +qemu: uncaught target signal 6 (Aborted) - core dumped \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1431084 b/results/classifier/deepseek-2/output/other/1431084 new file mode 100644 index 000000000..704d0b0ed --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1431084 @@ -0,0 +1,12 @@ + +improve configure error message "ERROR: User requested feature nptl" + +Running `./configure` on Ubuntu 14.10 amd64 with Linux 3.19.1 causes the error + + ERROR: User requested feature nptl + configure was not able to find it. + Install glibc and linux kernel headers. + +Both linux kernel headers and `libglib2.0-dev` are installed in my case, so the error message definitely misses a point and is at least confusing and should either omit the hint if the recommended dependencies are already installed or - better - give one that fixes the issue. + +experienced with git commit d598911b6f5e7bf7bafb63b8e1d074729e94aca7 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1432 b/results/classifier/deepseek-2/output/other/1432 new file mode 100644 index 000000000..6e9348da9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1432 @@ -0,0 +1,25 @@ + +meson prints "Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12." for every test +Description of problem: +Run 'make check V=1' and observe that every test causes an warning message about an unknown TAP version + +``` +>>> G_TEST_SRCDIR=/home/berrange/src/virt/qemu/tests/unit MALLOC_PERTURB_=61 G_TEST_BUILDDIR=/home/berrange/src/virt/qemu/build/tests/unit /home/berrange/src/virt/qemu/build/tests/unit/test-shift128 --tap -k +▶ 22/44 /host-utils/test_lshift OK +▶ 22/44 /host-utils/test_rshift OK +22/44 qemu:unit / test-shift128 OK 0.01s 2 subtests passed + +Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12. + +``` + +This message comes from inside meson + +``` +$ rpm -ql meson | xargs grep 'Unknown TAP version' 2>/dev/null +/usr/lib/python3.11/site-packages/mesonbuild/mtest.py: self.warnings.append('Unknown TAP version. The first line MUST be `TAP version <int>`. Assuming version 12.') +``` + +This is with meson-1.0.0-1.fc38.noarch +Steps to reproduce: +1. make check V=1 diff --git a/results/classifier/deepseek-2/output/other/1437811 b/results/classifier/deepseek-2/output/other/1437811 new file mode 100644 index 000000000..6433f130d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1437811 @@ -0,0 +1,8 @@ + +target-tricore/op_helper.c:2576: bad if statement + +[qemu/target-tricore/op_helper.c:2576]: (style) Expression '(X & 0x400000) == 0x1' is always false. + + if ((env->PCXI & MASK_PCXI_UL) == 1) { + /* CTYP trap */ + } \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1438144 b/results/classifier/deepseek-2/output/other/1438144 new file mode 100644 index 000000000..348cfd1ef --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1438144 @@ -0,0 +1,9 @@ + +Page sizes are not interpreted correctly for E500/E500MC + +http://cache.freescale.com/files/32bit/doc/ref_manual/E500CORERM.pdf - see 2.12.5.2 MAS Register 1 (MAS1), p. 2-41 +http://cache.freescale.com/files/32bit/doc/ref_manual/E500MCRM.pdf - see 2.16.6.2 MAS Register 1 (MAS1), p. 2-54 + +According to these documents, variable page size for TLB1 is computed as 4K ** TSIZE. + +However, QEMU always treats it as if it was 1K << TSIZE, even if options like "-cpu e500mc" are supplied to qemu. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1440 b/results/classifier/deepseek-2/output/other/1440 new file mode 100644 index 000000000..60f6454e0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1440 @@ -0,0 +1,2 @@ + +block/curl.c uses curl features deprecated in curl 7.55.0 and 7.85.0 diff --git a/results/classifier/deepseek-2/output/other/1443 b/results/classifier/deepseek-2/output/other/1443 new file mode 100644 index 000000000..de87dbea4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1443 @@ -0,0 +1,2 @@ + +site download.qemu.org | non-adequate function applied for sorting by date-time diff --git a/results/classifier/deepseek-2/output/other/1450 b/results/classifier/deepseek-2/output/other/1450 new file mode 100644 index 000000000..f52b4b1d7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1450 @@ -0,0 +1,2 @@ + +ERROR: meson setup failed diff --git a/results/classifier/deepseek-2/output/other/1452230 b/results/classifier/deepseek-2/output/other/1452230 new file mode 100644 index 000000000..7c9b37df7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1452230 @@ -0,0 +1,20 @@ + +Qemu 2.3.0 failes to compile with GCC 5.1.0 and -flto + +Compiling Qemu 2.3.0 failes with the following error: + +x86_64-pc-linux-gnu-g++ -I/usr/include/pixman-1 -fPIE -DPIE -m64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wold-style-declaration -Wold-style-definition -Wtype-limits -fstack-protector-strong -I/usr/include/libpng16 -I/usr/include/libusb-1.0 -I/home/gentoo/tmp/portage/app-emulation/qemu-2.3.0/work/qemu-2.3.0/tests -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -march=native -O2 -pipe -ggdb -floop-interchange -floop-strip-mine -floop-block -ftree-loop-distribution -fira-loop-pressure -ftree-vectorize -ftree-loop-linear -flto=5 -fuse-linker-plugin -Wl,-z,relro -Wl,-z,now -pie -m64 -Wl,-O1 -Wl,--as-needed -march=native -O2 -pipe -ggdb -floop-interchange -floop-strip-mine -floop-block -ftree-loop-distribution -fira-loop-pressure -ftree-vectorize -ftree-loop-linear -flto=5 -fuse-linker-plugin -Wl,-znow -Wl,--sort-common -Wl,--hash-style=gnu -Wl,--enable-new-dtags -o qemu-img qemu-img.o async.o thread-pool.o nbd.o block.o blockjob.o main-loop.o iohandler.o qemu-timer.o aio-posix.o qemu-io-cmds.o qemu-coroutine.o qemu-coroutine-lock.o qemu-coroutine-io.o qemu-coroutine-sleep.o coroutine-ucontext.o block/raw_bsd.o block/qcow.o block/vdi.o block/vmdk.o block/cloop.o block/dmg.o block/bochs.o block/vpc.o block/vvfat.o block/qcow2.o block/qcow2-refcount.o block/qcow2-cluster.o block/qcow2-snapshot.o block/qcow2-cache.o block/qed.o block/qed-gencb.o block/qed-l2-cache.o block/qed-table.o block/qed-cluster.o block/qed-check.o block/vhdx.o block/vhdx-endian.o block/vhdx-log.o block/parallels.o block/blkdebug.o block/blkverify.o block/block-backend.o block/snapshot.o block/qapi.o block/raw-posix.o block/linux-aio.o block/null.o block/mirror.o block/nbd.o block/nbd-client.o block/sheepdog.o block/accounting.o block/write-threshold.o block/curl.o libqemuutil.a libqemustub.a -lz -lbz2 -laio -lcurl -lm -lgthread-2.0 -pthread -lglib-2.0 -lz -lrt -lz -lcap-ng -luuid -lutil +lto1: error: two or more sections for .gnu.lto_fprintf.2f4a95b725db6827 +(null):0: confused by earlier errors, bailing out +make[1]: *** [/home/gentoo/tmp/portage/app-emulation/qemu-2.3.0/temp/ccEUT6Vq.ltrans11.ltrans.o] Error 1 +make[1]: *** Waiting for unfinished jobs.... +lto-wrapper: fatal error: make returned 2 exit status +compilation terminated. +/usr/lib/gcc/x86_64-pc-linux-gnu/5.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: fatal error: lto-wrapper failed +collect2: error: ld returned 1 exit status +/home/gentoo/tmp/portage/app-emulation/qemu-2.3.0/work/qemu-2.3.0/rules.mak:122: recipe for target 'qemu-img' failed +make: *** [qemu-img] Error 1 + +I've found an old GCC bugreport with the same error: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52159 (which has been marked as dup of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59000) . I was able to reduce the object list to to three .o files which reproduce the error reliably: qemu-img.o qemu-io-cmds.o block/qapi.o. + +Please let me know if you need further information. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1453436 b/results/classifier/deepseek-2/output/other/1453436 new file mode 100644 index 000000000..5479f3b5b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1453436 @@ -0,0 +1,47 @@ + +Building on OS X: Undefined symbols ___emutls_v.prng_state and ___emutls_v.prng_state_data + +Trying to build qemu on my system fails during linking with the error: + +Undefined symbols for architecture x86_64: + "___emutls_v.prng_state", referenced from: + _main in region-test.o + __GLOBAL__sub_I_65535_0_region_test.c in region-test.o + "___emutls_v.prng_state_data", referenced from: + _main in region-test.o + __GLOBAL__sub_I_65535_0_region_test.c in region-test.o + +My setup: + +OS: OS X 10.10.3, 64bit +gcc: 5.1.0 +clang: 6.1.0 + +configure command: + +configure --prefix="$HOME/local" --cc=clang --host-cc=clang --cxx=clang++ + +It makes no difference whether I try to build in the source directory or somewhere else. +It is the same for qemu release 2.3.0 and qemu git@f8340b360b9bc29d48716ba8aca79df2b9544979. + +Now this is clearly happening in the pixman submodule, but it does not seem to be a pixman issue, as I can clone git://anongit.freedesktop.org/pixman @cf086d4949092861dc3729465a3881d229cc1060 and build it without any errors with just : + +configure --prefix="$HOME/local" +make + +It also works with + +configure --prefix="$HOME/local" CC=clang CXX=clang++ +make + +although then OpenMP is disabled. +Also, running + +nm qemu/pixman/test/utils.o + +gives me (amongst other stuff): + +0000000000000020 C ___emutls_v.prng_state +0000000000000020 C ___emutls_v.prng_state_data + +So the symbols are actually there, it's really just linking that fails. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1453612 b/results/classifier/deepseek-2/output/other/1453612 new file mode 100644 index 000000000..df7b87574 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1453612 @@ -0,0 +1,6 @@ + +set_password command of monitor has poor feedback on failure + +running `set_password vnc NkkmEz5icvTAGo6MECzBVEUxP` in qemu monitor started with `-monitor stdio` gives feedback `Could not set password` which is unhelpful because it doesn't specify the reason of the failure. + +experienced with 2.3.0 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1453613 b/results/classifier/deepseek-2/output/other/1453613 new file mode 100644 index 000000000..527a81ace --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1453613 @@ -0,0 +1,4 @@ + +the help message of the set_password subcommand of the qemu monitor isn't usable + +`help set_password` in qemu monitor prints `set_password protocol password action-if-connected -- set spice/vnc password` which doesn't allow to figure out how to use this subcommand. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1456 b/results/classifier/deepseek-2/output/other/1456 new file mode 100644 index 000000000..f8dd70778 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1456 @@ -0,0 +1,12 @@ + +qemu-system-alpha crashes during migration +Description of problem: +QEMU crashes (aborts) when trying to migrate with qemu-system-alpha. + +``` +qemu-system-alpha: migration/ram.c:874: pss_find_next_dirty: Assertion `pss->host_page_end' failed. +``` +Steps to reproduce: +1. Run `./qemu-system-alpha -incoming tcp:0:1234` in one terminal +2. Run `./qemu-system-alpha -monitor stdio` in another terminal +3. Type `migrate tcp:0:1234` in the HMP monitor diff --git a/results/classifier/deepseek-2/output/other/1462640 b/results/classifier/deepseek-2/output/other/1462640 new file mode 100644 index 000000000..6c633d316 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1462640 @@ -0,0 +1,36 @@ + +shmat fails on 32-to-64 setup + + +I am trying to run a guest mips32 program (user mode) on a x86_64 host. The program fails on a call to shmat() reproducibly. when digging into this problem, I could make a small guest POC that fails when compiled as i386 (-m32) running on a x86_64 host, but pass when compiled as 64bit. The problem has to do with mmap flags. + +From what I can understand, when running 32bits guests programs, qemu reserve the whole guest virtual space with an mmap call. That mmap call specifys MAP:PRIVATE flag. When shmat is called, it tries to make part of that region MAP_SHARED and that fails. + +As a possible fix, it looks like it is possible to first unmap the shm region before calling shmat. + +steps to reproduce: +1 - create a file shm.c with content below +2 - compile with: gcc -m32 shm.c -o shm32 +3 - run on a x86_64 host: qemu-i386 ./shm32 +4 - observe shmat fails, by returning ptr -1 + +5- compile without -m32: : gcc shm.c -o shm64 +6 - observe it pass: qemu-x84_64 ./shm64 + + + +#include <sys/ipc.h> +#include <sys/shm.h> +#include <sys/mman.h> +#include <stdio.h> + +int main() +{ + struct shmid_ds shm_desc; + int err = 0; + int id = shmget(IPC_PRIVATE, 688128, IPC_CREAT|IPC_EXCL|0666); + err = shmctl(id, IPC_STAT, &shm_desc); + const void *at = 0x7f7df38ea000; + void* ptr = shmat(id, at, 0); + printf( "got err %d, ptr %p\n", err, ptr ); +} \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1464 b/results/classifier/deepseek-2/output/other/1464 new file mode 100644 index 000000000..bf4e5e8db --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1464 @@ -0,0 +1,4 @@ + +qemu-img resize fails due to inconsistent bitmap(s) +Additional information: +This is on a oVirt env diff --git a/results/classifier/deepseek-2/output/other/1464611 b/results/classifier/deepseek-2/output/other/1464611 new file mode 100644 index 000000000..c046f4bff --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1464611 @@ -0,0 +1,30 @@ + +4 * redundant conditions + + +1. + +[qemu/hw/block/nvme.c:355]: (style) Redundant condition: sqid. 'A && (!A || B)' is equivalent to 'A || B' + + if (!sqid || (sqid && !nvme_check_sqid(n, sqid))) { + +2. + +[qemu/hw/block/nvme.c:429]: (style) Redundant condition: cqid. 'A && (!A || B)' is equivalent to 'A || B' + + if (!cqid || (cqid && !nvme_check_cqid(n, cqid))) { + +3. + +[qemu/hw/tpm/tpm_passthrough.c:157]: (style) Redundant condition: tpm_pt.tpm_op_canceled. 'A && (!A || B)' is equivalent to 'A || B' + + if (!tpm_pt->tpm_op_canceled || + (tpm_pt->tpm_op_canceled && errno != ECANCELED)) { + +4. + +[qemu/target-arm/translate-a64.c:5729]: (style) Redundant condition: size<3. 'A && (!A || B)' is equivalent to 'A || B' + + if (size > 3 + || (size < 3 && is_q) + || (size == 3 && !is_q)) { \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1469 b/results/classifier/deepseek-2/output/other/1469 new file mode 100644 index 000000000..25f11800b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1469 @@ -0,0 +1,49 @@ + +QEMU 7.2.0 - make install fail +Description of problem: +`[10055/10057] Generating docs/QEMU manual with a custom command +[10056/10057] Generating docs/QEMU man pages with a custom command +[10056/10057] Installing files. +Traceback (most recent call last): + File "/home/clive/.local/bin/meson", line 5, in <module> + from mesonbuild.mesonmain import main +ModuleNotFoundError: No module named 'mesonbuild' +FAILED: meson-internal__install +/home/clive/.local/bin/meson install --no-rebuild +ninja: build stopped: subcommand failed. +make: *** [Makefile:165: run-ninja] Error 1 +[clive@localhost build]$ +` +Steps to reproduce: +1. as user in shell +2. `wget https://download.qemu.org/qemu-7.2.0.tar.xz` +2. `tar xvJf qemu-7.2.0.tar.xz` +3. `cd qemu-7.2.0` +4. `./configure` +5. `make install` +Additional information: +installed meson via `pip3 --user` + +`pip3 --list` **Output** `meson version 1.0.0` + +**Using** - python version 3.11.1 + +`ninja-build` installed via package manager `dnf` + +**Using** - ninja-build version 1.8.2 + +Used `dnf builddep` on `ninja-build`, `meson`, and `qemu-kvm` before and after installation confirming I have dependencies. + + File "/home/clive/.local/bin/meson" contains +``` +#!/usr/local/bin/python3.11 +# -*- coding: utf-8 -*- +import re +import sys +from mesonbuild.mesonmain import main +if __name__ == '__main__': + sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0]) + sys.exit(main()) + + +``` diff --git a/results/classifier/deepseek-2/output/other/1472083 b/results/classifier/deepseek-2/output/other/1472083 new file mode 100644 index 000000000..ccabf8f61 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1472083 @@ -0,0 +1,28 @@ + +Qemu 2.1.2 hang when stop command + +Qemu 2.1.2, Linux kernel 3.13.6, this is the stack. + +#0 in ppoll () from /lib/x86_64-linux-gnu/libc.so.6 +#1 in qemu_poll_ns (fds=0x7fa82a8de380, nfds=1, timeout=-1) at qemu-timer.c:314 +#2 in aio_poll (ctx=0x7fa82a8b5000, blocking=true) at aio-posix.c:250 +#3 in bdrv_drain_all () at block.c:1924 +#4 in do_vm_stop (state=RUN_STATE_PAUSED) at /qemu-2.1.2/cpus.c:544 +#5 in vm_stop (state=RUN_STATE_PAUSED) at /qemu-2.1.2/cpus.c:1227 +#6 in qmp_stop (errp=0x7ffffb6dcaf8) at qmp.c:98 +#7 in qmp_marshal_input_stop (mon=0x7fa82a8e0970, qdict=0x7fa830295020, ret=0x7ffffb6dcb48) at qmp-marshal.c:2806 +#8 in qmp_call_cmd (mon=0x7fa82a8e0970, cmd=0x7fa8290558a0, params=0x7fa830295020) at /qemu-2.1.2/monitor.c:5038 +#9 in handle_qmp_command (parser=0x7fa82a8e0a28, tokens=0x7fa82a8d9b50) at /qemu-2.1.2/monitor.c:5104 +#10 in json_message_process_token (lexer=0x7fa82a8e0a30, token=0x7fa830122b60, type=JSON_OPERATOR, x=39, y=17865) at qobject/json-streamer.c:87 +#11 in json_lexer_feed_char (lexer=0x7fa82a8e0a30, ch=125 '}', flush=false) at qobject/json-lexer.c:303 +#12 in json_lexer_feed (lexer=0x7fa82a8e0a30, buffer=0x7ffffb6dcdb0 "}\315m\373\377\177", size=1) at qobject/json-lexer.c:356 +#13 in json_message_parser_feed (parser=0x7fa82a8e0a28, buffer=0x7ffffb6dcdb0 "}\315m\373\377\177", size=1) at qobject/json-streamer.c:111 +#14 in monitor_control_read (opaque=0x7fa82a8e0970, buf=0x7ffffb6dcdb0 "}\315m\373\377\177", size=1) at /qemu-2.1.2/monitor.c:5125 +#15 in qemu_chr_be_write (s=0x7fa82a8c2020, buf=0x7ffffb6dcdb0 "}\315m\373\377\177", len=1) at qemu-char.c:213 +#16 in tcp_chr_read (chan=0x7fa82a8c4ba0, cond=G_IO_IN, opaque=0x7fa82a8c2020) at qemu-char.c:2729 +#17 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 +#18 in glib_pollfds_poll () at main-loop.c:190 +#19 in os_host_main_loop_wait (timeout=24000000) at main-loop.c:235 +#20 in main_loop_wait (nonblocking=0) at main-loop.c:484 +#21 in main_loop () at vl.c:2034 +#22 in main (argc=55, argv=0x7ffffb6de338, envp=0x7ffffb6de4f8) at vl.c:4583 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1479 b/results/classifier/deepseek-2/output/other/1479 new file mode 100644 index 000000000..07e5482e0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1479 @@ -0,0 +1,2 @@ + +system/arm/cpu-features.html : text describing options is misrendered diff --git a/results/classifier/deepseek-2/output/other/1480 b/results/classifier/deepseek-2/output/other/1480 new file mode 100644 index 000000000..76bd5846b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1480 @@ -0,0 +1,2 @@ + +-cpu <whatever>,help should print the options available for that CPU type diff --git a/results/classifier/deepseek-2/output/other/1481 b/results/classifier/deepseek-2/output/other/1481 new file mode 100644 index 000000000..5eef52805 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1481 @@ -0,0 +1,2 @@ + +How to create Rootfs for sifive_u machine diff --git a/results/classifier/deepseek-2/output/other/1481654 b/results/classifier/deepseek-2/output/other/1481654 new file mode 100644 index 000000000..4880136eb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1481654 @@ -0,0 +1,39 @@ + +libcacard.pc paths are not modified when configure prefix is + +Ubuntu Server 15.04 Gnome +Qemu sources from master git://git.qemu-project.org/qemu.git 2.4.0-rc3 SHA 2be4f242 + +Built with: +make distclean +./configure --target-list=x86_64-softmmu \ + --cpu=x86_64 \ + --enable-virtfs \ + --enable-kvm \ + --enable-spice \ + --enable-usb-redir \ + --enable-libusb \ + --audio-drv-list=oss,alsa,sdl,pa \ + --enable-uuid \ + --enable-libnfs \ + --enable-libssh2 \ + --prefix=/usr --sysconfdir=/etc --localstatedir=/var + +make -j6 + +Yet, /usr/lib/libcacard.pc: +prefix=/usr/local +exec_prefix=${prefix} +libdir=/usr/local/lib +includedir=/usr/local/include/cacard + +Name: cacard +Description: CA Card library +Version: 2.3.50 + +Requires.private: nss glib-2.0 +Libs: -L${libdir} -lcacard +Libs.private: +Cflags: -I${includedir} + +This issue affects the building of spice-client-gtk (http://cgit.freedesktop.org/spice/spice-gtk/) which expects correct paths in that file. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1482425 b/results/classifier/deepseek-2/output/other/1482425 new file mode 100644 index 000000000..f6413fbf0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1482425 @@ -0,0 +1,16 @@ + +Qemu crashes on Mac (emulation of x86_64) + +I used qemu on MAC OS X Yosemite with the latest qemu version (from git, 6. august 2015, QEMU emulator version 2.3.94, Copyright (c) 2003-2008 Fabrice Bellard) + +I configured it with "./configure --enable-vde". + +Sometimes when starting an openwrt instance, the following error occurrs in the qemu monitor: + +(qemu) qemu:qemu_cpu_kick_thread: No such process + +I started qemu this way: + +qemu-system-x86_64 -m 128 -serial unix:/tmp/qemu_1.sock,server,nowait -nographic -net nic,macaddr=aa:aa:aa:aa:00:01 -net vde,sock=/tmp/vde_switch_1 -watchdog-action poweroff openwrt-x86-generic-combined-ext4.img + +The same works on Linux (Ubuntu 14.04, qemu-2.4.0-rc3). \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1485010 b/results/classifier/deepseek-2/output/other/1485010 new file mode 100644 index 000000000..33dc70bb4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1485010 @@ -0,0 +1,6 @@ + +qemu-guest-agent should support systemd in addition to pmutils + +Hello, + +Shouldn't the qemu-guest-agent also support systemd function in addition to the existing call to pm-suspend, shutdown, hwclock. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1496 b/results/classifier/deepseek-2/output/other/1496 new file mode 100644 index 000000000..3d2d9a508 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1496 @@ -0,0 +1,28 @@ + +Multiple issues detected by the thread sanitizer build +Description of problem: +Switching the tsan build in the CI from benchmark to check-unit revealed a bunch of issues even in our most basic tests. +Steps to reproduce: +1. configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +2. make check-unit +3. recoil in horror at the failures +Additional information: +From: https://gitlab.com/stsquad/qemu/-/jobs/3779216892 + +``` +Summary of Failures: +27/95 qemu:unit / rcutorture ERROR 3.83s exit status 66 +28/95 qemu:unit / test-rcu-list ERROR 5.28s exit status 66 +29/95 qemu:unit / test-rcu-simpleq ERROR 5.07s exit status 66 +30/95 qemu:unit / test-rcu-tailq ERROR 5.12s exit status 66 +32/95 qemu:unit / test-rcu-slist ERROR 5.07s exit status 66 +40/95 qemu:unit / test-logging ERROR 2.50s exit status 66 +52/95 qemu:unit / test-aio-multithread ERROR 9.53s exit status 66 +54/95 qemu:unit / test-thread-pool ERROR 7.22s exit status 66 +55/95 qemu:unit / test-bdrv-drain ERROR 2.37s exit status 66 +58/95 qemu:unit / test-blockjob ERROR 2.04s exit status 66 +60/95 qemu:unit / test-block-iothread ERROR 2.08s exit status 66 +74/95 qemu:unit / test-io-channel-command ERROR 0.10s killed by signal 13 SIGPIPE +90/95 qemu:unit / test-replication ERROR 25.03s exit status 66 +93/95 qemu:unit / test-util-filemonitor ERROR 2.61s exit status 66 +``` diff --git a/results/classifier/deepseek-2/output/other/1497 b/results/classifier/deepseek-2/output/other/1497 new file mode 100644 index 000000000..d4eadcf5e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1497 @@ -0,0 +1,4 @@ + +no documentation on plugins with mem_cb in their name +Additional information: +I'm especially interested in how vector ops under mask report their memory traffic diff --git a/results/classifier/deepseek-2/output/other/1497711 b/results/classifier/deepseek-2/output/other/1497711 new file mode 100644 index 000000000..fed5eb5ab --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1497711 @@ -0,0 +1,6 @@ + +tests/libqos/ahci.c:745: redundant condition ? + +[qemu/tests/libqos/ahci.c:745]: (style) Redundant condition: props.ncq. '!props.ncq || (props.ncq && props.lba48)' is equivalent to '!props.ncq || props.lba48' + + g_assert(!props->ncq || (props->ncq && props->lba48)); \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1500 b/results/classifier/deepseek-2/output/other/1500 new file mode 100644 index 000000000..742a2237a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1500 @@ -0,0 +1,39 @@ + +Some system/debug regisiters are inconsistent with real device in qemu-system-arm +Description of problem: +We used differential testing to compared the instruction consistency (ARMv7) between QEMU and raspberry pi 2B in system level and some inconsistency in system regisiter was detected. + +1. CCSIDR--Cache Size ID Registers + + **Inconsistency** + + - CCSIDR in QEMU: 0x701fe00a--Associativity: 2, Number of sets:256 + + - CCSIDR in Raspi2B: 0x700fe01a--Associativity: 4, Number of sets:128 + + **Tested Instruction sample** + + - MRC_T1A1_A 11101110001100000000111100010000 0xee300f10 + + According to ARMv7 Manual B4.1.19 encoding, the NumSets and Associativity are set different bewteen QEMU when emulating raspi2b and raspi2b. + + The CCSIDR is set in the function`cortex_a7_initfn(Object *obj)` in target/arm/cpu_tcg.c for cortex_a7. + +2. DBGDRAR--Debug ROM Address Register + + **Inconsistency** + + - DBGDRAR in QEMU: 0x0 --Invalid + + - DBGDRAR in Raspi2B: 0x40020003--Valid + + According to ARMv7 Manual C11.11.16 encoding, the DBGDRAR in qemu is invalid. + + **Tested Instruction sample** + + - MRC_T1A1_A 11101110000100010001111000010000 0xee111e10 +Steps to reproduce: +1. Compile a kernel module to run the test instruction in PL1. +2. Use kgdb to get the register info +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1502 b/results/classifier/deepseek-2/output/other/1502 new file mode 100644 index 000000000..04c59bf7f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1502 @@ -0,0 +1,2 @@ + +Usermode qemu-m68k futex crash while running "cmake -E cmake_autogen" diff --git a/results/classifier/deepseek-2/output/other/1504528 b/results/classifier/deepseek-2/output/other/1504528 new file mode 100644 index 000000000..599534c83 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1504528 @@ -0,0 +1,10 @@ + +qemu shows glib-warning with the new glib2 2.46 + +qemu shows the following warning with glib2 2.46.0: + +[tom@localhost ~]$ qemu-system-x86_64 + +(process:4222): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported + +fwiw process 4222 is qemu-system-x86_64 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1511710 b/results/classifier/deepseek-2/output/other/1511710 new file mode 100644 index 000000000..6bc19f4d9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1511710 @@ -0,0 +1,8 @@ + +unknown option --disable-modules + +MSYS64, Windows 7 x64 + +$ ./configure --target-list=i386-softmmu --static --prefix=/d/qemu/ --disable-system --disable-user --disable-linux-user --disable-bsd-user --disable-guest-base --disable-docs --disable-guest-agent --disable-guest-agent-msi --disable-pie --disable-modules --disable-debug-tcg --disable-debug-info --disable-sparse --disable-seccomp --disable-gnutls --disable-sdl--disable-gtk --disable-vte --disable-curses --disable-vnc --disable-vnc-tls --disable-vnc-sasl --disable-vnc-jpeg --disable-vnc-png --disable-cocoa --disable-virtfs --disable-xen --disable-xen-pci-passthro --disable-brlapi --disable-curl --disable-fdt --disable-bluez --disable-kvm --disable-rdma --disable-uuid --disable-vde --disable-netmap --disable-linux-aio --disable-cap-ng --disable-attr --disable-vhost-net --disable-spice --disable-rbd --disable-libiscsi --disable-libnfs --disable-smartcard-nss --disable-libusb --disable-usb-redir --disable-lzo --disable-snappy --disable-bzip2 --disable-coroutine-pool --disable-glusterfs --disable-archipelago --disable-tpm --disable-libssh2 --disable-vhdx --disable-numa --disable-tcmalloc +ERROR: unknown option --disable-modules +Try './configure --help' for more information \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1513 b/results/classifier/deepseek-2/output/other/1513 new file mode 100644 index 000000000..6625a84ae --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1513 @@ -0,0 +1,2 @@ + +CPU flags should be better documented diff --git a/results/classifier/deepseek-2/output/other/1515 b/results/classifier/deepseek-2/output/other/1515 new file mode 100644 index 000000000..177ef5fbb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1515 @@ -0,0 +1,19 @@ + +qemu have the way to change the windows sid? +Description of problem: +I want to change the guest of windows sid after clone guest, have the way to change it before new guest start? "virt-sysprep" Seems impossible to do it. Although it can be done manually as follow: + +[change sid in windows system](https://www.heelpbook.net/2019/microsoft-changing-sid-of-cloned-vms/) + +query windows sid: +cmd: whoami /user + + +step: +1.clone a new windows guest vm_new + +2.change the sid of vm_new (step2 I don't know how to do that) + +3.start vm_new + +4.query the vm_new's sid is change diff --git a/results/classifier/deepseek-2/output/other/1516408 b/results/classifier/deepseek-2/output/other/1516408 new file mode 100644 index 000000000..f50ea42e4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1516408 @@ -0,0 +1,32 @@ + +sh4: Unsupported syscall: 186 + +Hello! + +I'm currently testing qemu as a possibility to set up a buildd for the Debian sh4 port. + +I set up qemu and an sh4 chroot as described in the Debian Wiki [1]. This seems to be working mostly fine (besides the fact that qemu segfaults on an amd64 host while it runs fine on an i386 host, I'll file a separate bug report). However, when installing python3.4 in the sh4 chroot, qemu repeatedly printed an error message about an unimplemented syscall: 186: + +qemu: Unsupported syscall: 186 + +From the source code in linux-user/sh4/syscall_nr.h it's apparent that 186 is defined as + +#define TARGET_NR_sigaltstack 186 + +Looking at the implementation part, it becomes obvious that this syscall is not enabled for sh4: + +#if defined(TARGET_I386) || defined(TARGET_ARM) || defined(TARGET_MIPS) || \ + defined(TARGET_SPARC) || defined(TARGET_PPC) || defined(TARGET_ALPHA) || \ + defined(TARGET_M68K) || defined(TARGET_S390X) || defined(TARGET_OPENRISC) + ret = do_sigaltstack(arg1, arg2, get_sp_from_cpustate((CPUArchState *)cpu_env)); + break; +#else + goto unimplemented; +#endif + +Is there any particular reason why TARGET_NR_sigaltstack is not enabled on sh4? If not, could you enable it? + +Thanks, +Adrian + +> [1] https://wiki.debian.org/QemuUserEmulation \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1525682 b/results/classifier/deepseek-2/output/other/1525682 new file mode 100644 index 000000000..3f53ca473 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1525682 @@ -0,0 +1,10 @@ + +configure: fix POSIX compatibility issue + +When running configure script from 2.5.0-rc4 on OpenBSD-current (amd64), I get the following error: + + ./configure[4756]: ${nettle:+($nettle_version)}": bad substitution + *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2747 '/usr/ports/pobj/qemu-2.5.0rc4/.configure_done') + *** Error 1 in /usr/ports/openbsd-wip/emulators/qemu (/usr/ports/infrastructure/mk/bsd.port.mk:2491 'configure') + +Indeed, construct "${nettle:+($nettle_version)}" does not conform to POSIX Shell Command Language. The attached patch fixes the issue. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1527 b/results/classifier/deepseek-2/output/other/1527 new file mode 100644 index 000000000..d098cc007 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1527 @@ -0,0 +1,4 @@ + +-blockdev option missing host_device documenation and command line help support +Additional information: +We recommend -blockdev in the documentation as the preferred way to configure storage backends but the online help isn't useful. We also seem to be missing information for some of the blockdev drivers, for example host_device. diff --git a/results/classifier/deepseek-2/output/other/1527322 b/results/classifier/deepseek-2/output/other/1527322 new file mode 100644 index 000000000..016d444b5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1527322 @@ -0,0 +1,21 @@ + +segfault in thread-pool.c:246:5: + +Building qemu-2.5.0 with -fsanitize=undefined shows, e.g.: + +markus@x4 linux % qemu-system-x86_64 -s -enable-kvm -net nic,vlan=0,model=virtio -net user -fsdev local,security_model=none,id=root,path=/ -device virtio-9p-pci,id=root,fsdev +=root,mount_tag=/dev/root -m 512 -smp 2 -kernel /usr/src/linux/arch/x86/boot/bzImage -nographic -append "init=/bin/zsh root=/dev/root console=ttyS0 kgdboc=ttyS0 rootflags=rw, +trans=virtio rootfstype=9p ip=dhcp earlyprintk=ttyS0" +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/exec.c:307:5: runtime error: variable length array bound evaluates to non-positive value 0 +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/hw/i386/kvm/apic.c:37:47: runtime error: left shift of 15 by 28 places cannot be represented in type 'int' +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/include/qemu/rcu.h:85:21: runtime error: member access within null pointer of type 'struct rcu_reader_data' +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/include/qemu/rcu.h:101:5: runtime error: member access within null pointer of type 'struct rcu_reader_data' +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/include/qemu/rcu.h:102:8: runtime error: member access within null pointer of type 'struct rcu_reader_data' +... +ALSA device list: + No soundcards found. +/var/tmp/portage/app-emulation/qemu-2.5.0/work/qemu-2.5.0/thread-pool.c:246:5: runtime error: member access within null pointer of type 'struct ThreadPool' +[1] 9295 segmentation fault qemu-system-x86_64 -s -enable-kvm -net nic,vlan=0,model=virtio -net user + +As you can see it segfaults when build with upcoming gcc-6, that is more aggressive when it comes to undefined behavior. +The compiler just assumes that "this" can never be NULL and optimizes accordingly. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1528718 b/results/classifier/deepseek-2/output/other/1528718 new file mode 100644 index 000000000..d94d96804 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1528718 @@ -0,0 +1,16 @@ + +Initial monitor does not output anything on Windows (MSYS2 binary) + +When running on Windows error messages before the UI is started are not showing up. + +For example when I run: + +qemu-system-i386.exe -L /mingw32/etc/qemu/ -m 20G + +It should display "ram size too large", according to gdb: + +Breakpoint 1, error_report (fmt=fmt@entry=0x71bdf6 <dma_aiocb_info+2426> "ram size too large") at C:/build/mingw/mingw-w64-qemu/src/qemu-2.4.0/util/qemu-error.c:233 + +However the console does never receive that. + +As far as I could find out vfprintf is called, but it doesn't output anything. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1531352 b/results/classifier/deepseek-2/output/other/1531352 new file mode 100644 index 000000000..50516a7f4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1531352 @@ -0,0 +1,7 @@ + +QEMU_LD_PREFIX not load correct library order in the PATH + +run qemu with QEMU_LD_PREFIX argument will not load the library in the PATH. +Ex: I use debootstrap to download the library of i386 architecture +And use -L point to the path. +But not load the library from that directory. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1533141 b/results/classifier/deepseek-2/output/other/1533141 new file mode 100644 index 000000000..42761df9a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1533141 @@ -0,0 +1,16 @@ + +qemu/disas/libvixl/vixl/invalset.h: 2 * sanity check after use ? + +1. + +[qemu/disas/libvixl/vixl/invalset.h:442]: (style) Array index 'low' is used before limits check. + + while (!IsValid(elements[low]) && (low < high)) ++low; + +2. + +[qemu/disas/libvixl/vixl/invalset.h:450]: (style) Array index 'middle' is used before limits check. + + while (!IsValid(elements[middle]) && (middle < high - 1)) ++middle; + +Also, binary search is a standard C library routine. Suggest use. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1534978 b/results/classifier/deepseek-2/output/other/1534978 new file mode 100644 index 000000000..b577cb590 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1534978 @@ -0,0 +1,9 @@ + +Windows command line -name cannot use = sign + +Windows command line: + +qemu.exe -L . -name "32-bit Emulation Session RAM=500MB" -boot c -m 500 -drive file=\\.\PhysicalDrive2 + +This fails to run. +If I remove the = sign in the -name quoted string it runs OK. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1539940 b/results/classifier/deepseek-2/output/other/1539940 new file mode 100644 index 000000000..38d5d89da --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1539940 @@ -0,0 +1,30 @@ + +Qemu 2.5 Solaris 8 and 9 sparc hang after terminal type menu + +Qemu command: +qemu-system-sparc -nographic -monitor null -serial mon:telnet:localhost:3000,server -bios ../../Downloads/ss20_v2.25_rom -M SS-20 -hda ./solsparc -m 512 -cdrom ./sol-9-905hw-ga-sparc-dvd.iso -boot d -cpu "TI SuperSparc 60" -net nic,vlan=1,macaddr=52:54:0:12:34:56 + + +when i do disk2:d, the system loads until the terminal type menu. + +What type of terminal are you using? +1) ANSI Standard CRT +2) DEC VT52 +3) DEC VT100 +4) Heathkit 19 +5) Lear Siegler ADM31 +6) PC Console +7) Sun Command Tool +8) Sun Workstation +9) Televideo 910 +10) Televideo 925 +11) Wyse Model 50 +12) X Terminal Emulator (xterms) +13) CDE Terminal Emulator (dtterm) +14) Other +Type the number of your choice and press Return: 3 +syslog service starting. +savecore: no dump device configured +Running in command line mode + +And nothing happens after that. Anyone encountered this issue? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1541 b/results/classifier/deepseek-2/output/other/1541 new file mode 100644 index 000000000..f4608a1b6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1541 @@ -0,0 +1,33 @@ + +Invalid position of G_NORETURN in clang v15 +Description of problem: +Order of `G_NORETURN` used in https://gitlab.com/qemu-project/qemu/-/blob/0f3de970febd2c9b29dccecb63ca928c6802a101/include/qemu/osdep.h#L240-242 is not valid in clang++ 15.0.7. + +Switching `extern` with `G_NORETURN` seems to fix the issue. +Steps to reproduce: +1. Build qemu system for MIPSEL or use minimal reproducer: + +`example.cpp`: +``` +#include "/path/to/qemu/include/glib-compat.h" + +extern G_NORETURN +void // QEMU_ERROR("code path is reachable") + qemu_build_not_reached_always(void); +``` + +``` +$ clang++ --version +clang version 15.0.7 +Target: x86_64-pc-linux-gnu +Thread model: posix +InstalledDir: /usr/bin +$ clang++ -m64 -mcx16 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu++11 -O0 -g example.cpp +example.cpp:3:8: error: an attribute list cannot appear here +extern G_NORETURN + ^~~~~~~~~~ +/usr/include/glib-2.0/glib/gmacros.h:1075:21: note: expanded from macro 'G_NORETURN' +# define G_NORETURN [[noreturn]] + ^~~~~~~~~~~~ +1 error generated. +``` diff --git a/results/classifier/deepseek-2/output/other/1545024 b/results/classifier/deepseek-2/output/other/1545024 new file mode 100644 index 000000000..c1a6a8f02 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1545024 @@ -0,0 +1,148 @@ + +compiling on armv7 crashes compile qlx.o + +If i try to compile qemu on armv7 cpu i get this error: + + LINK qemu-nbd + CC qemu-img.o + LINK qemu-img + LINK qemu-io + LINK qemu-bridge-helper + CC qmp-marshal.o + CC hw/display/qxl.o +{standard input}: Assembler messages: +{standard input}:1704: Error: bad instruction `lock' +{standard input}:1704: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:1864: Error: bad instruction `lock' +{standard input}:1864: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:5239: Error: bad instruction `lock' +{standard input}:5239: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:5731: Error: bad instruction `lock' +{standard input}:5731: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:11923: Error: bad instruction `lock' +{standard input}:11923: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:13960: Error: bad instruction `lock' +{standard input}:13960: Error: bad instruction `addl $0,0(%rsp)' +{standard input}:14349: Error: bad instruction `lock' +{standard input}:14349: Error: bad instruction `addl $0,0(%rsp)' +/home/fleixi/git/qemu/rules.mak:57: recipe for target 'hw/display/qxl.o' failed +make: *** [hw/display/qxl.o] Error 1 + +Build options are: + + ./configure --target-list=i386-softmmu +Install prefix /usr/local +BIOS directory /usr/local/share/qemu +binary directory /usr/local/bin +library directory /usr/local/lib +module directory /usr/local/lib/qemu +libexec directory /usr/local/libexec +include directory /usr/local/include +config directory /usr/local/etc +local state directory /usr/local/var +Manual directory /usr/local/share/man +ELF interp prefix /usr/gnemul/qemu-%M +Source path /home/fleixi/git/qemu +C compiler cc +Host C compiler cc +C++ compiler c++ +Objective-C compiler cc +ARFLAGS rv +CFLAGS -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -g -mcpu=cortex-a15.cortex-a7 -mfloat-abi=hard -mfpu=neon-vfpv4 -O2 -pipe -ffast-math -ftree-vectorize -mvectorize-with-neon-quad -fstack-protector --param=ssp-buffer-size=4 +QEMU_CFLAGS -I/usr/include/pixman-1 -Werror -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wold-style-declaration -Wold-style-definition -Wtype-limits -fstack-protector-strong -I/usr/include/libpng12 -I/usr/local/include/spice-server -I/usr/local/include -I/usr/local/include/spice-1 -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/pixman-1 +LDFLAGS -Wl,--warn-common -g +make make +install install +python python -B +smbd /usr/sbin/smbd +module support no +host CPU arm +host big endian no +target list i386-softmmu +tcg debug enabled no +gprof enabled no +sparse enabled no +strip binaries yes +profiler no +static build no +pixman system +SDL support no +GTK support yes +GTK GL support no +GNUTLS support no +GNUTLS hash no +libgcrypt no +nettle no +libtasn1 no +VTE support no +curses support no +virgl support no +curl support yes +mingw32 support no +Audio drivers oss +Block whitelist (rw) +Block whitelist (ro) +VirtFS support no +VNC support yes +VNC SASL support yes +VNC JPEG support yes +VNC PNG support yes +xen support no +brlapi support no +bluez support yes +Documentation no +PIE no +vde support no +netmap support no +Linux AIO support no +ATTR/XATTR support yes +Install blobs yes +KVM support yes +RDMA support no +TCG interpreter no +fdt support no +preadv support yes +fdatasync yes +madvise yes +posix_madvise yes +sigev_thread_id yes +uuid support no +libcap-ng support no +vhost-net support yes +vhost-scsi support yes +Trace backends log +spice support yes (0.12.10/0.12.6) +rbd support no +xfsctl support no +smartcard support no +libusb no +usb net redir no +OpenGL support no +libiscsi support no +libnfs support no +build guest agent yes +QGA VSS support no +QGA w32 disk info no +QGA MSI support no +seccomp support no +coroutine backend ucontext +coroutine pool yes +GlusterFS support no +Archipelago support no +gcov gcov +gcov enabled no +TPM support yes +libssh2 support no +TPM passthrough no +QOM debugging yes +vhdx no +lzo support no +snappy support no +bzip2 support yes +NUMA host support no +tcmalloc support no +jemalloc support no + +testet with qemu-git branch stable-2.4 and git master + +Shoulded the configure detecting "bigendian" too? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1546 b/results/classifier/deepseek-2/output/other/1546 new file mode 100644 index 000000000..cd960889a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1546 @@ -0,0 +1,2 @@ + +Git build fail in fp tests diff --git a/results/classifier/deepseek-2/output/other/1547526 b/results/classifier/deepseek-2/output/other/1547526 new file mode 100644 index 000000000..84dbdf84c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1547526 @@ -0,0 +1,63 @@ + +Java program does not execute on SPARC Solaris 8 + +Hello, + +I am trying to run a java program that never execute. The program uses jre1.1.5 which came with the java program. I don't know what to do to run this application. There are some random messages in command line that can be related to my problem (or not). They are: + + #1. Webstart launcher crashing. + Also found here: http://www.openfirmware.info/pipermail/openbios/2011-May/006472.html + + #2. Assertion failed: MUTEX_HELD(&svc_mutex), file rpc/svc_run.c, line 766 + Which was already reported here: https://bugs.launchpad.net/qemu/+bug/1450881 + + #3. Some problems with libthread in Solaris. + I have tried a workaround setting LM_LIBRARY_PATH to use another version of libthread that Solaris 8 has. + +I don't know if this is a qemu problem or Solaris problem. +My java application can be executed in command line or in GUI but I've tried both with no luck. I also have tryed other versions of JRE from 1.1.8 to 1.5 but no luck either. + +I appreciate **any information** that can help me to execute the java program!! +Thank you. + +I am using qemu-system-sparc (v2.5.50) with Solaris 8 (solaris-8-hw4-2.04-sparc). +The host is an Ubuntu 15.10 and I am using the openbios-sparc from Ubuntus ppa as shown bellow: + + openbios-sparc | 1.1+svn1334-1 | http://archive.ubuntu.com/ubuntu/ wily/universe amd64 Packages + +The command line used to launch qemu is: + + qemu-system-sparc \ + -M SS-5 \ + -m 256 \ + -boot c \ + -cdrom $(DATA_ISO) \ + -drive file=root-disk.img,index=0,media=disk,format=raw \ + -serial stdio \ + -monitor tcp::4444,server,nowait \ + -localtime \ + -net user \ + -net nic \ + $(ui) + +DATA_ISO is the way I found to send my data to the guest. + +The root-disk.img is: + + Disk root-disk.img: 36 GiB, 38654705664 bytes, 75497472 sectors + Geometry: 27 heads, 107 sectors/track, 24620 cylinders + Units: sectors of 1 * 512 = 512 bytes + Sector size (logical/physical): 512 bytes / 512 bytes + I/O size (minimum/optimal): 512 bytes / 512 bytes + Disklabel type: sun + + Device Start End Sectors Size Id Type Flags + root-disk.img1 0 2744549 2744550 1.3G 2 SunOS root + root-disk.img2 2744550 3047894 303345 148.1M 3 SunOS swap u + root-disk.img3 0 71127179 71127180 33.9G 5 Whole disk + root-disk.img8 3047895 71127179 68079285 32.5G 8 SunOS home + + image: root-disk.img + file format: raw + virtual size: 36G (38654705664 bytes) + disk size: 1.2G \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1554 b/results/classifier/deepseek-2/output/other/1554 new file mode 100644 index 000000000..8e26d8308 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1554 @@ -0,0 +1,7 @@ + +I want get a qemu-img tool,which can run in Any linux operating system, what can i do? +Description of problem: +As we known,qemu-img depends on many dynamic libraries,it can't run in other os if libraries is not support.whether qemu can use static compilation to solve this problem？ + + +i refer to this [issue 1190](https://gitlab.com/qemu-project/qemu/-/issues/1190),but when compile over,it not generate a static qemu-img. Or it has other functions to get a qemu-img which can run in Any linux operating system? diff --git a/results/classifier/deepseek-2/output/other/1557 b/results/classifier/deepseek-2/output/other/1557 new file mode 100644 index 000000000..e3ea64d1b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1557 @@ -0,0 +1,12 @@ + +qemu-binfmt-conf.sh handles errors inconsistently +Description of problem: +We are installing qemu via multiarch/qemu-user-static docker image. https://github.com/multiarch/qemu-user-static + +What we have noticed is that because qemu-binfmt-conf.sh does not use `set -e`, its behavior with regards to failures is inconsistent. In short, registering the same thing into binfmt twice is an error (you get EEXIST). However, the exit code of qemu-binfmt-conf.sh itself seems to depend only on whether the last interpreter succeeded, leading to confusing and inconsistent results. +Steps to reproduce: +1. Register only qemu-arm-static interpreter with binfmt. +2. Run qemu-binfmt-conf.sh. Observe that the exit code is zero, and logs show the duplicate interpreter was rejected. +3. Remove all qemu interpreters. +3. Register only qemu-loongarch64-static interpreter (currently last in qemu_target_list) with binfmt. +3. Run qemu-binfmt-conf.sh. Observe that the exit code is non-zero, and logs show the duplicate interpreter was rejected. diff --git a/results/classifier/deepseek-2/output/other/156 b/results/classifier/deepseek-2/output/other/156 new file mode 100644 index 000000000..8a17964d7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/156 @@ -0,0 +1,2 @@ + +-nodefaults has unclear documentation diff --git a/results/classifier/deepseek-2/output/other/1561 b/results/classifier/deepseek-2/output/other/1561 new file mode 100644 index 000000000..7b1709b73 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1561 @@ -0,0 +1,28 @@ + +Compile QEMU 6.2.0 fail for file not found +Description of problem: +Compile QEMU failed with error message: +``` +In file included from ../subprojects/libvhost-user/libvhost-user.c:45: +../subprojects/libvhost-user/libvhost-user.h:23:10: Fatal error：standard-headers/linux/virtio_ring.h：no such file or directory + 23 | #include "standard-headers/linux/virtio_ring.h" + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +``` +Steps to reproduce: +1. Download qemu-6.2.0 tarball at https://download.qemu.org/qemu-6.2.0.tar.xz +2. unzip the tarball to dir ```qemu-6.2.0``` +2. cd ```qemu-6.2.0```, and then ```./configure && make -j2``` +Additional information: +In ```qemu-6.2.0/subprojects/libvhost-user/libvhost-user.c:45```, the included files are: + +``` +#include <stdint.h> +#include <stdbool.h> +#include <stddef.h> +#include <poll.h> +#include <linux/vhost.h> +#include <pthread.h> +#include "standard-headers/linux/virtio_ring.h" +``` + +```standard-headers``` are in ```qemu-6.2.0/include/standard-headers/```, but above #include assume it's in the same dir of ```libvhost-user.c```. diff --git a/results/classifier/deepseek-2/output/other/1563931 b/results/classifier/deepseek-2/output/other/1563931 new file mode 100644 index 000000000..3113b7a71 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1563931 @@ -0,0 +1,7 @@ + +qemu-img should allow resizing image with snapshots + +Currently it's not possible to resize a disk image with qemu-img if image in question has snapshots associated. I'm not entirely sure this is technically possible but if it is, it would be really nice to support that. + +$ qemu-img --version +qemu-img version 2.4.1 (qemu-2.4.1-8.fc23), Copyright (c) 2004-2008 Fabrice Bellard \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1566 b/results/classifier/deepseek-2/output/other/1566 new file mode 100644 index 000000000..1da381e99 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1566 @@ -0,0 +1,10 @@ + +qemo-8-0-0-rc2 error: redeclaration of 'enum fsconfig_command' +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1567 b/results/classifier/deepseek-2/output/other/1567 new file mode 100644 index 000000000..c4415411a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1567 @@ -0,0 +1,35 @@ + +On windows, storage daemon does not support daemonize +Description of problem: +Presently, in order to run qemu-storage-daemon on windows, one has to login and run it in a terminal window that is kept open. + +# +Steps to reproduce: +just run the command +Additional information: +https://gitlab.com/qemu-project/qemu/-/blob/master/storage-daemon/qemu-storage-daemon.c#L299 +``` + case OPTION_DAEMONIZE: + if (os_set_daemonize(true) < 0) { + /* + * --daemonize is parsed before monitor_init_globals(), so + * error_report() does not work yet + */ + fprintf(stderr, "--daemonize not supported in this build\n"); + exit(EXIT_FAILURE); + } +``` +https://gitlab.com/qemu-project/qemu/-/blob/master/include/sysemu/os-win32.h#L114 +``` +static inline int os_set_daemonize(bool d) +{ + if (d) { + return -ENOTSUP; + } + return 0; +} +``` + +- Recently Marc has added windows socket support + 20230313 marcandre.lureau [PULL 00/25] Win socket patches + https://lore.kernel.org/qemu-devel/20230313114335.424093-1-marcandre.lureau@redhat.com/ diff --git a/results/classifier/deepseek-2/output/other/1568589 b/results/classifier/deepseek-2/output/other/1568589 new file mode 100644 index 000000000..8c15e1bdf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1568589 @@ -0,0 +1,17 @@ + +Compile for os x host failed + +Hello QEMU, + +I try compile qemu from git pulled by me today and have a troubles: + + GEN trace/generated-helpers.c + CC aarch64-softmmu/trace/generated-helpers.o + LINK aarch64-softmmu/qemu-system-aarch64 +Undefined symbols for architecture x86_64: + "_event_notifier_init_fd", referenced from: + _process_msg in ivshmem.o +ld: symbol(s) not found for architecture x86_64 +clang: error: linker command failed with exit code 1 (use -v to see invocation) +make[1]: *** [qemu-system-aarch64] Error 1 +make: *** [subdir-aarch64-softmmu] Error 2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1579565 b/results/classifier/deepseek-2/output/other/1579565 new file mode 100644 index 000000000..20c5bb80b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1579565 @@ -0,0 +1,13 @@ + +ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T. + +cont build from last 2.6 rc4 + +~/Downloads/qemu-2.6.0-rc4$ ./configure + +ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T. + You probably need to set PKG_CONFIG_LIBDIR + to point to the right pkg-config files for your + build target + +Os Ubuntu Mate 16.04 PPC64 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1581976 b/results/classifier/deepseek-2/output/other/1581976 new file mode 100644 index 000000000..628632a5f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1581976 @@ -0,0 +1,17 @@ + +man qemu contains a bug in description of "-virtfs" command line argument + +The description of command line argument looks like this: + + -virtfs + fsdriver[,path=path],mount_tag=mount_tag[,security_model=security_model][,writeout=writeout][,readonly][,socket=socket|sock_fd=sock_fd] + + +note, that there is no "id" attribute in the list of parameters. + +later on the man there the "id" attribute is documented, as it were present: + + id=id + Specifies identifier for this device + +i think that it was copied from above section (about "-fsdev") without reviewing. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1583775 b/results/classifier/deepseek-2/output/other/1583775 new file mode 100644 index 000000000..7e74cc9dd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1583775 @@ -0,0 +1,8 @@ + +Feature Request: qemu 2.6.0 + +Qemu 2.6.0 just got released, and according to changelogs it has quite some enhancements... + +would it be possible to have someone who has a qemu ppa on launchpad to migrate this into his ppa? + +thanks in advance \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1585533 b/results/classifier/deepseek-2/output/other/1585533 new file mode 100644 index 000000000..d82dd67a8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1585533 @@ -0,0 +1,15 @@ + +cache-miss-rate / Invalid JSON + +Hi, + +We have VMs which were started with an older version than qemu 2.1 which added "cache-miss-rate" property for XBZRLECacheStats. While trying to migrate the VM to a new host which is running a higher version (2.3) of Qemu we got an exception: + +virJSONValueFromString:1642 : internal error: cannot parse json {"return": {"expected-downtime": 1, "xbzrle-cache": {"bytes": 0, "cache-size": 67108864, "cache-miss-rate": -nan, "pages": 0, "overflow": 0, "cache-miss": 8933}, "status": "active", "disk": {"total": 429496729600, "dirty-sync-count": 0, "remaining": 193896382464, "mbps": 0, "transferred": 235600347136, "duplicate": 0, "dirty-pages-rate": 0, "skipped": 0, "normal-bytes": 0, "normal": 0}, "setup-time": 13, "total-time": 1543124, "ram": {"total": 8599183360, "dirty-sync-count": 4, "remaining": 30695424, "mbps": 830.636997, "transferred": 3100448901, "duplicate": 1358341, "dirty-pages-rate": 7, "skipped": 0, "normal-bytes": 3082199040, "normal": 752490}}, "id": "libvirt-186200"}: lexical error: malformed number, a digit is required after the minus sign. + 67108864, "cache-miss-rate": -nan, "pages": 0, "overflow": 0 + (right here) ------^ + +virNetClientStreamRaiseError:191 : stream aborted at client request + + +Would it be possible to improve the JSON parser to skip the key if the value is incorrect instead of throwing an exception? Then hopefully qemu 2.3 or higher is able to handle the data without this property, falling back to its default. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1589564 b/results/classifier/deepseek-2/output/other/1589564 new file mode 100644 index 000000000..b8fd3fdc5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1589564 @@ -0,0 +1,21 @@ + +qemu/hw/scsi/scsi-disk.c:2741: possible missing break ? + +qemu/hw/scsi/scsi-disk.c:2741] -> [qemu/hw/scsi/scsi-disk.c:2745]: (warning) Variable 'cdb1' is reassigned a value before the old one has been used. 'break;' missing? +qemu/hw/scsi/scsi-disk.c:2742] -> [qemu/hw/scsi/scsi-disk.c:2746]: (warning) Variable 'group_number' is reassigned a value before the old one has been used. 'break;' missing? + +Source code is + + case 1: + /* 10-byte CDB. */ + r->cdb1 = req->cmd.buf[1]; + r->group_number = req->cmd.buf[6]; + case 4: + /* 12-byte CDB. */ + +Also, + +[qemu/hw/scsi/scsi-disk.c:2063]: (warning) %lu in format string (no. 1) requires 'unsigned long' but the argument type is 'signed long'. +[qemu/hw/scsi/scsi-disk.c:2066]: (warning) %lu in format string (no. 1) requires 'unsigned long' but the argument type is 'signed long'. +[qemu/hw/scsi/scsi-disk.c:2069]: (warning) %lu in format string (no. 1) requires 'unsigned long' but the argument type is 'signed long'. +[qemu/hw/scsi/scsi-disk.c:2083]: (warning) %lu in format string (no. 2) requires 'unsigned long' but the argument type is 'signed long'. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1592 b/results/classifier/deepseek-2/output/other/1592 new file mode 100644 index 000000000..528082cec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1592 @@ -0,0 +1,17 @@ + +QEMU v8.0.0 crashes when running in TCG mode on windows OS +Description of problem: +This bug is a follow-up to issue #1581. +After the patch 7d9e1ee424b06a43708be02474e6714962cfee92 is merged, QEMU segfaults at startup. +And the location where the segfault occurs here(from coredump): +``` +atomic_common.c.inc:60 +CMPXCHG_HELPER(cmpxchgo_le, Int128) +``` +Steps to reproduce: +NA +Additional information: +1. This problem only occurs when the host system is windows, and the same QEMU configuration does not have this problem when the host system is Linux. +2. This problem is related to the -smp parameter of QEMU. If the smp parameter is 1, this problem will not occur. +3. This problem does not exist in the QEMU version 7.2. +4. What is even more confusing is that if you use gdb to load qemu and run it, this issue cannot be reproduced. diff --git a/results/classifier/deepseek-2/output/other/1595240 b/results/classifier/deepseek-2/output/other/1595240 new file mode 100644 index 000000000..508132109 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1595240 @@ -0,0 +1,19 @@ + +Error by clone github.com qemu repository + +Hi. + +C:\Java\sources\kvm> git clone https://github.com/qemu/qemu.git +Cloning into 'qemu'... +remote: Counting objects: 279563, done. +remote: Total 279563 (delta 0), reused 0 (delta 0), pack-reused 279563R +Receiving objects: 100% (279563/279563), 122.45 MiB | 3.52 MiB/s, done. +Resolving deltas: 100% (221942/221942), done. +Checking connectivity... done. +error: unable to create file hw/misc/aux.c (No such file or directory) +error: unable to create file include/hw/misc/aux.h (No such file or directory) +Checking out files: 100% (4795/4795), done. +fatal: unable to checkout working tree +warning: Clone succeeded, but checkout failed. +You can inspect what was checked out with 'git status' +and retry the checkout with 'git checkout -f HEAD' \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1596009 b/results/classifier/deepseek-2/output/other/1596009 new file mode 100644 index 000000000..8a25c0b26 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1596009 @@ -0,0 +1,22 @@ + +config/build problem due to libncursesw on Xenial + +it happened to me during a build of yocto/bitbake related cross tools. the auto-configuration part titled "SDL probe" for qemu-2.2.0 i found the configuration step failing for the compile_prog routine. actually those test compile went fine but only the test linking failed. + +this was due a reference of the sub-sub-...-included libcaca referenced an initially not installed (hint: check for and report such pre-requisites upfront - might be yocto related) and later on installed by me component of name libncursesw seemingly in its dev variant (i was installing libncursesw5-dev_6.0+20160213-1ubuntu1_amd64.deb). tests on the command line showed that adding the required paths and resources made the test application link nicely. + +a quick hack attempt for the config script resulted in those line: + sdl_libs="$sdl_libs -L/lib/x86_64-linux-gnu -lncursesw" +this allowed me to pass the configuration check nicely. +i am just seeing my full scale compile fail for the same reason multiple times for linking. that all should be fixable the same way. + +you might or might not have addressed this in newer versions of your package. but you probably know that setups for embedded targets will sometimes lack behind in their evolution until a sudden (well prepared) some big jump in versions does happen. so i leave the hint here for your reference - for the main reason of this very often spotted message - raised by several main reasons according to public web reports, but not this one until right here and now: + +| ERROR: User requested feature sdl +| configure was not able to find it. +| Install SDL devel + +By the way these lines already have to locations in the configure script +where the first indicates that pkg/sdl/sdl2-config application is not there (=no SDL devel there) +whilst the second indicates that *-config is there but the test compile failed (=devel is broken for some other reason). +This could/should see some improvement as well as this is the first hint on what went wrong - and in the second case you definitely can give the user the quite valueable hint for the log file with the results of the test compile. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1597138 b/results/classifier/deepseek-2/output/other/1597138 new file mode 100644 index 000000000..d1661f6b5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1597138 @@ -0,0 +1,13 @@ + +Deadlock on Windows 10 pop-up + +I was able to install and can log in but whenever a pop-up is attempted the VM appears to deadlock. +I can still kill -9 the process and recover but the VM and the QEmu console both hang with no error output. + +At first I thought it was UAC but renaming a file causes a pop-up and that also deadlocks. +I rebuilt QEmu 2.6.0 with debug info and did a thread back-trace once the deadlock occurs. +See the attachment for the trace. + +I am attempting to setup GPU pass-thru with a GTX 970 but this deadlock occurs with -vga std (and no GPU pass-thru) as well. + +(I cannot install or start Windows 7 but I am told this is a known bug.) \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1598612 b/results/classifier/deepseek-2/output/other/1598612 new file mode 100644 index 000000000..ce8e8f507 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1598612 @@ -0,0 +1,19 @@ + +Windows for Workgroups 3.11 installer crashes with a general protection fault + +I used only disk images from here: http://ia801606.us.archive.org/zipview.php?zip=/22/items/IBM_PC_Compatibles_TOSEC_2012_04_23/IBM_PC_Compatibles_TOSEC_2012_04_23.zip + +When I try to install Windows for Workgroups 3.11 on either PC DOS 2000 or MS-DOS 6.22, the installer crashes after entering the graphical part with two dialogs containing: + +Application Error +WINSETUP caused a General Protection Fault in module <unknown>0EDF:7011WINSETUP will close. + +Application Error +WINSETUP caused a General Protection Fault in module USER.EXE at 0001:40B6. + +And then: +Standard Mode: Bad Fault in MS-DOS Extender. +Fault: 000D Stack Dump: 0000 0000 0070 +Raw fault frame: EC=0000 IP=5EF7 CS=037F FL=3087 SP=FFEE SS=02DF + +This happens both with and without KVM. I tested with QEMU from Ubuntu 14.04 and 16.04 and recent GIT (ef8757f1fe8095a256ee617e4dbac69d3b33ae94). \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1599 b/results/classifier/deepseek-2/output/other/1599 new file mode 100644 index 000000000..29e613735 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1599 @@ -0,0 +1,10 @@ + +7.2.1 - Windows installer +Description of problem: +Please release windows installer for new stable version 7.2.1 in + +https://www.qemu.org/download/ +Steps to reproduce: + +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/160 b/results/classifier/deepseek-2/output/other/160 new file mode 100644 index 000000000..f48841a61 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/160 @@ -0,0 +1,2 @@ + +Record/replay example does not work diff --git a/results/classifier/deepseek-2/output/other/1600681 b/results/classifier/deepseek-2/output/other/1600681 new file mode 100644 index 000000000..0cd7f4446 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1600681 @@ -0,0 +1,46 @@ + +Usermode qemu-mips64 does not run on 32 bit i686 hosts + +Hi, + +This issue happens when building Yocto project on i686 hosts. + +Yocto version: 2.1 (krogoth branch) +qemu: 2.5 +gobject-introspection: 1.46 + +and +Yocto version: 2.2 (master/branch) +qemu: 2.6 +gobject-introspection: 1.48 + +Host: Fedora 23 (i686) or Debian 8 (i686) + +Steps: +1. Set MACHINE = "qemumips64" +2. Run bitbake gobject-introspection + +I got some errors like below: + +env PATH=".libs:/buildarea/poky/build/tmp/sysroots-uninative/i686-linux/usr/bin:/buildarea/poky/build/tmp/sysroots/i686-linux/usr/bin/python3-native:/buildarea/p oky/scripts:/buildarea/poky/build/tmp/sysroots/i686-linux/usr/bin/mips64-poky-linux:/buildarea/poky/build/tmp/sysroots/qemumips64/usr/bin/crossscripts:/buildarea /poky/build/tmp/sysroots/i686-linux/usr/sbin:/buildarea/poky/build/tmp/sysroots/i686-linux/usr/bin:/buildarea/poky/build/tmp/sysroots/i686-linux/sbin:/buildarea/ poky/build/tmp/sysroots/i686-linux/bin:/buildarea/poky/scripts:/buildarea/poky/bitbake/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games" /buildarea/p oky/build/tmp/work/mips64-poky-linux/gobject-introspection/1.48.0-r0/build/g-ir-scanner-qemuwrapper ./.libs/g-ir-compiler --includedir=../gobject-introspection-1 .48.0 --includedir=../gobject-introspection-1.48.0/gir --includedir=. --includedir=. --includedir=./gir --includedir=. ../gobject-introspection-1.48.0/gir/freety pe2-2.0.gir -o gir/freetype2-2.0.typelib +./.libs/g-ir-compiler: Address overflow loading ELF binary +If the above error message is about missing .so libraries, then setting up GIR_EXTRA_LIBS_PATH in the recipe should help. +(typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" ) +Makefile:3528: recipe for target 'gir/fontconfig-2.0.typelib' failed +make[2]: *** [gir/fontconfig-2.0.typelib] Error 1 +make[2]: *** Waiting for unfinished jobs.... +./.libs/g-ir-compiler: Address overflow loading ELF binary +If the above error message is about missing .so libraries, then setting up GIR_EXTRA_LIBS_PATH in the recipe should help. +(typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" ) +Makefile:3528: recipe for target 'gir/freetype2-2.0.typelib' failed +make[2]: *** [gir/freetype2-2.0.typelib] Error 1 +./.libs/g-ir-compiler: Address overflow loading ELF binary +If the above error message is about missing .so libraries, then setting up GIR_EXTRA_LIBS_PATH in the recipe should help. +(typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" ) +Makefile:3528: recipe for target 'gir/DBus-1.0.typelib' failed +make[2]: *** [gir/DBus-1.0.typelib] Error 1 + + +You can check Yocto bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=9285 + +I attached the full compile log. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1602 b/results/classifier/deepseek-2/output/other/1602 new file mode 100644 index 000000000..b82c5e69a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1602 @@ -0,0 +1,8 @@ + +github.com/qemu/qemu has been out of sync with GitLab since Mar 23, 2023 +Description of problem: +https://github.com/qemu/qemu has been out of sync with https://gitlab.com/qemu-project/qemu since Mar 23, 2023. +Steps to reproduce: +See https://github.com/qemu/qemu +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1604 b/results/classifier/deepseek-2/output/other/1604 new file mode 100644 index 000000000..b7461eb3d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1604 @@ -0,0 +1,64 @@ + +Get wrong rom when loading 2 different firmware to 2 cpu. +Description of problem: +HI, I'm trying to model a machine with 2 cortex-m7 cpu. The 2 CPUs have their own address spaces. +and when loading rom to init sp and pc, the CPU1 would load the rom of CPU0, because it seems not check +address space here. +```c +void *rom_ptr_for_as(AddressSpace *as, hwaddr addr, size_t size) +{ + /* + * Find any ROM data for the given guest address range. If there + * is a ROM blob then return a pointer to the host memory + * corresponding to 'addr'; otherwise return NULL. + * + * We look not only for ROM blobs that were loaded directly to + * addr, but also for ROM blobs that were loaded to aliases of + * that memory at other addresses within the AddressSpace. + * + * Note that we do not check @as against the 'as' member in the + * 'struct Rom' returned by rom_ptr(). The Rom::as is the + * AddressSpace which the rom blob should be written to, whereas + * our @as argument is the AddressSpace which we are (effectively) + * reading from, and the same underlying RAM will often be visible + * in multiple AddressSpaces. (A common example is a ROM blob + * written to the 'system' address space but then read back via a + * CPU's cpu->as pointer.) This does mean we might potentially + * return a false-positive match if a ROM blob was loaded into an + * AS which is entirely separate and distinct from the one we're + * querying, but this issue exists also for rom_ptr() and hasn't + * caused any problems in practice. + */ + FlatView *fv; + void *rom; + hwaddr len_unused; + FindRomCBData cbdata = {}; + + /* Easy case: there's data at the actual address */ + rom = rom_ptr(addr, size); + if (rom) { + return rom; + } +``` +Steps to reproduce: +1. create a machine with 2 cortex-m7 cores and their own rom/ram. +2. Set different ram size for them. for example, cpu0 ram size:0x40000, cpu1 ram size:0x20000 +3. build firmware of 2 cpu. make sure the init SP(local at 0x0) is set to the top the ram. +4. use command: +``` +./qemu-system-arm -M mymachine -smp 2 \ +-device loader,file=./cpu0.elf,addr=0x0,cpu-num=0 \ +-device loader,file=./cpu1.elf,addr=0x0,cpu-num=1 \ +-serial stdio -serial tcp::5678,server=on,wait=off +``` +to start this machine. + +5. the cpu1 will panic when it try to use stack: +`qemu-system-arm: ../target/arm/cpu.h:2396: arm_is_secure_below_el3: Assertion failed.` + + +Sorry that I'm not sure whether this is an issue or I did something wrong. So post it here. +For local fix this problem, I add a func `rom_ptr_wit_as(addr,size,as)` to find a rom with addresspace check. +Is it proper? +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1614609 b/results/classifier/deepseek-2/output/other/1614609 new file mode 100644 index 000000000..379b0cf04 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1614609 @@ -0,0 +1,47 @@ + +alphabetical order of monitor options + +Looking for the 'continue'/'resume' option I found this order that was not quite 'alphabetical'. +It had me overlook the 'cont' option at glance. Which is just a little impractical. + +... +boot_set bootdevice -- define new values for the boot device list +change device filename [format [read-only-mode]] -- change a removable medium, optional format +chardev-add args -- add chardev +chardev-remove id -- remove chardev +client_migrate_info protocol hostname port tls-port cert-subject -- set migration information for remote display +closefd closefd name -- close a file descriptor previously passed via SCM rights +commit device|all -- commit changes to the disk images (if -snapshot is used) or backing files +cpu index -- set the default CPU +cpu-add id -- add cpu +c|cont -- resume emulation +delvm tag|id -- delete a VM snapshot from its tag or id +... + +I tested this list with 'sort' just to make sure and make a point: + +$ cat Desktop/order-orig.txt +boot_set +change +chardev-add +chardev-remove +client_migrate_info +closefd +commit +cpu +cpu-add +c|cont +delvm +$ cat Desktop/order-orig.txt | sort +boot_set +c|cont +change +chardev-add +chardev-remove +client_migrate_info +closefd +commit +cpu +cpu-add +delvm +$ \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1625295 b/results/classifier/deepseek-2/output/other/1625295 new file mode 100644 index 000000000..4f9597bc1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1625295 @@ -0,0 +1,9 @@ + +qemu-arm dies with libarmmem inside ld.so.preload + +When running raspbian inside qemu,the user has to first comment out the following line from /etc/ld.so.conf: + +/usr/lib/arm-linux-gnueabihf/libarmmem.so + + +Will future qemus will be able to work without changine /etc/ld.so.conf ? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1629 b/results/classifier/deepseek-2/output/other/1629 new file mode 100644 index 000000000..af911fe43 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1629 @@ -0,0 +1,2 @@ + +qem-img Heap Buffer Overflow diff --git a/results/classifier/deepseek-2/output/other/1630527 b/results/classifier/deepseek-2/output/other/1630527 new file mode 100644 index 000000000..4f2fdd3d6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1630527 @@ -0,0 +1,12 @@ + +qemu/hw/i386/amd_iommu.c:188: possible bad shift ? + +qemu/hw/i386/amd_iommu.c:188]: (error) Shifting 32-bit value by 64 bits is undefined behaviour + +Source code is + + uint64_t mask = ((1 << length) - 1) << bitpos; + +Maybe better code + + uint64_t mask = ((1ULL << length) - 1) << bitpos; \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1631773 b/results/classifier/deepseek-2/output/other/1631773 new file mode 100644 index 000000000..137d519ad --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1631773 @@ -0,0 +1,12 @@ + +hw/dma/pl080.c:354: possible typo ? + +hw/dma/pl080.c:354:1: warning: V578 An odd bitwise operation detected: s->conf & (0x2 | 0x2). Consider verifying it. + +Source code is + + if (s->conf & (PL080_CONF_M1 | PL080_CONF_M1)) { + +Maybe better code + + if (s->conf & (PL080_CONF_M1 | PL080_CONF_M2)) { \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1633 b/results/classifier/deepseek-2/output/other/1633 new file mode 100644 index 000000000..4647f6513 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1633 @@ -0,0 +1,69 @@ + +[8.0.0] Broken icount support on RISC-V +Description of problem: +After https://gitlab.com/qemu-project/qemu/-/commit/5a4ae64cac49564354cd6f17598840e4af70e4f5 was merged, RISC-V VMs no longer run with -icount 1 specified in the QEMU arguments. Reverting this commit resolves the issue. +Steps to reproduce: +1. Download preinstalled Ubuntu 22.04.2 image from [here](https://cdimage.ubuntu.com/releases/22.04.2/release/ubuntu-22.04.2-preinstalled-server-riscv64+unmatched.img.xz) +2. Download uboot from [here](http://security.ubuntu.com/ubuntu/pool/main/u/u-boot/u-boot-qemu_2022.01+dfsg-2ubuntu2.3_all.deb) +3. Extract both. +4. Run with the command-line specified above. +Additional information: +Reading Ubuntu wiki describing how to run RISC-V VMs can help: https://wiki.ubuntu.com/RISC-V/QEMU + +Full output: + +``` +% qemu-system-riscv64 \ +-machine virt -nographic -m 2048 -smp 4 \ +-kernel u-boot/qemu-riscv64_smode/uboot.elf \ +-device virtio-net-device,netdev=eth0 -netdev user,id=eth0 \ +-drive file=ubuntu-22.04.2-preinstalled-server-riscv64+unmatched.img,format=raw,if=virtio -icount 1 + +OpenSBI v1.2 + ____ _____ ____ _____ + / __ \ / ____| _ \_ _| + | | | |_ __ ___ _ __ | (___ | |_) || | + | | | | '_ \ / _ \ '_ \ \___ \| _ < | | + | |__| | |_) | __/ | | |____) | |_) || |_ + \____/| .__/ \___|_| |_|_____/|____/_____| + | | + |_| + +Platform Name : riscv-virtio,qemu +Platform Features : medeleg +Platform HART Count : 4 +Platform IPI Device : aclint-mswi +Platform Timer Device : aclint-mtimer @ 10000000Hz +Platform Console Device : uart8250 +Platform HSM Device : --- +Platform PMU Device : --- +Platform Reboot Device : sifive_test +Platform Shutdown Device : sifive_test +Firmware Base : 0x80000000 +Firmware Size : 236 KB +Runtime SBI Version : 1.0 + +Domain0 Name : root +Domain0 Boot HART : 0 +Domain0 HARTs : 0*,1*,2*,3* +Domain0 Region00 : 0x0000000002000000-0x000000000200ffff (I) +Domain0 Region01 : 0x0000000080000000-0x000000008003ffff () +Domain0 Region02 : 0x0000000000000000-0xffffffffffffffff (R,W,X) +Domain0 Next Address : 0x0000000080200000 +Domain0 Next Arg1 : 0x00000000bfe00000 +Domain0 Next Mode : S-mode +Domain0 SysReset : yes + +Boot HART ID : 0 +Boot HART Domain : root +Boot HART Priv Version : v1.12 +Boot HART Base ISA : rv64imafdch +Boot HART ISA Extensions : time,sstc +Boot HART PMP Count : 16 +Boot HART PMP Granularity : 4 +Boot HART PMP Address Bits: 54 +Boot HART MHPM Count : 16 +Boot HART MIDELEG : 0x0000000000001666 +Boot HART MEDELEG : 0x0000000000f0b509 +qemu-system-riscv64: Bad icount read +``` diff --git a/results/classifier/deepseek-2/output/other/1634 b/results/classifier/deepseek-2/output/other/1634 new file mode 100644 index 000000000..e68540398 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1634 @@ -0,0 +1,19 @@ + +[8.0.0] Broken snapshot replay support on PowerPC +Description of problem: +QEMU 8.0.0 can no longer replay snapshots on PowerPC e500mc (Book-E) architecture. The issue is caused by https://gitlab.com/qemu-project/qemu/-/commit/c4b075318eb1e87de5fc942e6b987694a0e677e1, reverting this commit solves the issue. +Steps to reproduce: +1. Run bare metal example from the attachment with the first command-line to create snapshot. +2. Run bare metal example from the attachment with the second command-line to replay snapshot. +Additional information: +Any e500mc example would do really. I was unable to find a prebuilt Linux distribution, thus just wrote a minimal sample that prints hello world to UART: [ppc-e500.zip](/uploads/f9328c4b8355a92877d784661aa69fa4/ppc-e500.zip) + +Log output: + +``` +% qemu-system-ppc -cpu e500mc -M ppce500 -m 128M -net none -icount 1,rr=record,rrfile=main.bin,rrsnapshot=init -drive file=empty.qcow2,if=none,id=rr -display none -kernel hello.elf -serial stdio +Hello world +qemu-system-ppc: terminating on signal 2 from pid 4505 (<unknown process>) +% qemu-system-ppc -cpu e500mc -M ppce500 -m 128M -net none -icount 1,rr=replay,rrfile=main.bin,rrsnapshot=init -drive file=empty.qcow2,if=none,id=rr -display none -kernel hello.elf -serial stdio +qemu-system-ppc: Missing random event in the replay log +``` diff --git a/results/classifier/deepseek-2/output/other/1643537 b/results/classifier/deepseek-2/output/other/1643537 new file mode 100644 index 000000000..895fef665 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1643537 @@ -0,0 +1,24 @@ + +target-ppc/int_helper.c: 2 * bad array index + +1. + +[qemu/target-ppc/int_helper.c:2575]: (error) Array 'reg.u16[8]' accessed at index 8, which is out of bounds. + +Source code is + + return reg->u16[8 - n]; + +and + +qemu/target-ppc/cpu.h: uint16_t u16[8]; + +but at least once, n is zero, for example line 2725 in the int_helper.c file: + + uint16_t sgnb = get_national_digit(b, 0); + +2. + +[qemu/target-ppc/int_helper.c:2584]: (error) Array 'reg.u16[8]' accessed at index 8, which is out of bounds. + +Duplicate \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1650175 b/results/classifier/deepseek-2/output/other/1650175 new file mode 100644 index 000000000..1f463a976 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1650175 @@ -0,0 +1,6 @@ + +wrong version in 2.8.0-rc03 + +When you compile qemu the version still 2.7.93 instead 2.8.0-rc03 + +build/config-host.mak:VERSION=2.7.93 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1651167 b/results/classifier/deepseek-2/output/other/1651167 new file mode 100644 index 000000000..0a5fed210 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1651167 @@ -0,0 +1,27 @@ + +hw/ipmi/isa_ipmi_bt.c:283: suspect use of macro ? + +I just had a go at compiling qemu trunk with +llvm trunk. It said: + +hw/ipmi/isa_ipmi_bt.c:283:31: warning: logical not is only applied to the left hand side of this bitwise operator [-Wlogical-not-parentheses] + +Source code is + + IPMI_BT_SET_HBUSY(ib->control_reg, + !IPMI_BT_GET_HBUSY(ib->control_reg)); + +That use of ! causes trouble. The SET and GET +macros are defined as: + +#define IPMI_BT_GET_HBUSY(d) (((d) >> IPMI_BT_HBUSY_BIT) & 0x1) +#define IPMI_BT_SET_HBUSY(d, v) (d) = (((d) & ~IPMI_BT_HBUSY_MASK) | \ + (((v & 1) << IPMI_BT_HBUSY_BIT))) + +I can make the compiler shut up by adding extra () in the last +use of v in the SET macro, like this: + +#define IPMI_BT_SET_HBUSY(d, v) (d) = (((d) & ~IPMI_BT_HBUSY_MASK) | \ + ((((v) & 1) << IPMI_BT_HBUSY_BIT))) + +I think this is standard good practice when using macro parameters anyway. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1652286 b/results/classifier/deepseek-2/output/other/1652286 new file mode 100644 index 000000000..fa20f590f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1652286 @@ -0,0 +1,8 @@ + +QEMU manpages provoke man(1) "can't break line" warnings + +I noticed when I ran 'man qemu' for version 2.8.0 I am getting this back at the terminal; + + +<standard input>:1674: warning [p 1, 188.5i, div `an-div', 0.2i]: can't break line +<standard input>:1677: warning [p 1, 188.8i, div `an-div', 0.2i]: can't break line \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1654137 b/results/classifier/deepseek-2/output/other/1654137 new file mode 100644 index 000000000..41bd04869 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1654137 @@ -0,0 +1,8 @@ + +Ctrl-A b not working in 2.8.0 + +With a recent update from 2.7.0 to 2.8.0 I have discovered that I can no longer send a "break" to the VM. Ctrl-A b is simply ignored. Other Ctrl-A sequences seem to work correctly. + +This is on a NetBSD amd64 system, version 7.99.53, and qemu was installed on this system from source. + +Reverting to the previous install restores "break" capability. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1655 b/results/classifier/deepseek-2/output/other/1655 new file mode 100644 index 000000000..28d50d5ff --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1655 @@ -0,0 +1,2 @@ + +qemu-7.2.2 build failed diff --git a/results/classifier/deepseek-2/output/other/1655700 b/results/classifier/deepseek-2/output/other/1655700 new file mode 100644 index 000000000..1f9b82b2c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1655700 @@ -0,0 +1,26 @@ + +disas/libvixl/vixl/invalset.h: possible dodgy code in binary search ? + + +[qemu/disas/libvixl/vixl/invalset.h:442]: (style) Array index 'low' is used before limits check. + +Source code is + + while (!IsValid(elements[low]) && (low < high)) ++low; + +Also: + +qemu/disas/libvixl/vixl/invalset.h:450]: (style) Array index 'middle' is used before limits check. + +The source code is + + while (!IsValid(elements[high]) && (low < high)) --high; + +Mind you, these lines of code look similar but didn't get reported: + + while (!IsValid(elements[middle]) && (middle < high - 1)) ++middle; + while (!IsValid(elements[middle]) && (low + 1 < middle)) --middle; + +Given that binary search is notoriously tricky to get correct and a standard C library routine +I am puzzled as to why the standard library routine didn't get used, with of course a custom +comparison function. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1656 b/results/classifier/deepseek-2/output/other/1656 new file mode 100644 index 000000000..8107d5dcc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1656 @@ -0,0 +1,8 @@ + +https://wiki.qemu.org/: TLS certificate has expired (`May 14 21:15:57 2023 GMT`) +Description of problem: +The ceritficate for https://wiki.qemu.org/ has expired on May 14 21:15:57 2023 GMT. +Steps to reproduce: +1. Browse https://wiki.qemu.org/ +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1656676 b/results/classifier/deepseek-2/output/other/1656676 new file mode 100644 index 000000000..2e137e9b3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1656676 @@ -0,0 +1,22 @@ + +nvram/fw_cfg.c ‘read’ may be used uninitialized + +Commit Number: b6af8ea60282df514f87d32e36afd1c9aeee28c8 + +The gcc version version 6.3.1 catches a new uninitialized variable in the master branch of QEMU on the Github. After looking through the function, it is really not properly assigned to a value in a certain path (the else condition of assigning read value in the code). +Here is the snippet of the condition assigning value: + if (dma.control & FW_CFG_DMA_CTL_READ) { + read = 1; + } else if (dma.control & FW_CFG_DMA_CTL_SKIP) { + read = 0; + } else { + dma.length = 0; + } + +Error (Warning) message is as following: +hw/nvram/fw_cfg.c: In function ‘fw_cfg_dma_transfer’: +hw/nvram/fw_cfg.c:372:16: error: ‘read’ may be used uninitialized in this function [-Werror=maybe-uninitialized] + +Solution: +You can fix this by either assign a proper initial value when defining it, or give a proper value in the else condition. +Sorry that I don't have a patch for this. I'm not sure whether to assign 1 or 0 in the else condition. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1659 b/results/classifier/deepseek-2/output/other/1659 new file mode 100644 index 000000000..0dbd80df0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1659 @@ -0,0 +1,28 @@ + +x86 vm fails to stop on Darwin aarch64 when qemu compiled with -O1/-O2 +Description of problem: +When compiled with `-O2` or `-O1` qemu process hangs on full VM stopping on macOS aarch64 host if `shutdown -P now` initiated from guest system. +Steps to reproduce: +1. Compile latest qemu version with -O2 (default value) or -O1 passed +2. Run qemu-system-x86_64 with ubuntu image, e.g. https://cloud-images.ubuntu.com/focal/20230215/focal-server-cloudimg-amd64.img and custom cloud-init (for user/password authentication) +3. Wait until image is loaded, connect via vnc or provide login/password in stdio +4. Initiate shutdown with `sudo shutdown -P now` +5. See that VM indefinitely shutdowns +6. Kill VM from host system with kill -9 <qemu-system-x86_64-process-pid> +7. Recompile qemu with -O0 +8. Repeat steps 2-4 +9. See that vm successfully stopped, and qemu process exited with code 0 +Additional information: +I've created thread dump from activity monitor with threads which qemu hanging on, attached below +[sample-qemu-system-x86_64.txt](/uploads/119b89b7f55f4374acb9ae1f9dc2e517/sample-qemu-system-x86_64.txt) + +Probably there is some compiler optimisation which prevents qemu threads from receive shutdown signal or appropriate notification from another threads. + +The compiler version with which qemu is built: +```bash +% cc --version +Apple clang version 14.0.3 (clang-1403.0.22.14.1) +Target: arm64-apple-darwin22.4.0 +Thread model: posix +InstalledDir: /Library/Developer/CommandLineTools/usr/bin +``` diff --git a/results/classifier/deepseek-2/output/other/1660 b/results/classifier/deepseek-2/output/other/1660 new file mode 100644 index 000000000..8a99cfb79 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1660 @@ -0,0 +1,2 @@ + +tests/avocado/linux_ssh_mips_malta.py references mips image URLs that doesn't exist any more diff --git a/results/classifier/deepseek-2/output/other/1660035 b/results/classifier/deepseek-2/output/other/1660035 new file mode 100644 index 000000000..818585640 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1660035 @@ -0,0 +1,12 @@ + +hw/timer/altera_timer.c:207: bad size in memset ? + +hw/timer/altera_timer.c:207:5: warning: ‘memset’ used with length equal to number of elements without multiplication by element size [-Wmemset-elt-size] + +Source code is + + memset(t->regs, 0, ARRAY_SIZE(t->regs)); + +Maybe better code + + memset(t->regs, 0, R_MAX * sizeof( uint32_t)); \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1660599 b/results/classifier/deepseek-2/output/other/1660599 new file mode 100644 index 000000000..8465a8312 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1660599 @@ -0,0 +1,6 @@ + +v2.8.0 won't compile if g++ compiler doesn't understand "-fstack-protector-strong" + +For example, Ubuntu Trusty (LTS 14.04) uses g++ v4.8.5. +Compilation fails with a syntax error saying that the ""-fstack-protector-strong" option in g++ is unrecognized. +Instead, under Ubuntu Xenial (LTS 16.04), the g++ compiler is v5.4.0 and the compilation goes on smoothly. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1661 b/results/classifier/deepseek-2/output/other/1661 new file mode 100644 index 000000000..e44693eb1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1661 @@ -0,0 +1,12 @@ + +x86 cpu support request: LX Geode +Description of problem: +The Geode LX family of CPUs were used in early generations of the One Laptop Per Child (OLPC) systems (XO 1.0). + +They are _basically_ i686-compatible but they lack the 'long-nop' (0x0f 0x1f) instruction available on many other i686-class devices. + +Since i686 is a reasonably common baseline for toolchains and the software that is distributed using those toolchains, it would be convenient to be able to use QEMU to test boundary compatibility cases for this CPU. +Steps to reproduce: +N/A - feature does not currently exist +Additional information: +I'm not adding additional context here at the moment, but please let me know what else would be helpful to know (and/or if I'm off-track with this feature request for any reason). Thank you! diff --git a/results/classifier/deepseek-2/output/other/1661815 b/results/classifier/deepseek-2/output/other/1661815 new file mode 100644 index 000000000..77df83f44 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1661815 @@ -0,0 +1,27 @@ + +Stack address is returned from function translate_one + +The vulnerable version is qemu-2.8.0, and the vulnerable function is in "target-s390x/translate.c". + +The code snippet is as following. + +static ExitStatus translate_one(CPUS390XState *env, DisasContext *s) +{ + const DisasInsn *insn; + ExitStatus ret = NO_EXIT; + DisasFields f; + ... + s->fields = &f; + ... + s->pc = s->next_pc; + return ret; +} + +A stack address, i.e. the address of local variable "f" is returned from current function through the output parameter "s->fields" as a side effect. + +This issue is one kind of undefined behaviors, according the C Standard, 6.2.4 [ISO/IEC 9899:2011] (https://www.securecoding.cert.org/confluence/display/c/DCL30-C.+Declare+objects+with+appropriate+storage+durations) + +This dangerous defect may lead to an exploitable vulnerability. +We suggest sanitizing "s->fields" as null before return. + +Note that this issue is reported by shqking and Zhenwei Zou together. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1662468 b/results/classifier/deepseek-2/output/other/1662468 new file mode 100644 index 000000000..9b9b5f64e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1662468 @@ -0,0 +1,4 @@ + +[feature request] qemu-img convert should respond to control-T like dd + +Since qemu-img convert is a long-running operation, it would be nice if it reported progress in response to control-T (SIGINFO) to show progress information, much like dd, fsck, dump, cp, etc. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1663 b/results/classifier/deepseek-2/output/other/1663 new file mode 100644 index 000000000..efe659cb9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1663 @@ -0,0 +1,35 @@ + +make check-venv fails with errors about incompatible avocado +Description of problem: +``` +$ rm -rf build/ +$ ./configure --target-list=x86_64-softmmu,i386-softmmu +$ make -j 16 +$ ./scripts/device-crash-test -q --tcg-only ./qemu-system-i386 +Module 'qemu' not found. + Try 'make check-venv' from your build directory, + and then one way to run this script is like so: + > $builddir/pyvenv/bin/python3 "/home/berrange/src/virt/qemu/scripts/device-crash-test" +$ make check-venv +make[1]: Entering directory '/home/berrange/src/virt/qemu/build' + GIT ui/keycodemapdb tests/fp/berkeley-testfloat-3 tests/fp/berkeley-softfloat-3 dtc + VENVPIP install -e /home/berrange/src/virt/qemu/python/ + VENVPIP install -r /home/berrange/src/virt/qemu/tests/requirements.txt +ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. +avocado-framework-plugin-varianter-yaml-to-mux 98.0 requires avocado-framework==98.0, but you have avocado-framework 101.0 which is incompatible. +avocado-framework-plugin-result-html 98.0 requires avocado-framework==98.0, but you have avocado-framework 101.0 which is incompatible. +make[1]: Leaving directory '/home/berrange/src/virt/qemu/build' +``` + +Despite this, it seems to have at least partially populated the venv, since I can now run device-crash-test. + +My host does have some avocado related python bits present: + +``` +python-avocado-common-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-plugins-output-html-98.0-1.module_f38+15908+ffe8d4e2.noarch +python3-avocado-plugins-varianter-yaml-to-mux-98.0-1.module_f38+15908+ffe8d4e2.noarch +``` + +I would expect the venv to not use these host packages however, since they're outdated compare to what QEMU askes for in tests/requirements.txt diff --git a/results/classifier/deepseek-2/output/other/1664 b/results/classifier/deepseek-2/output/other/1664 new file mode 100644 index 000000000..878ed71a8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1664 @@ -0,0 +1,2 @@ + +mingw64 cross compile: libslirp from subproject fails to link, undefined reference to WinMain diff --git a/results/classifier/deepseek-2/output/other/1665344 b/results/classifier/deepseek-2/output/other/1665344 new file mode 100644 index 000000000..7a3987a51 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1665344 @@ -0,0 +1,11 @@ + +documentation error:404 not found + +In http://wiki.qemu-project.org/Outreachy_2017_MayAugust the urls + http://www.qemu-project.org/images/4/4e/Q35.pdf and http://www.qemu-project.org/images/f/f6/PCIvsPCIe.pdf on opening displays: + + + + Not Found + +The requested URL /images/4/4e/Q35.pdf was not found on this server. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1666 b/results/classifier/deepseek-2/output/other/1666 new file mode 100644 index 000000000..57acccfe4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1666 @@ -0,0 +1,2 @@ + +About the develop environment diff --git a/results/classifier/deepseek-2/output/other/1668360 b/results/classifier/deepseek-2/output/other/1668360 new file mode 100644 index 000000000..dd3569989 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1668360 @@ -0,0 +1,4 @@ + +Documentation error :404 not found + +In http://wiki.qemu-project.org/Documentation/GettingStartedDevelopers the url http://www.linux-kvm.org/wiki/images/1/17/2010-forum-qmp-status-talk.pp.pdf displays a 404 NOt found error. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1670 b/results/classifier/deepseek-2/output/other/1670 new file mode 100644 index 000000000..8a0d8caf0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1670 @@ -0,0 +1,10 @@ + +Cannot statically build x86_64-softmmu with Darwin(Intel) +Description of problem: +I am using `Podman` and currently,`Podman` uses qemu on macOS. The `Podman` team has adopted a scheme to dynamically compile `qemu` (https://github.com/containers/podman-machine-qemu). However, I am currently trying to use static compilation for both amd64 and arm64 targets. + +I have searched many articles online, most of which are about static compilation on Linux. Very few articles mention static compilation on macOS, and some mention that `softmmu` does not support static compilation. However, I have not found any concrete evidence to support this claim. + +I also want to ask another question: Does `qemu` support static compilation on macOS? +Additional information: +[meson-log.txt](/uploads/6e32691488533a06c64dc34ee4514135/meson-log.txt) diff --git a/results/classifier/deepseek-2/output/other/1671173 b/results/classifier/deepseek-2/output/other/1671173 new file mode 100644 index 000000000..d04415e3e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1671173 @@ -0,0 +1,34 @@ + +OS started to crash with a message: "Trying to execute code outside RAM or ROM" + +There is a project (https://github.com/narke/colorForth ) wich always worked with qemu up to version 2.5.1.1 but doesn't works from version 2.6 onwards. It continues to work with bochs. + +Downlaod: git clone https://github.com/narke/colorForth.git +Build: make +Test: qemu-system-i386 -drive format=raw,file=cf2012.img,index=0,if=floppy + + +System information: Ubuntu LTS 16.04 x86-64 +Affected qemu versions: 2.6 to present (2.8) + + +I got the message: + + +WARNING: Image format was not specified for 'cf2012.img' and probing guessed raw. + Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted. + Specify the 'raw' format explicitly to remove the restrictions. +qemu-system-i386: Trying to execute code outside RAM or ROM at 0x8998c426 +This usually means one of the following happened: + +(1) You told QEMU to execute a kernel for the wrong machine type, and it crashed on startup (eg trying to run a raspberry pi kernel on a versatilepb QEMU machine) +(2) You didn't give QEMU a kernel or BIOS filename at all, and QEMU executed a ROM full of no-op instructions until it fell off the end +(3) Your guest kernel has a bug and crashed by jumping off into nowhere + +This is almost always one of the first two, so check your command line and that you are using the right type of kernel for this machine. +If you think option (3) is likely then you can try debugging your guest with the -d debug options; in particular -d guest_errors will cause the log to include a dump of the guest register state at this point. + +Execution cannot continue; stopping here. + + +Thank you in advance. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1673 b/results/classifier/deepseek-2/output/other/1673 new file mode 100644 index 000000000..26a240d18 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1673 @@ -0,0 +1,50 @@ + +compilation of 8.0.0 FAILED: target/hexagon/idef-generated-emitter.indented.c on ubuntu 18.04 +Description of problem: +Cannot compile on ubuntu 18.04. +Steps to reproduce: +1. get 8.0.0 tarball or git clone/submodule... on a ubuntu 18.04 system (with a few more recent tools in ~/opt, such as python 3.9) +2. ./configure --prefix=$HOME/opt && make +3. It finishes with this strange error: FAILED: target/hexagon/idef-generated-emitter.indented.c +``` +... +[850/10154] Compiling C object target/hexagon/idef-parser.p/meson-generated_idef-parser.yy.c.o +[851/10154] Compiling C object target/hexagon/idef-parser.p/meson-generated_idef-parser.tab.c.o +[852/10154] Compiling C object target/hexagon/idef-parser.p/_home_pbourguignon_opt_src_qemu-8.0.0_target_hexagon_idef-parser_parser-helpers.c.o +[853/10154] Linking target target/hexagon/idef-parser +[854/10154] Generating target/hexagon/idef-generated-tcg with a custom command +[855/10154] Generating target/hexagon/indent with a custom command +FAILED: target/hexagon/idef-generated-emitter.indented.c +/home/pbourguignon/bin/indent -linux target/hexagon/idef-generated-emitter.c -o target/hexagon/idef-generated-emitter.indented.c +Indenting region... +Indenting region... done +Directory `/home/pbourguignon/opt/src/qemu-8.0.0/build/-linux target/hexagon/idef-generated-emitter.c -o target/hexagon/' does not exist; create? (y or n) Error reading from stdin +ninja: build stopped: subcommand failed. +Makefile:165: recipe for target 'run-ninja' failed +make[1]: *** [run-ninja] Error 1 +make[1]: Leaving directory '/home/pbourguignon/opt/src/qemu-8.0.0/build' +GNUmakefile:10: recipe for target 'all' failed +make: *** [all] Error 2 +``` +Additional information: +https://dpaste.org/Hr9Zq +``` +~/opt/src/qemu-git +16:15[pbourguignon@frprld7818008 :0.0 qemu-git ]$ ls ~/opt/bin +./ ecl-config* pydoc3@ run-avr* run-microblaze* +../ emacs@ pydoc3.9* run-bfin* run-mips* +2to3@ emacs-27.2* python@ run-bpf* run-mn10300* +2to3-3.9* emacsclient* python3@ run-cr16* run-moxie* +bundle* erb* python3-config@ run-cris* run-msp430* +bundler* etags* python3.9* run-d10v* run-or1k* +ccl* gcore* python3.9-config* run-erc32* run-ppc* +ccmake* gdb* racc* run-frv* run-pru* +cmake* gdb-add-index* rake* run-ft32* run-riscv* +cpack* gdbserver* rbs* run-h8300* run-rl78* +ctags* gem* rdbg* run-iq2000* run-rx* +ctest* idle3@ rdoc* run-lm32* run-sh* +curl* idle3.9* ri* run-m32c* run-v850* +curl-config* irb* ruby* run-m32r* sbcl* +ebrowse* pip3* run-aarch64* run-m68hc11* sis* +ecl* pip3.9* run-arm* run-mcore* typeprof* +``` diff --git a/results/classifier/deepseek-2/output/other/1673373 b/results/classifier/deepseek-2/output/other/1673373 new file mode 100644 index 000000000..0d0dd465c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1673373 @@ -0,0 +1,23 @@ + +qemu -version output is incorrect with configure --with-pkgversion + +Since qemu v2.7.0, up to the current master +(1883ff34b540daacae948f493b0ba525edf5f642) +the pkgversion feature appears to have a bug: + +$ ./configure --target-list=x86_64-softmmu --with-pkgversion=foo + +Results in this output: + +$ x86_64-softmmu/qemu-system-x86_64 -version +QEMU emulator version 2.8.90(foo) +Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers + +This appears to have been introduced in: + +67a1de0d19 Makefile: Derive "PKGVERSION" from "git describe" by default + +The previous commit (077de81a4c) produces this output: + +$ x86_64-softmmu/qemu-system-x86_64 -version +QEMU emulator version 2.6.50 (foo), Copyright (c) 2003-2008 Fabrice Bellard \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1676 b/results/classifier/deepseek-2/output/other/1676 new file mode 100644 index 000000000..4b10b0f52 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1676 @@ -0,0 +1,8 @@ + +Signed release tarball for 8.0.2 is missing +Description of problem: +Hi! I package QEMU for Arch Linux. I usually rely on the signed tarballs (which are also linked to from the website). +For [8.0.2](https://gitlab.com/qemu-project/qemu/-/tags/v8.0.2) there does not seem to be a signed tarball though. +Steps to reproduce: +1. Try to update to 8.0.2 using a signed tarball +2. Find no signed tarball in https://download.qemu.org/ diff --git a/results/classifier/deepseek-2/output/other/1683 b/results/classifier/deepseek-2/output/other/1683 new file mode 100644 index 000000000..1edb5578d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1683 @@ -0,0 +1,2 @@ + +How to run qemu inside ubuntu:latest docker container? diff --git a/results/classifier/deepseek-2/output/other/1686364 b/results/classifier/deepseek-2/output/other/1686364 new file mode 100644 index 000000000..c0a8e491b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1686364 @@ -0,0 +1,18 @@ + +qemu -readconfig/-writeconfig cannot handle quotes in values + +$ qemu-system-x86_64 -drive file=/tmp/foo\" -writeconfig - +# qemu config file + +[drive] + file = "/tmp/foo"" + +For bonus points, try to construct a value qemu config file that contains a quoted value. It's pretty clear (from looking at the code also) that this is not possible. + +Also: + +- maximum value length is hard-coded in the parser at 1023 characters (for no apparent reason) + +- the format is undocumented + +- don't use sscanf for parsing! \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1695 b/results/classifier/deepseek-2/output/other/1695 new file mode 100644 index 000000000..1a58914d9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1695 @@ -0,0 +1,12 @@ + +Latest Windows MSI does not include libssp-0.dll +Description of problem: +The latest Qemu MSI installer for Windows (https://qemu.weilnetz.de/w64/2023/qemu-w64-setup-20230530.exe) does not include libssp-0.dll, which is why the executables fail to run. + +This Mingw library should be included when building the MSI if stack protection is enabled. +Steps to reproduce: +1. Install the latest qemu MSI +2. Try to invoke any qemu command +3. Use Dependency Walker to easily find missing dependencies (https://www.dependencywalker.com/) +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1704186 b/results/classifier/deepseek-2/output/other/1704186 new file mode 100644 index 000000000..7d508b972 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1704186 @@ -0,0 +1,10 @@ + +no option for handling ^C in stdio + +There is no way to tell qemu to handle (or not) ^C on standard input. + +This makes using serial console on stdio needlessly annoying and difficult. + +The code is there - depending on how you set up the console it may handle the signal or not. + +That's completely backwards. The behavior should be the same regardless of how you set up console *and* there should be a separate option for handling ^C. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1705118 b/results/classifier/deepseek-2/output/other/1705118 new file mode 100644 index 000000000..c66bc6ac8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1705118 @@ -0,0 +1,57 @@ + +qemu user mode: rt signals not implemented for sparc guests + +The documentation +<https://qemu.weilnetz.de/doc/qemu-doc.html#Features> says that +qemu in user mode supports POSIX signal handling. + +Catching SIGSEGV according to POSIX, however, does not work on + ppc, ppc64, ppc64le, s390x, sparc64. +It does work, however, on + aarch64, alpha, arm, hppa, m68k, mips, mips64, sh4. + +How to reproduce: +The attached program runs fine (exits with code 0) on + - real hardware Linux/PowerPC64 (in 32-bit and 64-bit mode), + - real hardware Linux/PowerPC64LE, + - qemu-system-s390x emulated Linux/s390x, + - real hardware Linux/SPARC64. +$ gcc -O -Wall testsigsegv.c; ./a.out; echo $? +0 + +For ppc: +$ powerpc-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -o testsigsegv-ppc +$ ~/inst-qemu/2.9.0/bin/qemu-ppc testsigsegv-ppc +$ echo $? +3 + +For ppc64: +$ powerpc64-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -o testsigsegv-ppc64 +$ ~/inst-qemu/2.9.0/bin/qemu-ppc64 testsigsegv-ppc64 +$ echo $? +3 + +For ppc64le: +$ powerpc64le-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -o testsigsegv-ppc64le +$ ~/inst-qemu/2.9.0/bin/qemu-ppc64le testsigsegv-ppc64le +$ echo $? +3 + +For s390x: +$ s390x-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -o testsigsegv-s390x +$ ~/inst-qemu/2.9.0/bin/qemu-s390x testsigsegv-s390x +$ echo $? +3 +$ s390x-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -DAVOID_LINUX_S390X_COMPAT -o testsigsegv-s390x-a +$ ~/inst-qemu/2.9.0/bin/qemu-s390x testsigsegv-s390x-a +$ echo $? +0 +So, the test fails here because the Linux/s390x kernel omits the least +significant 12 bits of the fault address in the 'si_addr' field. But +qemu-s390x is not compatible with the Linux/s390x behaviour: it puts +the complete fault address in the 'si_addr' field. + +For sparc64: +$ sparc64-linux-gnu-gcc-5 -O -Wall -static testsigsegv.c -o testsigsegv-sparc64 +$ ~/inst-qemu/2.9.0/bin/qemu-sparc64 testsigsegv-sparc64 +Segmentation fault (core dumped) \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1707297 b/results/classifier/deepseek-2/output/other/1707297 new file mode 100644 index 000000000..98a334458 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1707297 @@ -0,0 +1,11 @@ + +qemu became more picky parsing -m option + +With qemu-kvm-2.9.0-3.fc26.x86_64 I am no longer to specify the memory size using something like "-m 1.00000GiB" but with qemu-kvm-2.7.1-7.fc25.x86_64 I could without any problem. I now get an error message like: + +qemu-system-x86_64: -m 1.00000GiB: Parameter 'size' expects a non-negative number below 2^64 +Optional suffix k, M, G, T, P or E means kilo-, mega-, giga-, tera-, peta- +and exabytes, respectively. + + +Is this expected or a regression? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1708462 b/results/classifier/deepseek-2/output/other/1708462 new file mode 100644 index 000000000..35f693f94 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1708462 @@ -0,0 +1,4 @@ + +Support Python 3 to build + +Currently qemu's configure requires Python 2 to build. As Python 2 is rapidly approaching its EOL, it should be possible to build qemu with Python 3. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1709170 b/results/classifier/deepseek-2/output/other/1709170 new file mode 100644 index 000000000..bd68ec05a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1709170 @@ -0,0 +1,12 @@ + +QEMU fails to honor O_TMPFILE + +When making a call like + + open("/tmp", O_TMPFILE | O_RDWR); + +under QEMU, we ged -EISDIR. + +Under any kernel 3.11 or later, we are supposed to get an unnamed file in /tmp. In case the filesystem for /tmp does not support unnamed files, we are supposed to get EOPNOTSUPP. + +[I don't know the QEMU version, since this happened in a system I don't have access to] \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1710 b/results/classifier/deepseek-2/output/other/1710 new file mode 100644 index 000000000..182a8cbac --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1710 @@ -0,0 +1,52 @@ + +contrib/plugins/Makefile is not crossplatform +Description of problem: +Currently `contrib/plugins/Makefile` makes multiple assumptions about paths used, compiler flags available, and library extension +Steps to reproduce: +1. Compile QEMU from sources on macOS or Windows +2. Enter `contrib/plugins` +3. Type `make` and become sad. +Additional information: +As the rest of QEMU switched to Meson, maybe it's a good idea to do the same for plugins as well? + +This is what I come with myself: + +`meson.build`: +```meson +project('qemu-plugins', 'c', meson_version: '>=0.50.0') + +qemu_src = get_option('qemu_path') +if qemu_src == '' + qemu_src = '../..' +endif + +qemu_include = qemu_src + '/include/qemu' +incdir = include_directories(qemu_include) + +plugins = [ + 'execlog', + 'hotblocks', + 'hotpages', + 'howvec', + 'lockstep', + 'hwprofile', + 'cache', + 'drcov', +] + +th = dependency('threads', required: true) +glib = dependency('glib-2.0', required: true) + +foreach p: plugins + library(p, p + '.c', + include_directories: incdir, + dependencies: [th, glib], + override_options: ['b_lundef=false'] + ) +endforeach +``` + +`meson_options.txt`: +``` +option('qemu_path', type : 'string', value : '', description : 'Full path to the QEMU sources to build the plugin for') +``` diff --git a/results/classifier/deepseek-2/output/other/1713434 b/results/classifier/deepseek-2/output/other/1713434 new file mode 100644 index 000000000..a994c484e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1713434 @@ -0,0 +1,63 @@ + +prom-env-test test aborted and core dumped + +On ppc64le architecture machine the following test case Aborted and Core dumped. + +# tests/prom-env-test --quiet --keep-going -m=quick --GTestLogFD=6 +** +ERROR:tests/libqtest.c:628:qtest_get_arch: assertion failed: (qemu != NULL) +Aborted (core dumped) + +Steps to re-produce: +clone from the git +configure & compile +run the unit tests by 'make check' + +(gdb) bt +#0 0x00003fff9d60eff0 in raise () from /lib64/libc.so.6 +#1 0x00003fff9d61136c in abort () from /lib64/libc.so.6 +#2 0x00003fff9de1aa04 in g_assertion_message () from /lib64/libglib-2.0.so.0 +#3 0x00003fff9de1ab0c in g_assertion_message_expr () from /lib64/libglib-2.0.so.0 +#4 0x000000001000cc30 in qtest_get_arch () at tests/libqtest.c:628 +#5 0x00000000100048f0 in main (argc=5, argv=0x3ffff2145538) at tests/prom-env-test.c:82 +(gdb) i r +r0 0xfa 250 +r1 0x3ffff2144d30 70368510627120 +r2 0x3fff9d7b9900 70367091333376 +r3 0x0 0 +r4 0x12a7 4775 +r5 0x6 6 +r6 0x8 8 +r7 0x1 1 +r8 0x0 0 +r9 0x0 0 +r10 0x0 0 +r11 0x0 0 +r12 0x0 0 +r13 0x3fff9dfa1950 70367099623760 +r14 0x0 0 +r15 0x0 0 +r16 0x0 0 +r17 0x0 0 +r18 0x0 0 +r19 0x0 0 +r20 0x0 0 +r21 0x0 0 +r22 0x0 0 +r23 0x0 0 +r24 0x0 0 +r25 0x0 0 +r26 0x0 0 +r27 0x100287f8 268601336 +r28 0x16841b40 377756480 +r29 0x4c 76 +r30 0x3ffff2144de8 70368510627304 +r31 0x6 6 +pc 0x3fff9d60eff0 0x3fff9d60eff0 <raise+96> +msr 0x900000000280f033 10376293541503627315 +cr 0x42000842 1107298370 +lr 0x3fff9d61136c 0x3fff9d61136c <abort+396> +ctr 0x0 0 +xer 0x0 0 +orig_r3 0x12a7 4775 +trap 0xc00 3072 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1715007 b/results/classifier/deepseek-2/output/other/1715007 new file mode 100644 index 000000000..f477bf2cf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1715007 @@ -0,0 +1,17 @@ + +hw/block/onenand.c:520: dead code ? + +qemu/hw/block/onenand.c:520] -> [qemu/hw/block/onenand.c:521]: (warning) Opposite inner 'if' condition leads to a dead code block. + +Source code is + + for (b = 0; b < s->blocks; b ++) { + if (b >= s->blocks) { + s->status |= ONEN_ERR_CMD; + break; + } + +I am not sure if the if condition can be merely deleted, or something more +complex needs to be implemented. + +Recent qemu trunk. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1720747 b/results/classifier/deepseek-2/output/other/1720747 new file mode 100644 index 000000000..48fafaaf6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1720747 @@ -0,0 +1,8 @@ + +cannot extract release tarball on case-insensitive filesystems + +Extracting the release tarball for qemu-2.10.0 results in an error on case-insensitive filesystems because of the files qemu-2.10.0/roms/u-boot/scripts/Kconfig and qemu-2.10.0/roms/u-boot/scripts/kconfig. + +All other files are extracted correctly, and the resulting source can be built correctly. + +But tar returns with an error, which creates difficulties when trying to automate the build process (e.g: homebrew). \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1721744 b/results/classifier/deepseek-2/output/other/1721744 new file mode 100644 index 000000000..129c22657 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1721744 @@ -0,0 +1,53 @@ + +Help content missing for newly added machine properties + + +Help content missing for newly added machine properties, it would be needed by libvirt and other management layers to query to add support, Thanks. + +max-cpu-compat,vsmt,modern-hotplug-events,resize-hpt + +Steps: +1. Compile qemu @below commit +2. ./ppc64-softmmu/qemu-system-ppc64 -h +.... +-machine [type=]name[,prop[=value][,...]] + selects emulated machine ('-machine help' for list) + property accel=accel1[:accel2[:...]] selects accelerator + supported accelerators are kvm, xen, hax or tcg (default: tcg) + kernel_irqchip=on|off|split controls accelerated irqchip support (default=off) + vmport=on|off|auto controls emulation of vmport (default: auto) + kvm_shadow_mem=size of KVM shadow MMU in bytes + dump-guest-core=on|off include guest memory in a core dump (default=on) + mem-merge=on|off controls memory merge support (default: on) + igd-passthru=on|off controls IGD GFX passthrough support (default=off) + aes-key-wrap=on|off controls support for AES key wrapping (default=on) + dea-key-wrap=on|off controls support for DEA key wrapping (default=on) + suppress-vmdesc=on|off disables self-describing migration (default=off) + nvdimm=on|off controls NVDIMM support (default=off) + enforce-config-section=on|off enforce configuration section migration (default=off) + s390-squash-mcss=on|off controls support for squashing into default css (default=off) +.... + +===> Not showing help of mentioned properties. + + + +Verified at todays below commit +#git show +commit d8f932cc696250cb740240d668b39df5fbb2d5a0 +Merge: 67caeea 4504273 +Author: Peter Maydell <email address hidden> +Date: Thu Oct 5 16:54:29 2017 +0100 + + Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request' into staging + + # gpg: Signature made Thu 05 Oct 2017 15:25:21 BST + # gpg: using RSA key 0x9CA4ABB381AB73C8 + # gpg: Good signature from "Stefan Hajnoczi <email address hidden>" + # gpg: aka "Stefan Hajnoczi <email address hidden>" + # Primary key fingerprint: 8695 A8BF D3F9 7CDA AC35 775A 9CA4 ABB3 81AB 73C8 + + * remotes/stefanha/tags/tracing-pull-request: + checkpatch: fix incompatibility with old perl + + Signed-off-by: Peter Maydell <email address hidden> \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1723984 b/results/classifier/deepseek-2/output/other/1723984 new file mode 100644 index 000000000..c9c6656ec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1723984 @@ -0,0 +1,18 @@ + +ID_MMFR0 has an invalid value on aarch64 cpu (A57, A53) + +The ID_MMFR0 register, accessed from aarch64 state as an invalid value: +- ARM ARM v8 documentation (D7.2 General system control registers) described bits AuxReg[23:20] to be + "In ARMv8-A the only permitted value is 0010" +- Cortex A53 and Cortex A57 TRM describe the value to be 0x10201105, so AuxReg[23:20] is 0010 too +- in QEMU target/arm/cpu64.c, the relevant value is + cpu->id_mmfr0 = 0x10101105; + +The 1 should be changed to 2. + +Spotted & Tested on the following qemu revision: + +commit 48ae1f60d8c9a770e6da64407984d84e25253c69 +Merge: 78b62d3 b867eaa +Author: Peter Maydell <email address hidden> +Date: Mon Oct 16 14:28:13 2017 +0100 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1726733 b/results/classifier/deepseek-2/output/other/1726733 new file mode 100644 index 000000000..187231eaa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1726733 @@ -0,0 +1,11 @@ + +‘qemu-img info replication:’ causes segfault + +Typing the literal command ‘qemu-img info replication:’ causes a segfault. Note that ‘replication:’ is not a filename. + +$ ./qemu-img info replication: +qemu-img: block.c:2609: bdrv_open_inherit: Assertion `!!(flags & BDRV_O_PROTOCOL) == !!drv->bdrv_file_open' failed. +Aborted (core dumped) + +This was originally found by Han Han and reported in Fedora: +https://bugzilla.redhat.com/show_bug.cgi?id=1505652 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1726910 b/results/classifier/deepseek-2/output/other/1726910 new file mode 100644 index 000000000..f377dc04e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1726910 @@ -0,0 +1,12 @@ + +UI request: add a function key toolbar (f1-f12) + +I run old DOS programs under FreeDOS using QEMU. + +It's common when running/testing DOS applications to use the function keys. Some of these (such as F10) are intercepted by the window system. For example, some DOS program installers use F10 to install the software, but F10 is intecepted by the window system. + +The standard solution is to jump to the QEMU console and use sendkey to send a specific function key to the QEMU guest (often needed for 'sendkey f10'). But this does not seem to be very user friendly for new users. Nor is it very fast if you need to this often. + +I propose QEMU add a toolbar with the function keys. + +I've attached a mockup of one possible design, with a simple toolbar for F1-F12. A possible modification would be to add "modifier" buttons for Ctrl and Shift and Alt to make it easier for users to enter combinations like Ctrl-F12 or Alt-F10 or Shift-F1. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1728 b/results/classifier/deepseek-2/output/other/1728 new file mode 100644 index 000000000..1f6c50a2c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1728 @@ -0,0 +1,19 @@ + +blockdev parameter does not accept dots in pool name in json config +Description of problem: +I'm trying to provision a VM using qemu 6.2.0 and pass the remote disk parameters like libvirt. When I start the VM, I get an error saying + + +``` +qemu-system-x86_64: -blockdev {driver:rbd,pool:cloud.disk.hiops,image:csi-vol-8577fffd-0f48-3344-b333-02000038163a,server:[{host:1.2.3.4,port:6789},{host:1.2.3.5,port:6789},{host:1.2.3.6,port:6789}],user:compute-staging,auth-client-required:[cephx,none],key-secret:ceph-secret,node-name:pv-MD7PBV3SRD21L08115JUJ94HMG,cache:{direct:false,no-flush:false},auto-read-only:true,discard:unmap}: JSON parse error, stray '.' +``` + + +I changed the ip address and some fields. + + +My question is should we avoid dots in pool name? I tried to look at the source code of json parser but in its doc, it did not mention a sequence of characters for escaping dots. +Steps to reproduce: +1. Provision a VM with the provided config +Additional information: +bl diff --git a/results/classifier/deepseek-2/output/other/1729623 b/results/classifier/deepseek-2/output/other/1729623 new file mode 100644 index 000000000..9929bd604 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1729623 @@ -0,0 +1,49 @@ + +test-aio-multithread fails with 'Co-routine re-entered recursively' + +git head is at fa73e146250181852c0915aa65df8d54d35485fa + +configure with the following + +./configure --enable-attr --enable-bsd-user --enable-cap-ng\ + --enable-coroutine-pool --enable-crypto-afalg --enable-curl\ + --enable-curses --enable-debug --enable-debug-info\ + --enable-debug-tcg --enable-fdt --enable-gcrypt \ + --enable-gnutls --enable-gprof --enable-gtk \ + --enable-guest-agent --enable-kvm --enable-libiscsi \ + --enable-libssh2 --enable-linux-aio --enable-linux-user \ + --enable-live-block-migration --enable-modules \ + --enable-numa --enable-pie --enable-profiler \ + --enable-qom-cast-debug --enable-rbd --enable-replication \ + --enable-seccomp --enable-smartcard --enable-stack-protector \ + --enable-system --enable-tcg --enable-tcg-interpreter \ + --enable-tools --enable-tpm --enable-trace-backend=ftrace \ + --enable-user --enable-vhost-net --enable-vhost-scsi \ + --enable-vhost-user --enable-vhost-vsock --enable-virtfs \ + --enable-vnc --enable-tpm --enable-vnc-png \ + --enable-vnc-sasl --enable-werror --enable-xfsctl \ + --enable-gcov --enable-debug-stack-usage + +make -j 32 + +make test-aio-multithread V=1 + +... +File '/home/nasastry/qemu/include/qapi/qmp/qobject.h' +No executable lines + +MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} gtester -k --verbose -m=quick tests/test-aio-multithread +TEST: tests/test-aio-multithread... (pid=86877) + /aio/multi/lifecycle: OK + /aio/multi/schedule: Co-routine re-entered recursively +FAIL +GTester: last random seed: R02S681209ce87fc22715b41223212d9f6f0 +(pid=86891) + /aio/multi/mutex/contended: OK + /aio/multi/mutex/handoff: OK + /aio/multi/mutex/mcs: OK + /aio/multi/mutex/pthread: OK +FAIL: tests/test-aio-multithread +make: *** [check-tests/test-aio-multithread] Error 1 + +Full log will be attached. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1731277 b/results/classifier/deepseek-2/output/other/1731277 new file mode 100644 index 000000000..e272040b0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1731277 @@ -0,0 +1,32 @@ + +Provide target specific qemu man pages + +Right now, all qemu target binaries (qemu-system-...) share the same man page. + +The current man page is primarily focused on x86, and therefore the information given is entirely wrong for e.g. arm, powerpc or s390x. + +NAME + qemu-doc - QEMU Emulator User Documentation + +SYNOPSIS + qemu-system-i386 [options] [disk_image] + +DESCRIPTION + The QEMU PC System emulator simulates the following peripherals: + + - i440FX host PCI bridge and PIIX3 PCI to ISA bridge + + - Cirrus CLGD 5446 PCI VGA card or dummy VGA card with Bochs VESA extensions (hardware level, including all non + standard modes). + + - PS/2 mouse and keyboard + + - 2 PCI IDE interfaces with hard disk and CD-ROM support + + - Floppy disk + +... + +We should have target specific man pages, with the common options/settings factored out, so they are included in all target specific man pages. + +"man qemu-system-s390x" should give s390x specific (+common) information and "man qemu-system-x86_64" should contain x86 specific (+common) information. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1735 b/results/classifier/deepseek-2/output/other/1735 new file mode 100644 index 000000000..a078abe16 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1735 @@ -0,0 +1,30 @@ + +[riscv-pmp] Pmp_hart_has_privs local variable name easily misunderstood +Additional information: +```c +// int => bool +static int pmp_is_in_range(CPURISCVState *env, int pmp_index, + target_ulong addr); + +bool pmp_hart_has_privs(CPURISCVState *env, target_ulong addr, + target_ulong size, pmp_priv_t privs, + pmp_priv_t *allowed_privs, target_ulong mode) +{ + int i = 0; + int pmp_size = 0; + // easily misunderstood local variable + target_ulong s = 0; + target_ulong e = 0; + + for (i = 0; i < MAX_RISCV_PMPS; i++) { + s = pmp_is_in_range(env, i, addr); + e = pmp_is_in_range(env, i, addr + pmp_size - 1); + + /* partially inside */ + if ((s + e) == 1) { + + } + + /* fully inside */ + if ((s + e) == 2) { +``` diff --git a/results/classifier/deepseek-2/output/other/1738767 b/results/classifier/deepseek-2/output/other/1738767 new file mode 100644 index 000000000..32589a432 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1738767 @@ -0,0 +1,13 @@ + +Cannot build QEMU on RHEL6 because of MAP_HUGETLB + +Hello, +I've just downloaded qemu-2.11.0 sources and I wanted to build QEMU on RHEL6 x86_64, for various targets, amonst which arm-linux-user. + +The build fails because /usr/include/bits/mman.h does not define MAP_HUGETLB. + +I think it is needed since commit 541e16904. + +I'm not sure if RHEL6 is still supported by QEMU? If so, can you fix this problem? + +Thanks \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1739 b/results/classifier/deepseek-2/output/other/1739 new file mode 100644 index 000000000..fae27eb4b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1739 @@ -0,0 +1,37 @@ + +Build process is broken in /audio/dbusaudio.c:36: pixman.h cannot be found +Description of problem: +Hello. + +I try to build qemu using commit aa1048e33c. But build process stop in /audio/dbusaudio.c with this error log: + +``` +[979/9916] Generating audio-dbus.modin...d (wrapped by meson to capture output) +FAILED: audio-dbus.modinfo +/home/fred/qemu-git/src/qemu/build-full/pyvenv/bin/meson --internal exe --capture audio-dbus.modinfo -- /home/fred/qemu-git/src/qemu/build-full/pyvenv/bin/python3 /home/fred/qemu-git/src/qemu/scripts/modinfo-collect.py ../audio/dbusaudio.c +--- stderr --- +In file included from /home/fred/qemu-git/src/qemu/include/ui/console.h:4, + from /home/fred/qemu-git/src/qemu/ui/dbus.h:31, + from ../audio/dbusaudio.c:36: +/home/fred/qemu-git/src/qemu/include/ui/qemu-pixman.h:12:10: fatal error: pixman.h: No such file or directory + 12 | #include <pixman.h> + | ^~~~~~~~~~ +compilation terminated. +``` + +Of course I have pixman.h which could be find in pixman package: + +``` +pacman -Ql pixman | grep pixman.h +pixman /usr/include/pixman-1/pixman.h +``` + +Used configuration: ```--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror``` + +The last time I got a buildable qemu was with commit 79dbd910c9, 3 days ago. +Steps to reproduce: +1. Grab latest commit +2. Use this configure line: ```--prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror``` +3. make and wait +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1749393 b/results/classifier/deepseek-2/output/other/1749393 new file mode 100644 index 000000000..7691bbae4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1749393 @@ -0,0 +1,27 @@ + +sbrk() not working under qemu-user with a PIE-compiled binary? + +In Debian unstable, we recently switched bash to be a PIE-compiled binary (for hardening). Unfortunately this resulted in bash being broken when run under qemu-user (for all target architectures, host being amd64 for me). + +$ sudo chroot /srv/chroots/sid-i386/ qemu-i386-static /bin/bash +bash: xmalloc: .././shell.c:1709: cannot allocate 10 bytes (0 bytes allocated) + +bash has its own malloc implementation based on sbrk(): +https://git.savannah.gnu.org/cgit/bash.git/tree/lib/malloc/malloc.c + +When we disable this internal implementation and rely on glibc's malloc, then everything is fine. But it might be that glibc has a fallback when sbrk() is not working properly and it might hide the underlying problem in qemu-user. + +This issue has also been reported to the bash upstream author and he suggested that the issue might be in qemu-user so I'm opening a ticket here. Here's the discussion with the bash upstream author: +https://lists.gnu.org/archive/html/bug-bash/2018-02/threads.html#00080 + +You can find the problematic bash binary in that .deb file: +http://snapshot.debian.org/archive/debian/20180206T154716Z/pool/main/b/bash/bash_4.4.18-1_i386.deb + +The version of qemu I have been using is 2.11 (Debian package qemu-user-static version 1:2.11+dfsg-1) but I have had reports that the problem is reproducible with older versions (back to 2.8 at least). + +Here are the related Debian bug reports: +https://bugs.debian.org/889869 +https://bugs.debian.org/865599 + +It's worth noting that bash used to have this problem (when compiled as a PIE binary) even when run directly but then something got fixed in the kernel and now the problem only appears when run under qemu-user: +https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1518483 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1753437 b/results/classifier/deepseek-2/output/other/1753437 new file mode 100644 index 000000000..47a5c17d5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1753437 @@ -0,0 +1,15 @@ + +pc-bios/s390-ccw/libc: size_t should be unsigned + +qemu/pc-bios/s390-ccw/libc.c:82]: (style) Unsigned variable 'num_idx' can't be negative so it is unnecessary to test it. + +Source code is + + + while (num_idx >= 0) { + +but + + size_t num_idx = 1; /* account for NUL */ + +So there is no escape from the while loop. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1756519 b/results/classifier/deepseek-2/output/other/1756519 new file mode 100644 index 000000000..7468ce425 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1756519 @@ -0,0 +1,47 @@ + +qemu linux-user crash in QOM path canonicalization during do_fork() call to cpu_create + +qemu-riscv64 version 2.11.50 (v2.11.0-2491-g2bb39a657a) crashes running gcc libgomp.c/sort-1.c testsuite test case with the following message: + +(process:11683): GLib-CRITICAL **: g_hash_table_iter_next: assertion 'ri->version == ri->hash_table->version' failed +** +ERROR:qom/object.c:1665:object_get_canonical_path_component: code should not be reached +qemu:handle_cpu_signal received signal outside vCPU context @ pc=0x60139c16 + + +Backtrace obtained via gdb: + +#0 raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 +#1 0x0000000060139b21 in abort () at abort.c:79 +#2 0x0000000060100505 in g_assertion_message (domain=domain@entry=0x0, file=file@entry=0x60213ca1 "qom/object.c", line=line@entry=1665, + func=func@entry=0x60214420 <__func__.18106> "object_get_canonical_path_component", message=message@entry=0x7fffe8000cd0 "code should not be reached") + at gtestutils.c:2430 +#3 0x0000000060100586 in g_assertion_message_expr (domain=0x0, file=0x60213ca1 "qom/object.c", line=1665, + func=0x60214420 <__func__.18106> "object_get_canonical_path_component", expr=<optimized out>) at gtestutils.c:2453 +#4 0x0000000060098334 in object_get_canonical_path_component (obj=0x7fffe81340b0) at qom/object.c:1665 +#5 0x0000000060098366 in object_get_canonical_path (obj=0x7fffe81340b0) at qom/object.c:1675 +#6 0x000000006008e152 in device_set_realized (obj=0x7fffe81340b0, value=true, errp=0x7ffff762fe68) at hw/core/qdev.c:874 +#7 0x0000000060098bf4 in property_set_bool (obj=0x7fffe81340b0, v=0x7fffe80fd3c0, name=0x60213694 "realized", opaque=0x7fffe80fd140, errp=0x7ffff762fe68) + at qom/object.c:1926 +#8 0x0000000060096fee in object_property_set (obj=0x7fffe81340b0, v=0x7fffe80fd3c0, name=0x60213694 "realized", errp=0x7ffff762fe68) at qom/object.c:1122 +#9 0x0000000060099ebd in object_property_set_qobject (obj=0x7fffe81340b0, value=0x7fffe80fd310, name=0x60213694 "realized", errp=0x7ffff762fe68) + at qom/qom-qobject.c:27 +#10 0x0000000060097274 in object_property_set_bool (obj=0x7fffe81340b0, value=true, name=0x60213694 "realized", errp=0x7ffff762fe68) at qom/object.c:1191 +#11 0x0000000060092ec5 in cpu_create (typename=0x6250e1a0 "any-riscv-cpu") at qom/cpu.c:61 +#12 0x000000006009301a in cpu_generic_init (typename=0x601dd58f "riscv-cpu", cpu_model=0x601dd527 "any") at qom/cpu.c:98 +#13 0x000000006004cb61 in cpu_copy (env=0x7ffff008cd60) at /opt/qemu/linux-user/main.c:3881 +#14 0x000000006005b79a in do_fork (env=0x7ffff008cd60, flags=4001536, newsp=275531880704, parent_tidptr=275531882704, newtls=275531884288, + child_tidptr=275531882704) at /opt/qemu/linux-user/syscall.c:6348 +#15 0x0000000060063e56 in do_syscall (cpu_env=0x7ffff008cd60, num=220, arg1=4001536, arg2=275531880704, arg3=275531882704, arg4=275531884288, + arg5=275531882704, arg6=275531884288, arg7=0, arg8=0) at /opt/qemu/linux-user/syscall.c:10001 +#16 0x000000006004c89f in cpu_loop (env=0x7ffff008cd60) at /opt/qemu/linux-user/main.c:3600 +#17 0x000000006005b68f in clone_func (arg=0x7ffff7775050) at /opt/qemu/linux-user/syscall.c:6311 +#18 0x0000000060121797 in start_thread (arg=0x7ffff7632700) at pthread_create.c:463 +#19 0x000000006019b4fb in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 + + +Attached is a test case source code extracted from libgomp test suite. + +Note that it is a multi-threaded and requires 5 or more threads to fail. Number of launched threads is controlled by OMP_NUM_THREADS evironment variable, defaulting to number of hardware threads. Changing constants in the test case makes it fail with different numbers of threads. + +I will attach statically linked riscv64 binary executable if size limits permit. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1757 b/results/classifier/deepseek-2/output/other/1757 new file mode 100644 index 000000000..fcd9ed533 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1757 @@ -0,0 +1,2 @@ + +guest-agent: improve help for --allow-rpcs and --block-rpcs diff --git a/results/classifier/deepseek-2/output/other/1758 b/results/classifier/deepseek-2/output/other/1758 new file mode 100644 index 000000000..f468a20b9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1758 @@ -0,0 +1,13 @@ + +libssh missing on macOS/m1 +Description of problem: +I did a "git pull" in my source for qemu. Now when I do "make" I get: +../block/ssh.c:27:10: fatal error: 'libssh/libssh.h' file not found + +Am I supposed to install libssh separately? I were able to compile qemu about a month ago or so. +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1767126 b/results/classifier/deepseek-2/output/other/1767126 new file mode 100644 index 000000000..9fddb6dba --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1767126 @@ -0,0 +1,13 @@ + +Man page documents qemu -drive if=scsi but it no longer works + +The qemu man page section documenting the -drive option contains + + if=interface + This option defines on which type on interface the drive is + connected. Available types are: ide, scsi, sd, mtd, floppy, + pflash, virtio, none. + +but if=scsi no longer works as of version 2.12.0. + +If you really have to make backwards incompatible changes, it would be helpful if you could at least document them. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1771570 b/results/classifier/deepseek-2/output/other/1771570 new file mode 100644 index 000000000..aa23c90f3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1771570 @@ -0,0 +1,12 @@ + +qemu-aarch64 $program > $file doesn't pipe output to file in 2.12.0 + +Running qemu-aarch64 $program > $file doesn't pipe anything to $file. The file is created but empty. + +qemu-aarch64 --help > $file works, so piping output in my system seems to work. +qemu-x86_64 $program > $file works, too. + +I'm running version 2.12.0 build from source with ./configure && make + +Output of uname -a: +Linux zhostname> 4.4.0-101-generic #124-Ubuntu SMP Fri Nov 10 18:29:59 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1772166 b/results/classifier/deepseek-2/output/other/1772166 new file mode 100644 index 000000000..5b9a800ca --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1772166 @@ -0,0 +1,13 @@ + +qemu 2.4.1: dereferencing pointer to incomplete type ‘struct ucontext’ + +Trying to compile qemu release 2.4.1 + +Getting compile error + +user-exec.c: In function ‘cpu_resume_from_signal’: +user-exec.c:72:37: error: dereferencing pointer to incomplete type ‘struct ucontext’ + sigprocmask(SIG_SETMASK, &uc->uc_sigmask, NULL); + ^~ +user-exec.c: In function ‘cpu_arm_signal_handler’: +user-exec.c:214:41: error: dereferencing pointer to incomplete type ‘struct ucontext’ \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1772262 b/results/classifier/deepseek-2/output/other/1772262 new file mode 100644 index 000000000..48b48debb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1772262 @@ -0,0 +1,42 @@ + +Adding -spice doesn't respect environment variable QEMU_AUDIO_DRV + +When -spice is added to the commandline, QEMU_AUDIO_DRV=alsa is not respected and I receive no audio from the guest using the alsa driver. When -spice options are omitted, audio works as usual. + +I want to channel mouse and keyboard events to the guest using spice (with looking-glass) instead of a third-party product over a network interface (with synergy), but audio ends up over the spice protocol as well instead of using alsa despite asking otherwise. For example, one will only hear audio when a program like spicy is running. Naturally it would be nice if this were not needed, since spice audio is gappier than regular audio on my machine. + +Perhaps if -spice added an option similar to agent-mouse=off but for audio, (say audio-pipe=off or so for example,) this might mitigate the issue in a more naive fashion UX-wise, without having to force the issue with environment variables that unfortunately for me don't seem to work. :( + +QEMU emulator version 2.12.0 + +Commandline + + qemu-system-x86_64 \ + -ctrl-grab \ + -enable-kvm \ + -cpu host,hv-time,kvm=off \ + -smp cores=4 \ + -m 8G \ + -M q35 \ + -vga none \ + -netdev tap,id=hostnet,ifname=tap1,script=no,downscript=no \ + -net nic,model=virtio,macaddr=52:54:FD:BF:F7:9A,netdev=hostnet \ + -netdev user,id=usernet,smb=/media/DRIVE-C/tux/vms/share \ + -net nic,model=virtio,macaddr=52:54:2E:40:4F:C8,netdev=usernet \ + -usb \ + -device usb-ehci,id=ehci \ + -device ioh3420,bus=pcie.0,addr=1c,multifunction=on,port=1,chassis=1,id=root.1 \ + -device vfio-pci,host=07:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \ + -device ich9-intel-hda \ + -device hda-micro \ + -drive if=virtio,file=vm/win10/disk.img,media=disk \ + -boot menu=on,splash=splash/boot.jpg,splash-time=5000 \ + -name win10 \ + -device ivshmem-plain,memdev=ivshmem \ + -object memory-backend-file,id=ivshmem,share=on,mem-path=/dev/shm/looking-glass,size=32M \ + -device virtio-serial-pci \ + -device virtserialport,chardev=spicechannel0,name=com.redhat.spice.0 \ + -chardev spicevmc,id=spicechannel0,name=vdagent \ + -spice addr=127.0.0.1,port=5900,disable-ticketing + +When the last four options are not present, audio works as expected. This is with both a windows 10 guest and a windows 7 guest. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1773753 b/results/classifier/deepseek-2/output/other/1773753 new file mode 100644 index 000000000..c8fcf6247 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1773753 @@ -0,0 +1,65 @@ + +virsh start, after virsh managed save hangs and vm goes to paused state with qemu version v2.12.0-813-g5a5c383b13-dirty on powerpc + +Host Env: +IBM Power8 with Fedora28 base with compiled upstream kernel, qemu, libvirt. + +Host Kernel: 4.17.0-rc5-00069-g3acf4e395260 + +qemu-kvm(5a5c383b1373aeb6c87a0d6060f6c3dc7c53082b): v2.12.0-813-g5a5c383b13-dirty + +libvirt(4804a4db33a37f828d033733bc47f6eff5d262c3): + +Guest Kernel: 4.17.0-rc7 + +Steps to recreate: +Define a guest attached with above setup and start. +# virsh start avocado-vt-vm1 + +guest console;... +# uname -r +4.17.0-rc7 +[root@atest-guest ~]# lscpu +Architecture: ppc64le +Byte Order: Little Endian +CPU(s): 3 +On-line CPU(s) list: 0-2 +Thread(s) per core: 1 +Core(s) per socket: 1 +Socket(s): 3 +NUMA node(s): 1 +Model: 2.1 (pvr 004b 0201) +Model name: POWER8 (architected), altivec supported +Hypervisor vendor: KVM +Virtualization type: para +L1d cache: 64K +L1i cache: 32K +NUMA node0 CPU(s): 0-2 + + +# virsh managedsave avocado-vt-vm1 + +Domain avocado-vt-vm1 state saved by libvirt + +# virsh list + Id Name State +---------------------------------------------------- + +# virsh start avocado-vt-vm1 ----Hangs forever and vm state goes to paused. + + +# virsh list + Id Name State +---------------------------------------------------- + 87 avocado-vt-vm1 paused + + +P:S:- with same above setup, just changing the qemu-kvm comes bydefault with F28 works fine. + +/usr/bin/qemu-kvm --version +QEMU emulator version 2.11.1(qemu-2.11.1-2.fc28) + +Summary: with above other setup. +machine type pseries-2.12 and qemu-2.11.1-2.fc28 -Works fine. + +machine type pseries-2.12/pseries-2.13 and qemu 5a5c383b1373aeb6c87a0d6060f6c3dc7c53082b - Does not work. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1774 b/results/classifier/deepseek-2/output/other/1774 new file mode 100644 index 000000000..7d72a4539 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1774 @@ -0,0 +1,24 @@ + +8.1-rc0 failure to build with capstone 5.0 +Description of problem: +Use >=capstone-5.0 dependency, try to build qemu, get this error: +``` +/opt/homebrew/Cellar/capstone/5.0/include/capstone/tricore.h:561:3: error: +redefinition of 'tricore_feature' as different kind of symbol +} tricore_feature; + ^ +../target/tricore/cpu.h:261:19: note: previous definition is here +static inline int tricore_feature(CPUTriCoreState *env, int feature) + ^ +1 error generated. +``` + +The fix is trivial and it was already mentioned in the mailing list but wasn't fixed for rc0, so I figured it might have been forgotten about. + +https://lore.kernel.org/qemu-devel/CA+PgxXVxVKpT0SZ3N+Fc1YvXCiwkkbqm0FmLKqLTbgcDpYCNgg@mail.gmail.com/ + +If you meet any other problem with capstone (e.g. some regression), please don't hesitate to report it mainstream. + +There are plans to make a new patch release soon with fixes for some most annoying bugs since the 5.0 release: https://github.com/capstone-engine/capstone/issues/2081 + +https://github.com/capstone-engine/capstone/releases diff --git a/results/classifier/deepseek-2/output/other/1774412 b/results/classifier/deepseek-2/output/other/1774412 new file mode 100644 index 000000000..e7ae56a49 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1774412 @@ -0,0 +1,11 @@ + +-icount sleep=on|off documentation is confusing + +The documentation for the -icount option in the qemu man page says: + +"When the virtual cpu is sleeping, the virtual time will advance at default speed unless sleep=on|off is specified. With sleep=on|off, the virtual time will jump to the next timer deadline instantly whenever the virtual cpu goes to sleep mode and will not advance if no timer is enabled." + +Taking this literally and specifying "sleep=on|off" on the command line does not work, so presumably the two instances of "sleep=on|off" should be either "sleep=on" or "sleep=off", +whichever is correct :) + +Also, the synopsis line "-icount [shift=N|auto][,rr=record|replay,rrfile=filename,rrsnapshot=snapshot" fails to mention the sleep keyword at all. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1776478 b/results/classifier/deepseek-2/output/other/1776478 new file mode 100644 index 000000000..77d7ec254 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1776478 @@ -0,0 +1,47 @@ + +Getting qemu: uncaught target signal 6 when running lv2 plugin cross-compilation + +Hey, +I am part of the Zynthian team and we use qemu-arm-static to cross compile lv2 audio plugins. + +When running a compilation of DISTRHO-Ports we get: + +lv2_ttl_generator: pthread_mutex_lock.c:81: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed. +qemu: uncaught target signal 6 (Aborted) - core dumped +./scripts/generate-ttl.sh: line 27: 16524 Aborted $GEN ./$FILE +Makefile:62: recipe for target 'gen_lv2' failed +make[1]: *** [gen_lv2] Error 134 +make[1]: Leaving directory '/home/pi/zynthian-sw/plugins/DISTRHO-Ports' +Makefile:104: recipe for target 'lv2' failed +make: *** [lv2] Error 2 + + +lv2_ttl_generator source is here: +https://github.com/DISTRHO/DISTRHO-Ports/tree/master/libs/lv2-ttl-generator + +The command that is ruining is +lv2_ttl_generator ./TAL-Filter-2.so + +And ./TAL-Filter-2.so source is here: +https://github.com/DISTRHO/DISTRHO-Ports/tree/master/ports/tal-filter-2/source + + + +Is there a way to debug what is going on? +This runs fine on a Raspberrypi which is armv7 + +A workaround would also help. + + +Bug in Zynthian: +https://github.com/zynthian/zynthian-sys/issues/59 +Bug in DISTRHO-Ports: +https://github.com/DISTRHO/DISTRHO-Ports/issues/29 + +Using qemu-arm-static version from master from two days ago: +qemu-arm version 2.12.50 (v2.12.0-1182-ga7a7309ca5-dirty), commit: a7a7309ca52c327c6603d60db90ae4feeae719f7 + +Also saw this in qemu-arm version 2.12.0 (Debian 1:2.12+dfsg-3) + +Thanks, +Guy \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1777226 b/results/classifier/deepseek-2/output/other/1777226 new file mode 100644 index 000000000..2260e2f69 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1777226 @@ -0,0 +1,16 @@ + +qemu-user warnings confuse userland applications + +I recently observed that warning messages emitted by qemu-user can confuse applications when reading from stdout/stderr. This was observed with the configure script of OpenJDK-11 on qemu-sh4: + +configure: Found potential Boot JDK using configure arguments +configure: Potential Boot JDK found at /usr/lib/jvm/java-10-openjdk-sh4 is incorrect JDK version (qemu: Unsupported syscall: 318); ignoring +configure: (Your Boot JDK version must be one of: 10 11) +configure: error: The path given by --with-boot-jdk does not contain a valid Boot JDK +configure exiting with result code 1 + +See: https://buildd.debian.org/status/fetch.php?pkg=openjdk-11&arch=sh4&ver=11%7E18-1&stamp=1529119043&raw=0 + +Commenting out the line of code which emits the warning fixes the problem for me and the configure script finishes without problems. + +Thus, qemu should be modified to avoid cluttering stdout or stderr with its own messages and rather send those warnings to a log file or similar. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1777252 b/results/classifier/deepseek-2/output/other/1777252 new file mode 100644 index 000000000..3349aaaec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1777252 @@ -0,0 +1,17 @@ + +tests/Makefile.include trying to add linking library '-lutil' that break the build on Solaris + +Building script 'tests/Makefile.include' contains following code +``` +ifeq ($(CONFIG_POSIX),y) +LIBS += -lutil +endif +``` + +library -lutil is not available on Solaris, so the building will failed, like +``` +ld: fatal: library -lutil: not found +make: *** [SOMEWHERE/src/qemu-2.12.0/rules.mak:121: qemu-nbd] Error 1 +``` + +Commenting those code out fixed the error. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/178 b/results/classifier/deepseek-2/output/other/178 new file mode 100644 index 000000000..a58eb313c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/178 @@ -0,0 +1,2 @@ + +Meson setup fails with meson 0.58.0 diff --git a/results/classifier/deepseek-2/output/other/1781 b/results/classifier/deepseek-2/output/other/1781 new file mode 100644 index 000000000..209953a2d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1781 @@ -0,0 +1,55 @@ + +8.1.0rc0: configure from tar file fetches subprojects via git +Description of problem: +Executing configure from tar file fetches subprojects via git. Fetched subprojects are https://gitlab.com/qemu-project/dtc and https://gitlab.com/qemu-project/keycodemapdb +``` +$ ./configure --disable-download +Using './build' as the directory for build output +... +Initialized empty Git repository in /home/helge/qemu-8.1.0-rc0/subprojects/dtc/.git/ +remote: Enumerating objects: 319, done. +remote: Counting objects: 100% (319/319), done. +remote: Compressing objects: 100% (251/251), done. +remote: Total 319 (delta 54), reused 163 (delta 38), pack-reused 0 +Receiving objects: 100% (319/319), 250.56 KiB | 1.94 MiB/s, done. +Resolving deltas: 100% (54/54), done. +From https://gitlab.com/qemu-project/dtc + * branch b6910bec11614980a21e46fbccc35934b671bd81 -> FETCH_HEAD +HEAD is now at b6910be Bump version to v1.6.1 +... +Initialized empty Git repository in /home/helge/qemu-8.1.0-rc0/subprojects/keycodemapdb/.git/ +remote: Enumerating objects: 26, done. +remote: Counting objects: 100% (26/26), done. +remote: Compressing objects: 100% (21/21), done. +remote: Total 26 (delta 0), reused 23 (delta 0), pack-reused 0 +Unpacking objects: 100% (26/26), 30.65 KiB | 216.00 KiB/s, done. +From https://gitlab.com/qemu-project/keycodemapdb + * branch f5772a62ec52591ff6870b7e8ef32482371f22c6 -> FETCH_HEAD +HEAD is now at f5772a6 Add Qemu qcode support for F13 to F24 +... +``` + +Using `--disable-download` is no option: +``` +$ ./configure --disable-download +Using './build' as the directory for build output + +ERROR: missing subprojects + +This is not a GIT checkout but subproject content appears to +be missing. Do not use 'git archive' or GitHub download links +to acquire QEMU source archives. Non-GIT builds are only +supported with source archives linked from: + + https://www.qemu.org/download/#source +``` + +If I understand the error message correctly, the subprojects should be part of the tar. +Steps to reproduce: +1. Open Clang64 console +2. `pacman -Syu` +3. `pacman -S binutils mingw-w64-clang-x86_64-toolchain mingw-w64-clang-x86_64-glib2 mingw-w64-clang-x86_64-ninja mingw-w64-clang-x86_64-pixman mingw-w64-clang-x86_64-python mingw-w64-clang-x86_64-python-sphinx mingw-w64-clang-x86_64-python-sphinx_rtd_theme` +4. `wget https://download.qemu.org/qemu-8.1.0-rc0.tar.xz` +5. `tar -xf qemu-8.1.0-rc0.tar.xz` +6. `cd qemu-8.1.0-rc0` +7. `./configure` or `./configure --disable-download` diff --git a/results/classifier/deepseek-2/output/other/1785 b/results/classifier/deepseek-2/output/other/1785 new file mode 100644 index 000000000..528741f22 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1785 @@ -0,0 +1,26 @@ + +8.1.0rc0: Build failure when building static binaries, auto config incorrectly mark bzip2 as supported on my machine +Description of problem: +8.1.0rc0 fails to build when I build static binaries. + +``` +Jul 24 20:28:22 clang-13: warning: argument unused during compilation: '-pie' [-Wunused-command-line-argument] +Jul 24 20:28:22 ld.lld: error: attempted static link of dynamic object /usr/bin/../lib/libbz2.so +Jul 24 20:28:22 clang-13: error: linker command failed with exit code 1 (use -v to see invocation) +``` + +It seems that `./configure` mistaken my dynamic library of bzip2 as able to compile under static compilation. +Steps to reproduce: +1. `./configure --target-list=x86_64-softmmu --static` with bzip2 only dynamicly installed and static library not installed +2. see output + +You can see +``` + snappy support : NO + bzip2 support : YES + lzfse support : NO +``` + +which is wrong. Additionally, the compilation fails because the system only have bzip2 dynamicly but not staticly. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1786 b/results/classifier/deepseek-2/output/other/1786 new file mode 100644 index 000000000..07e19d6e4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1786 @@ -0,0 +1,25 @@ + +Impossible to create an uncompressed QCOW2 disk +Description of problem: +An QCOW2 image is created compressed unconditionally. There is no way to disable compression, albeit the QCOW format specification allows this. + +``` +$ qemu-img --version +qemu-img version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.12) +Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers +$ qemu-img create -f qcow2 test.qcow2 1G +Formatting 'test.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +$ +``` + +Same is applicable for 8-x qemu-img version (I built it for testing purposes) +``` +$ ./build/qemu-img create -f qcow2 disk.qcow2 1G +Formatting 'disk.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=1073741824 lazy_refcounts=off refcount_bits=16 +$ ./build/qemu-img --version +qemu-img version 8.0.90 (v8.1.0-rc0-21-gd1181d2937) +Copyright (c) 2003-2023 Fabrice Bellard and the QEMU Project developers +$ +``` +Steps to reproduce: +Create a QCOW2 disk with `qemu-img` of never versions. diff --git a/results/classifier/deepseek-2/output/other/1787754 b/results/classifier/deepseek-2/output/other/1787754 new file mode 100644 index 000000000..ab70f71c1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1787754 @@ -0,0 +1,45 @@ + +qemu sparc -cpu help does not generate correct display + +The output for the "-cpu help" on the Sparc executables is not generating accurate information. + +Running + +./qemu-sparc64 -cpu help + +produces: + +Sparc Fujitsu Sparc64 IU 0004000200000000 FPU 00000000 MMU 00000000 NWINS 4 +Sparc Fujitsu Sparc64 III IU 0004000300000000 FPU 00000000 MMU 00000000 NWINS 5 +Sparc Fujitsu Sparc64 IV IU 0004000400000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc Fujitsu Sparc64 V IU 0004000551000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc TI UltraSparc I IU 0017001040000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc TI UltraSparc II IU 0017001120000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc TI UltraSparc IIi IU 0017001291000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc TI UltraSparc IIe IU 0017001314000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc Sun UltraSparc III IU 003e001434000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc Sun UltraSparc III Cu IU 003e001541000000 FPU 00000000 MMU 00000001 NWINS 8 +Sparc Sun UltraSparc IIIi IU 003e001634000000 FPU 00000000 MMU 00000000 NWINS 8 +Sparc Sun UltraSparc IV IU 003e001831000000 FPU 00000000 MMU 00000002 NWINS 8 +Sparc Sun UltraSparc IV+ IU 003e001922000000 FPU 00000000 MMU 00000000 NWINS 8 +cmt +Sparc Sun UltraSparc IIIi+ IU 003e002200000000 FPU 00000000 MMU 00000001 NWINS 8 +Sparc Sun UltraSparc T1 IU 003e002302000000 FPU 00000000 MMU 00000003 NWINS 8 +hypv +cmt +gl +Sparc Sun UltraSparc T2 IU 003e002402000000 FPU 00000000 MMU 00000003 NWINS 8 +hypv +cmt +gl +Sparc NEC UltraSparc I IU 0022001040000000 FPU 00000000 MMU 00000000 NWINS 8 +Default CPU feature flags (use '-' to remove): float swap mul div flush fsqrt fmul vis1 vis2 fsmuld +Available CPU feature flags (use '+' to add): float128 hypv cmt gl +Numerical features (use '=' to set): iu_version fpu_version mmu_version nwindows + +The entries appear to supposed to be (partial list from source code): + +TI-SuperSparc-II +TI-SuperSparc-II +TI-SuperSparc-II +TI-MicroSparc-I +TI-MicroSparc-I +TI-MicroSparc-I +Sun-UltraSparc-T1 +TI-UltraSparc-IIi +Sun-UltraSparc-T1 + +The output is from qemu 2.12.0. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1788582 b/results/classifier/deepseek-2/output/other/1788582 new file mode 100644 index 000000000..57dbececa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1788582 @@ -0,0 +1,68 @@ + +Race condition during shutdown + +I ran into a bug when I started several VMs in parallel using +libvirt. The VMs are using only a kernel and a initrd (which includes a +minimal OS). The guest OS itself does a 'poweroff -f' as soon as the +login prompt shows up. So the expectaction is that the VMs will start, +the shutdown will be initiated, and the QEMU processes will then +end. But instead some of the QEMU processes get stuck in ppoll(). + +A bisect showed that the first bad commit was +0f12264e7a41458179ad10276a7c33c72024861a ("block: Allow graph changes in +bdrv_drain_all_begin/end sections"). + +I've already tried the current master (13b7b188501d419a7d63c016e00065bcc693b7d4) +since the problem might be related +to the commit a1405acddeb0af6625dd9c30e8277b08e0885bd3 ("aio: Do +aio_notify_accept only during blocking aio_poll"). But the bug is still +there. I’ve reproduced the bug on x86_64 and on s390x. + +The backtrace of a hanging QEMU process: + +(gdb) bt +#0 0x00007f5d0e251b36 in ppoll () from target:/lib64/libc.so.6 +#1 0x0000560191052014 in qemu_poll_ns (fds=0x560193b23d60, nfds=5, timeout=55774838936000) at /home/user/git/qemu/util/qemu-timer.c:334 +#2 0x00005601910531fa in os_host_main_loop_wait (timeout=55774838936000) at /home/user/git/qemu/util/main-loop.c:233 +#3 0x0000560191053119 in main_loop_wait (nonblocking=0) at /home/user/git/qemu/util/main-loop.c:497 +#4 0x0000560190baf454 in main_loop () at /home/user/git/qemu/vl.c:1866 +#5 0x0000560190baa552 in main (argc=71, argv=0x7ffde10e41c8, envp=0x7ffde10e4408) at /home/user/git/qemu/vl.c:4644 + +The used domain definition is: + +<domain type='kvm'> + <name>test</name> + <memory unit='KiB'>716800</memory> + <vcpu placement='static'>2</vcpu> + <iothreads>8</iothreads> + <os> + <type arch='x86_64' machine='pc-i440fx-3.0'>hvm</type> + <kernel>/var/lib/libvirt/images/vmlinuz-4.14.13-200.fc26.x86_64</kernel> + <initrd>/var/lib/libvirt/images/test-image-qemux86_64+modules-4.14.13-200.fc26.x86_64.cpio.gz</initrd> + <cmdline>console=hvc0 STARTUP=shutdown.sh</cmdline> + <boot dev='hd'/> + </os> + <features> + <acpi/> + </features> + <clock offset='utc'/> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>preserve</on_crash> + <devices> + <emulator>/usr/local/qemu/master/bin/qemu-system-x86_64</emulator> + <controller type='usb' index='0' model='piix3-uhci'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> + </controller> + <controller type='pci' index='0' model='pci-root'/> + <controller type='virtio-serial' index='0'> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> + </controller> + <console type='pty'> + <target type='virtio' port='0'/> + </console> + <input type='mouse' bus='ps2'/> + <input type='keyboard' bus='ps2'/> + <memballoon model='none'/> + </devices> +</domain> \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1789751 b/results/classifier/deepseek-2/output/other/1789751 new file mode 100644 index 000000000..5f89ea8d8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1789751 @@ -0,0 +1,23 @@ + +Using -overcommit flag leads to qemu crashing + +Running the following leads to a qemu crash on startup: + +jwhite@laptop:~/os$ qemu-system-i386 -overcommit cpu-pm=on +qemu-system-i386: -overcommit cpu-pm=on: There is no option group 'overcommit' +Segmentation fault (core dumped) +jwhite@laptop:~/os$ + + +This fixes the issue: + +--- ../tmp/qemu-3.0.0/vl.c 2018-08-14 12:10:35.000000000 -0700 ++++ vl.c 2018-08-29 14:59:30.151554120 -0700 +@@ -2987,6 +2987,7 @@ + qemu_add_opts(&qemu_object_opts); + qemu_add_opts(&qemu_tpmdev_opts); + qemu_add_opts(&qemu_realtime_opts); ++ qemu_add_opts(&qemu_overcommit_opts); + qemu_add_opts(&qemu_msg_opts); + qemu_add_opts(&qemu_name_opts); + qemu_add_opts(&qemu_numa_opts); \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1790268 b/results/classifier/deepseek-2/output/other/1790268 new file mode 100644 index 000000000..afe3f8ec1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1790268 @@ -0,0 +1,20 @@ + +the vhd generated by qemu-img not align with MB again. + +I'm using this version on xenial, +andy@bastion:~/temp$ qemu-img -h +qemu-img version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.31), Copyright (c) 2004-2008 Fabrice Bellard + +steps to repro: + +dd if=/dev/zero of=/tmp/azure_config_disk_image20180901-22672-16zxelu bs=1048576 count=24 +mkfs.ext4 -F /tmp/azure_config_disk_image20180901-22672-16zxelu -L azure_cfg_dsk +sudo -n mount -o loop /tmp/azure_config_disk_image20180901-22672-16zxelu /tmp/azure_config_disk_mount66c11d7a-5f2b-4ed5-b959-3b48dbc42a2a20180901-22672-1ejreat +sudo -n chown andy /tmp/azure_config_disk_mount66c11d7a-5f2b-4ed5-b959-3b48dbc42a2a20180901-22672-1ejreat +mkdir -p /tmp/azure_config_disk_mount66c11d7a-5f2b-4ed5-b959-3b48dbc42a2a20180901-22672-1ejreat/configs +sudo -n umount /tmp/azure_config_disk_mount66c11d7a-5f2b-4ed5-b959-3b48dbc42a2a20180901-22672-1ejreat +qemu-img convert -f raw -O vpc -o subformat=fixed,force_size /tmp/azure_config_disk_image20180901-22672-16zxelu papapa2.vhd + +unfortunately the papapa2.vhd size is 25166336!=25165824 which means it's not aligned in MiB. + +could you please help? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1793 b/results/classifier/deepseek-2/output/other/1793 new file mode 100644 index 000000000..2fa828219 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1793 @@ -0,0 +1,36 @@ + +getauxval(AT_HWCAP) returns different value under qemu-system-riscv64 and qemu-riscv64 +Description of problem: +I have a test program that checks for the presence of the RISC-V Vector extension (RVV) via getauxval(). + +```c +#include <sys/auxv.h> +#include <stdio.h> + +#define ISA_V_HWCAP (1 << ('v' - 'a')) + +void main() { + unsigned long hw_cap = getauxval(AT_HWCAP); + printf("RVV %s\n", hw_cap & ISA_V_HWCAP ? "detected" : "not found"); +} +``` + +When run inside `qemu-system-riscv64` with a 6.5-rc3 kernel where `CONFIG_RISCV_ISA_V=y` and `CONFIG_RISCV_ISA_V_DEFAULT_ENABLE=y` it correctly shows: + +``` +$ ./hwcap +RVV detected +``` + +However when executed with `qemu-riscv64` it does not return the V bit set: + +``` +$ qemu-riscv64 hwcap +RVV not found +``` +Steps to reproduce: +1. Boot 6.5-rc3 kernel with `CONFIG_RISCV_ISA_V=y` and `CONFIG_RISCV_ISA_V_DEFAULT_ENABLE=y` +2. In guest run test program hwcap (source above) +3. On host run `qemu-riscv64 hwcap` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1793183 b/results/classifier/deepseek-2/output/other/1793183 new file mode 100644 index 000000000..7316e75f8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1793183 @@ -0,0 +1,24 @@ + +apt source --compile qemu-system-x86 fails on last ubuntu 18.04.1 + +Error log: + +/tmp/qemu-2.10+dfsg/util/memfd.c:40:12: error: static declaration of ‘memfd_create’ follows non-static declaration + static int memfd_create(const char *name, unsigned int flags) + ^~~~~~~~~~~~ +In file included from /usr/include/x86_64-linux-gnu/bits/mman-linux.h:115:0, + from /usr/include/x86_64-linux-gnu/bits/mman.h:45, + from /usr/include/x86_64-linux-gnu/sys/mman.h:41, + from /tmp/qemu-2.10+dfsg/include/sysemu/os-posix.h:29, + from /tmp/qemu-2.10+dfsg/include/qemu/osdep.h:104, + from /tmp/qemu-2.10+dfsg/util/memfd.c:28: +/usr/include/x86_64-linux-gnu/bits/mman-shared.h:46:5: note: previous declaration of ‘memfd_create’ was here + int memfd_create (const char *__name, unsigned int __flags) __THROW; + ^~~~~~~~~~~~ +/tmp/qemu-2.10+dfsg/rules.mak:66: recipe for target 'util/memfd.o' failed +make[1]: *** [util/memfd.o] Error 1 +make[1]: *** Waiting for unfinished jobs.... +make[1]: Leaving directory '/tmp/qemu-2.10+dfsg/qemu-build' +debian/rules:121: recipe for target 'build-stamp' failed +make: *** [build-stamp] Error 2 +dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1795369 b/results/classifier/deepseek-2/output/other/1795369 new file mode 100644 index 000000000..fd3132a98 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1795369 @@ -0,0 +1,36 @@ + +Record/replay (icount rr) causes emulation hang or exit with error about missing events in log + +Test case description: + +Guest image is Linux, which just powers off after kernel boots (instead of proceeding to user-space /init or /sbin/init). +Base cmdline: + qemu-system-x86_64 \ + -nodefaults -nographic -machine pc,accel=tcg -m 2048 -cpu qemu64 \ + -kernel bzImage -initrd rootfs -append 'nokaslr console=ttyS0 rdinit=/init_poweroff' \ + -serial SERIAL_VALUE \ + -rtc clock=vm,base=2000-01-01T00:00:00 \ + -icount 1,sleep=off,rr=RR_VALUE,rrfile=icount_rr_capture.bin + +Test 1. +When SERIAL_VALUE=none +Running with RR_VALUE=record completes successfully. +Running with RR_VALUE=replay doesn't completes. qemu process just eating ~100% cpu and memory usage doesn't grow after some moment. I don't see what happens because of problem no.2 (see below). + +Test 2. +When SERIAL_VALUE=stdio +Running with RR_VALUE=record completes successfully. +Running with RR_VALUE=replay causes exit with error: +"qemu-system-x86_64: Missing character write event in the replay log" + +Tests 3,4,5... +SERIAL_VALUE=stdio. Playing with "-rtc" clock and base suboptions, "-icount" sleep suboptions produces non-repeatable results. +In most cases running with RR_VALUE=record completes successfully (but may hang at very begining). +Running with RR_VALUE=replay with combinations of removing "-rtc base=..." and "-icount sleep=..." goes better, but at different places of boot process it may either hang (as in test 1) or exit with error (as in test 2). +When qemu "hangs", it may also happen differently: either it can be stopped by Ctrl-C, or have to be killed. + + +Guest image uploaded here: https://drive.google.com/open?id=1SHG4HyBdcPutc5Au4pyhN8z9w52et51A + +QEMU built from master (commit 042938f46e1c477419d1931381fdadffaa49d45e) with: +<SRC_ROOT>/configure --prefix=<INSTALL_ROOT> --target-list=x86_64-softmmu --enable-debug --disable-pie --enable-tcg --disable-tcg-interpreter --enable-virtfs --disable-docs --disable-guest-agent --disable-modules --disable-gnutls --disable-nettle --disable-gcrypt --disable-sdl --disable-curses --disable-vnc --disable-vnc-sasl --disable-vnc-jpeg --disable-vnc-png --disable-cocoa --disable-xen --disable-xen-pci-passthrough --disable-brlapi --disable-curl --disable-fdt --disable-bluez --disable-kvm --disable-hax --disable-hvf --disable-whpx --disable-rdma --disable-vde --disable-netmap --disable-cap-ng --disable-spice --disable-rbd --disable-libiscsi --disable-libnfs --disable-smartcard --disable-libusb --disable-live-block-migration --disable-usb-redir --disable-glusterfs --disable-tpm --disable-libssh2 --disable-numa --disable-libxml2 --disable-opengl --disable-virglrenderer --disable-qom-cast-debug --disable-tools --disable-vxhs --disable-crypto-afalg --disable-capstone --disable-replication --disable-xfsctl --disable-seccomp --disable-pvrdma --disable-libpmem \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1798659 b/results/classifier/deepseek-2/output/other/1798659 new file mode 100644 index 000000000..efcbd45ea --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1798659 @@ -0,0 +1,9 @@ + +Replace comma with semicolon in trace/simple.c + +In the master branch in trace/simple.c in writeout_thread (https://github.com/qemu/qemu/blob/master/trace/simple.c#L174) we currently have: + dropped.rec.length = sizeof(TraceRecord) + sizeof(uint64_t), + dropped.rec.pid = trace_pid; + +It seems to me like a typo that the first line ends with a comma. +Currently this causes no harm, but I think this should be fixed. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1799768 b/results/classifier/deepseek-2/output/other/1799768 new file mode 100644 index 000000000..94f9136a9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1799768 @@ -0,0 +1,6 @@ + +-nodefaults has unclear documentation + +-nodefaults has an unclear documentation, I believe it should states it does not applies to devices created by a machine model. + +See https://stackoverflow.com/questions/52908614/qemu-s-nodefaults-not-working-as-expected-to-me to read how I came to this. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1800993 b/results/classifier/deepseek-2/output/other/1800993 new file mode 100644 index 000000000..8dfa3d577 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1800993 @@ -0,0 +1,10 @@ + +How to Migration VM Built on Qemu Souce Code Installation + +Respected all, + +I followed https://wiki.qemu.org/Hosts/Linux to build qemu from source code. Its installed successfully with Ubuntu 16.04 VM created using VNC server. + +Now, Could you please suggest me how to migrate VM from one host to another?. + +Email: <email address hidden> \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1801073 b/results/classifier/deepseek-2/output/other/1801073 new file mode 100644 index 000000000..d505ac17c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1801073 @@ -0,0 +1,25 @@ + +util/zbin.c:390:37: error: absolute value function 'abs' given an argument of type 'long int' but has parameter of type 'int' which may cause truncation of value [-Werror=absolute-value] + +For qemu-3.0.0 I see with GCC 9 compiler a new warning: + +$ make -j1 -C roms pxerom VERBOSE=1 V=1 +make: Entering directory '/home/abuild/rpmbuild/BUILD/qemu-3.0.0/roms' +make -C ipxe/src CONFIG=qemu \ + PACKAGING_TIMESTAMP=1534273834 \ + CROSS_COMPILE= \ + bin/8086100e.rom bin/808610d3.rom bin/80861209.rom bin/10500940.rom bin/10222000.rom bin/10ec8139.rom bin/1af41000.rom bin/15ad07b0.rom +make[1]: Entering directory '/home/abuild/rpmbuild/BUILD/qemu-3.0.0/roms/ipxe/src' +gcc -Wall -W -Wformat-nonliteral -O2 -g -Werror util/zbin.c -llzma -o util/zbin +util/zbin.c: In function 'process_zinfo_add': +util/zbin.c:390:37: error: absolute value function 'abs' given an argument of type 'long int' but has parameter of type 'int' which may cause truncation of value [-Werror=absolute-value] + 390 | ( ( addend < 0 ) ? "-" : "" ), abs ( addend ), size, + | ^~~ +util/zbin.c:398:37: error: absolute value function 'abs' given an argument of type 'long int' but has parameter of type 'int' which may cause truncation of value [-Werror=absolute-value] + 398 | ( ( addend < 0 ) ? "-" : "" ), abs ( addend ), size, + | ^~~ +util/zbin.c:419:37: error: absolute value function 'abs' given an argument of type 'long int' but has parameter of type 'int' which may cause truncation of value [-Werror=absolute-value] + 419 | ( ( addend < 0 ) ? "-" : "" ), abs ( addend ), + | ^~~ +cc1: all warnings being treated as errors +make[1]: *** [Makefile.housekeeping:1368: util/zbin] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1803872 b/results/classifier/deepseek-2/output/other/1803872 new file mode 100644 index 000000000..6ec1301f5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1803872 @@ -0,0 +1,17 @@ + +gcc 8.2 reports stringop-truncation when building qemu + +QEMU 3.0 + +block/sheepdog.c: In function 'find_vdi_name': +block/sheepdog.c:1239:5: error: 'strncpy' specified bound 256 equals destination size [-Werror=stringop-truncation] + strncpy(buf + SD_MAX_VDI_LEN, tag, SD_MAX_VDI_TAG_LEN); + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + + +If this is the intended behavior, please suppress the warning. For example: + +#pragma GCC diagnostic push +#pragma GCC diagnostic ignored "-Wstringop-truncation" + strncpy(buf + SD_MAX_VDI_LEN, tag, SD_MAX_VDI_TAG_LEN); +#pragma GCC diagnostic pop \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1805 b/results/classifier/deepseek-2/output/other/1805 new file mode 100644 index 000000000..ba96dee77 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1805 @@ -0,0 +1,67 @@ + +build-user-hexagon CI job is not actually testing hexagon +Description of problem: +Look at the output from the `build-user-hexagon` CI job and see what compiler meson reports it is using: + + https://gitlab.com/qemu-project/qemu/-/jobs/4790457871 + +``` +Project name: qemu +Project version: 8.0.91 +C compiler for the host machine: cc -m64 -mcx16 (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1 20210110") +C linker for the host machine: cc -m64 -mcx16 ld.bfd 2.35.2 +Host machine cpu family: x86_64 +Host machine cpu: x86_64 +``` + +What is 'cc' resolving to ? + +``` +$ podman run -it registry.gitlab.com/qemu-project/qemu/qemu/debian-hexagon-cross cc -v | grep Target +Target: x86_64-linux-gnu +``` + +That is a x86_64 target native compiler, not a hexagon target cross compiler. + +The ``tests/docker/dockerfiles/debian-hexagon-cross.docker`` file installs the hexagon toolchain under ``/opt`` and adds the dir to ``$PATH`` with: + +``` +ENV PATH $PATH:${TOOLCHAIN_INSTALL}/${TOOLCHAIN_BASENAME}/x86_64-linux-gnu/bin +``` + +This toolchain just installs a `clang` binary, not ``cc`` + +So when ``configure`` runs it looks for ``cc`` first and finds the naitve x86_64 GCC install from the container, not the clang cross compiler + +It is also not possible to merely set ``CC=clang`` because meson will assume it is a native compiler and crash and burn when unable to run binaries + +``` +# CC=clang ./configure --target-list=x86_64-softmmu +Using './build' as the directory for build output +...snip... +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 1.2.0 +Source dir: /qemu +Build dir: /qemu/build +Build type: native build +Project name: qemu +Project version: 8.0.92 + +../meson.build:1:0: ERROR: Executables created by c compiler clang -m64 -mcx16 are not runnable. +``` + +AFAICT, the root problem here is that the hexagon container is not setup in the same way as the other cross compiler containers. + +We need the toolchain binaries to be named after the target triplet - ie not ``clang`` but ``hexagon-unknown-linux-musl-clang`` + +This used to be done but was thrown away when switching to a pre-built toolchain in b9052d36342c947b36447558ed0a0dd3fb3fb8f4 + +Then the container also needs to set the configure args for the cross target + +``` +ENV QEMU_CONFIGURE_OPTS --cross-prefix=hexagon-unknown-linux-musl- +``` + +AFAICT, this was never done, so even before switching to the pre-built toolchain, I think the `build-user-hexagon` CI job was running a native built not hexagon build. diff --git a/results/classifier/deepseek-2/output/other/1806 b/results/classifier/deepseek-2/output/other/1806 new file mode 100644 index 000000000..f7046b003 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1806 @@ -0,0 +1,6 @@ + +Tests: YAMON binaries unavailable +Description of problem: +The [tests for MIPS](https://gitlab.com/qemu-project/qemu/-/blame/master/tests/avocado/machine_mips_malta.py#L127) download the YAMON firmware binaries, however that link does not exist anymore. It appears that it may have [moved to ](https://www.mips.com/develop/tools/boot-loaders/)mips.com (or maybe that's where it came from?), which states "To support existing users of these, and the QEMU project, YAMON is now available under the GPL License." However those links are also dead. I've not been able to find the referenced binaries or source anywhere. @philmd, do you happen to have a copy you can upload? Alternatively, I've found the 2.16 source [here](https://github.com/binsgit/mips-yamon). + +Another alternative would be to use U-boot, which is easy to get a hold of and would work for this test (just getting to a prompt, although I've had issues with it being able to access an IDE drive). I haven't found prebuilt binaries for MIPS and u-boot though. diff --git a/results/classifier/deepseek-2/output/other/1808565 b/results/classifier/deepseek-2/output/other/1808565 new file mode 100644 index 000000000..9f3ed61db --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1808565 @@ -0,0 +1,8 @@ + +Reading /proc/self/task/<pid>/maps is not remapped to the target + +Seeing this in qemu-user 3.1.0 + +The code in is_proc_myself which supports remapping of /proc/self/maps and /proc/<pid>/maps does not support remapping of /proc/self/task/<pid>/maps or /proc/<pid>/task/<pid>/maps. Extending is_proc_myself to cover these cases causes the maps to be rewritten correctly. + +These are useful in multithreaded programs to avoid freezing the entire program to capture the maps for a single tid. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1810343 b/results/classifier/deepseek-2/output/other/1810343 new file mode 100644 index 000000000..78090febc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1810343 @@ -0,0 +1,13 @@ + +qemu-nbd -l and -s options don't work together + +When using qemu-nbd with -l to load a snapshot along with -s to create new active layer the tool fails to find the snapshot specified on the command line: + +For example the following does not work: + sudo qemu-nbd -s --load-snapshot=files --connect /dev/nbd0 rootfs.qcow2 + Failed to load snapshot: Can't find snapshot + +However, the following option works + sudo qemu-nbd -s --connect /dev/nbd0 rootfs.qcow2 +and so does + sudo qemu-nbd --load-snapshot=files --connect /dev/nbd0 rootfs.qcow2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1810405 b/results/classifier/deepseek-2/output/other/1810405 new file mode 100644 index 000000000..dcc172680 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1810405 @@ -0,0 +1,23 @@ + +source tarball has errors when untarring + +If you download qemu-2.10.0.tar.xv and/or qemu-2.10.1.tar.xv, and follow the directions at https://www.qemu.org/download/, you get a tar error. + + +To repro: +$ wget https://download.qemu.org/qemu-2.10.0.tar.xz +$ tar xJf qemu-2.10.0.tar.xz +tar: qemu-2.10.0/roms/u-boot/scripts/Kconfig: Cannot open: File exists +tar: Exiting with failure status due to previous errors + +$ tar --version +tar (GNU tar) 1.29 +Copyright (C) 2015 Free Software Foundation, Inc. +License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. +This is free software: you are free to change and redistribute it. +There is NO WARRANTY, to the extent permitted by law. + +Written by John Gilmore and Jay Fenlason. + + +Apologies if I'm being an idiot here. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1813010 b/results/classifier/deepseek-2/output/other/1813010 new file mode 100644 index 000000000..3ed8cf628 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1813010 @@ -0,0 +1,24 @@ + +Parallel builds fail (make -j >=2) when using --extra-cflags "--save-temps" + +specs: +Host kernel: Linux 4.19.16-1-lts +Host type: x86_64 GNU/Linux +Host distro: Archlinux +Guest: we never get that far +QEMU commit: 9f33051abce238ab43a23125e237aac8b0931b88 + + +steps: +# fresh copy of the latest commit +> git clone https://git.qemu.org/git/qemu.git + +# separate build dir +> mkdir build +> cd build + +# sample configuration for riscv (this happens for other targets as well) +> ../qemu/configure --target-list=riscv64-softmmu --enable-debug --extra-cflags='-O0 -g3 -save-temps' --prefix=/install/riscv-qemu + +# this will fail (see attached log file) +> make -j 2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1813305 b/results/classifier/deepseek-2/output/other/1813305 new file mode 100644 index 000000000..8a3d845aa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1813305 @@ -0,0 +1,18 @@ + +trace-root.h is not regerenerated after re-configure + +Hi, + +I've just realized that after I reconfigured my qemu with +../configure --target-list=arm-softmmu,arm-linux-user,aarch64-softmmu,aarch64-linux-user --enable-trace-backends=simple + +$ make +did rebuild some stuff for the 'simple' trace, but it did not update trace-root.h until after I +$ make clean + + +I took me while to understand why I didn't get the traces I wanted (my trace-root.h still thought it was configured for the default 'log'). + +I didn't check how easy it is to fix this in the build system. + +Thanks \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1813398 b/results/classifier/deepseek-2/output/other/1813398 new file mode 100644 index 000000000..8398fedcc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1813398 @@ -0,0 +1,42 @@ + +qemu user calls malloc after fork in multi-threaded process + +qemu user may hang in malloc on a musl based system because +it calls malloc after fork (in a pthread_atfork handler) +in the child process. + +this is undefined behaviour since the parent process is +multi-threaded and only as-safe functions may be called +in the child then. (if malloc/free is called concurrently +with fork the malloc state will be corrupted in the child, +it works on glibc because glibc takes the malloc locks +before the fork syscall, but that breaks the as-safety of +fork and thus non-conforming to posix) + +discussed at +https://www.openwall.com/lists/musl/2019/01/26/1 + +the bug is hard to reproduce (requires the call_rcu thread +to call free concurrently with do_fork in the main thread), +this one is observed with qemu-arm 3.1.0 running on x86_64 +executing an arm busybox sh: + +(gdb) bt +#0 malloc (n=<optimized out>, n@entry=9) at src/malloc/malloc.c:306 +#1 0x0000000060184ad3 in g_malloc (n_bytes=n_bytes@entry=9) at gmem.c:99 +#2 0x000000006018bcab in g_strdup (str=<optimized out>, str@entry=0x60200abf "call_rcu") at gstrfuncs.c:363 +#3 0x000000006016e31d in qemu_thread_create (thread=thread@entry=0x7ffe367d1870, name=name@entry=0x60200abf "call_rcu", + start_routine=start_routine@entry=0x60174c00 <call_rcu_thread>, arg=arg@entry=0x0, mode=mode@entry=1) + at /home/pmos/build/src/qemu-3.1.0/util/qemu-thread-posix.c:526 +#4 0x0000000060174b99 in rcu_init_complete () at /home/pmos/build/src/qemu-3.1.0/util/rcu.c:327 +#5 0x00000000601c4fac in __fork_handler (who=1) at src/thread/pthread_atfork.c:26 +#6 0x00000000601be8db in fork () at src/process/fork.c:33 +#7 0x000000006009d191 in do_fork (env=0x627aaed0, flags=flags@entry=17, newsp=newsp@entry=0, parent_tidptr=parent_tidptr@entry=0, + newtls=newtls@entry=0, child_tidptr=child_tidptr@entry=0) at /home/pmos/build/src/qemu-3.1.0/linux-user/syscall.c:5528 +#8 0x00000000600af894 in do_syscall1 (cpu_env=cpu_env@entry=0x627aaed0, num=num@entry=2, arg1=arg1@entry=0, arg2=arg2@entry=-8700192, + arg3=<optimized out>, arg4=8, arg5=1015744, arg6=-74144, arg7=0, arg8=0) at /home/pmos/build/src/qemu-3.1.0/linux-user/syscall.c:7042 +#9 0x00000000600a835c in do_syscall (cpu_env=cpu_env@entry=0x627aaed0, num=2, arg1=0, arg2=-8700192, arg3=<optimized out>, + arg4=<optimized out>, arg5=1015744, arg6=-74144, arg7=0, arg8=0) at /home/pmos/build/src/qemu-3.1.0/linux-user/syscall.c:11533 +#10 0x00000000600c265f in cpu_loop (env=env@entry=0x627aaed0) at /home/pmos/build/src/qemu-3.1.0/linux-user/arm/cpu_loop.c:360 +#11 0x00000000600417a2 in main (argc=<optimized out>, argv=0x7ffe367d57b8, envp=<optimized out>) + at /home/pmos/build/src/qemu-3.1.0/linux-user/main.c:819 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1817 b/results/classifier/deepseek-2/output/other/1817 new file mode 100644 index 000000000..f1d81e926 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1817 @@ -0,0 +1,2 @@ + +meson complains about use of install_subdir in docs/meson.build diff --git a/results/classifier/deepseek-2/output/other/1817239 b/results/classifier/deepseek-2/output/other/1817239 new file mode 100644 index 000000000..8b2701e76 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1817239 @@ -0,0 +1,51 @@ + +add '--targets' option to qemu-binfmt-conf.sh + +I'd like to ask for the addition of option '--targets' to scripts/qemu-binfmt-conf.sh, in order to allow registering the interpreters for the given list of architectures only, instead of using all of the ones defined in qemu_target_list. The following is a possible patch that implements it: + + qemu-binfmt-conf.sh | 9 ++++++++- + 1 file changed, 8 insertions(+), 1 deletion(-) + +diff --git a/qemu-binfmt-conf.sh b/qemu-binfmt-conf.sh +index b5a1674..be4a19b 100644 +--- a/qemu-binfmt-conf.sh ++++ b/qemu-binfmt-conf.sh +@@ -170,6 +170,7 @@ usage() { + Usage: qemu-binfmt-conf.sh [--qemu-path PATH][--debian][--systemd CPU] + [--help][--credential yes|no][--exportdir PATH] + [--persistent yes|no][--qemu-suffix SUFFIX] ++ [--targets TARGETS] + + Configure binfmt_misc to use qemu interpreter + +@@ -189,6 +190,8 @@ Usage: qemu-binfmt-conf.sh [--qemu-path PATH][--debian][--systemd CPU] + --persistent: if yes, the interpreter is loaded when binfmt is + configured and remains in memory. All future uses + are cloned from the open file. ++ --targets: comma-separated list of targets. If provided, only ++ the targets in the list are registered. + + To import templates with update-binfmts, use : + +@@ -324,7 +327,7 @@ CREDENTIAL=no + PERSISTENT=no + QEMU_SUFFIX="" + +-options=$(getopt -o ds:Q:S:e:hc:p: -l debian,systemd:,qemu-path:,qemu-suffix:,exportdir:,help,credential:,persistent: -- "$@") ++options=$(getopt -o ds:Q:S:e:hc:p:t: -l debian,systemd:,qemu-path:,qemu-suffix:,exportdir:,help,credential:,persistent:,targets: -- "$@") + eval set -- "$options" + + while true ; do +@@ -380,6 +383,10 @@ while true ; do + shift + PERSISTENT="$1" + ;; ++ -t|--targets) ++ shift ++ qemu_target_list="$(echo "$1" | tr ',' ' ')" ++ ;; + *) + break + ;; +-- +2.20.1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1822 b/results/classifier/deepseek-2/output/other/1822 new file mode 100644 index 000000000..01c03ab0a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1822 @@ -0,0 +1,8 @@ + +Signed source tarball for 8.0.4 missing +Description of problem: +Hi! I package this project for Arch Linux. I would like to upgrade to 8.0.4, but unfortunately there is no signed source tarball for that version available yet. +Steps to reproduce: +1. Go to https://download.qemu.org/ and find no source tarball for 8.0.4 +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/1822012 b/results/classifier/deepseek-2/output/other/1822012 new file mode 100644 index 000000000..76bbd3475 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1822012 @@ -0,0 +1,12 @@ + +powernv machine complains of missing skiboot files + +Hi, I want to use the powernv machine from the qemu-system-ppcle application. However, when I specify this machine, qemu complains that it can't find the skiboot files. + +I noticed that skiboot is available for Ubuntu, but only for the PPC[64] hosts. Well, I just need skiboot files for qemu on amd64 hosts. + +Hmm, looks like Debian has a package for these missing qemu files: + +https://packages.debian.org/sid/qemu-skiboot + +Could we promote these to Ubuntu repositories, and fix the qemu packages so that they automatically depend on the necessary BIOS packages? For example, openbios-ppc should also be installed when qemu-system-ppc[64[le]] are installed. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1822798 b/results/classifier/deepseek-2/output/other/1822798 new file mode 100644 index 000000000..caa2938b1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1822798 @@ -0,0 +1,4 @@ + +The hover of " Full list of releases " is not effective even not visible. + +The hover effect of "Full list of releases " on QEMU website that is https://www.qemu.org/ is not visible and hence effective so made it the issue on git hub and even committed it. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1824616 b/results/classifier/deepseek-2/output/other/1824616 new file mode 100644 index 000000000..e9a75ac2a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1824616 @@ -0,0 +1,6 @@ + +Build succeeds despite flex/bison missing + +I just built qemu using a fresh install, and "make" would report success despite messages of "flex: command not found" and "bison: command not found". + +I didn't notice any errors, but I don't know whether that's because there's a workaround in case the tools aren't there, or because I didn't exercize the code paths that would fail. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1826172 b/results/classifier/deepseek-2/output/other/1826172 new file mode 100644 index 000000000..cd129204a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1826172 @@ -0,0 +1,36 @@ + +Compilation on MSYS2/MinGW-w64 fails with error: "__USE_MINGW_ANSI_STDIO" redefined + +Compilation against latest GIT version fails at the following step: + + CC qga/commands.o +In file included from qga/commands.c:13: +C:/Tempy-chan/qemu/include/qemu/osdep.h:97: error: "__USE_MINGW_ANSI_STDIO" redefined [-Werror] + #define __USE_MINGW_ANSI_STDIO 1 + +In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/vadefs.h:9, + from C:/msys64/mingw64/x86_64-w64-mingw32/include/_mingw_stdarg.h:14, + from C:/msys64/mingw64/x86_64-w64-mingw32/include/stdarg.h:140, + from C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/8.3.0/include/stdarg.h:1, + from C:/Tempy-chan/qemu/include/qemu/osdep.h:88, + from qga/commands.c:13: +C:/msys64/mingw64/x86_64-w64-mingw32/include/_mingw.h:431: note: this is the location of the previous definition + #define __USE_MINGW_ANSI_STDIO 0 /* was not defined so it should be 0 */ + +cc1.exe: all warnings being treated as errors +make: *** [/c/Tempy-chan/qemu/rules.mak:69: qga/commands.o] Error 1 + +Passing --extra-cflags="-D__USE_MINGW_ANSI_STDIO" to configure resolves the error. Digging deeper in x86_64-w64-mingw32/include/_mingw.h, it looks like __USE_MINGW_ANSI_STDIO is only defined for _GNU_SOURCE in C++ compilation. With C only code it's ignored and doesn't define __USE_MINGW_ANSI_STDIO as expected: + +/* We are activating __USE_MINGW_ANSI_STDIO for various define indicators. + Note that we enable it also for _GNU_SOURCE in C++, but not for C case. */ +#if (defined (_POSIX) || defined (_POSIX_SOURCE) || defined (_POSIX_C_SOURCE) \ + || defined (_ISOC99_SOURCE) \ + || defined (_XOPEN_SOURCE) || defined (_XOPEN_SOURCE_EXTENDED) \ + || (defined (_GNU_SOURCE) && defined (__cplusplus)) \ + || defined (_SVID_SOURCE)) \ + && !defined(__USE_MINGW_ANSI_STDIO) +/* Enable __USE_MINGW_ANSI_STDIO if _POSIX defined + * and If user did _not_ specify it explicitly... */ +# define __USE_MINGW_ANSI_STDIO 1 +#endif \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1826175 b/results/classifier/deepseek-2/output/other/1826175 new file mode 100644 index 000000000..e2fdcf837 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1826175 @@ -0,0 +1,29 @@ + +Compilation on MSYS2/MinGW-w64 fails with error: "No rule to make target capstone.lib" + +I submitted this bug to Capstone directly but I figured it'd be useful to post it here too. The IS_MINGW check in the Makefile for Capstone fails under MSYS2 MinGW-w64 because cc --version doesn't have mingw in the output anymore: + +$ whereis cc +cc: /mingw64/bin/cc.exe + +$ cc --version +cc.exe (Rev2, Built by MSYS2 project) 8.3.0 +Copyright (C) 2018 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. + +Really simple patch: + +diff --git "a/Makefile" "b/Makefile" +index 063f50db..1d9f042e 100644 +--- "a/Makefile" ++++ "b/Makefile" +@@ -288,7 +288,7 @@ CFLAGS := $(CFLAGS:-fPIC=) + # On Windows we need the shared library to be executable + else + # mingw? +-IS_MINGW := $(shell $(CC) --version | grep -i mingw | wc -l) ++IS_MINGW := $(shell $(CC) --version | grep -i msys2 | wc -l) + ifeq ($(IS_MINGW),1) + EXT = dll + AR_EXT = lib \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1829079 b/results/classifier/deepseek-2/output/other/1829079 new file mode 100644 index 000000000..69e74b607 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1829079 @@ -0,0 +1,17 @@ + +Can't build static on ARM (Raspbian) + +I am trying to build static QEMU on Raspbian, chrooted into using systemd-nspawn with QEMU 4.0.0. +This is how my compiling looks: +https://pastebin.com/PYZYeRCN +Just the problematic part: +https://pastebin.com/7LxWPMxA +How I do the compiling: +https://pastebin.com/pYM17A6R (I plan to share this tutorial when it will work) +It is a coincidence, or the build fails because it cannot find lp11-kit. I did some symlinks: +ln -s /usr/lib/arm-linux-gnueabihf/libp11-kit.so.0 /usr/lib/libp11-kit.so.0 +ln -s /usr/lib/arm-linux-gnueabihf/libp11-kit.so /usr/lib/libp11-kit.so +(should I also symlink libp11.so and libp11.so.2? I think I have installed all required p11 packages! + +Git commit hash: git rev-parse HEAD +e329ad2ab72c43b56df88b34954c2c7d839bb373 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1833048 b/results/classifier/deepseek-2/output/other/1833048 new file mode 100644 index 000000000..8d46c3937 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1833048 @@ -0,0 +1,9 @@ + +Guest Agent get-fsinfo doesn't show ZFS volumes + +Calling get-fsinfo on a virtual machine does not include ZFS volumes. Calling on a system with a single ZFS disk (ZFS as root fs) simply returns '[]', if other disks exist on the guest it only shows these. + +Expected behaviour: Show file system details like with other fs formats. + +Tried with debian stretch default qemu-guest-agent package and v4.0.0 from git, compiled locally - result is the same. +Host is using QEMU 3.0.1, but that shouldn't matter, right? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1836192 b/results/classifier/deepseek-2/output/other/1836192 new file mode 100644 index 000000000..01b49c3e9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1836192 @@ -0,0 +1,22 @@ + +Regressions on arm926 target with some GCC tests + +Hi, + +After trying qemu master: +commit 474f3938d79ab36b9231c9ad3b5a9314c2aeacde +Merge: 68d7ff0 14f5d87 +Author: Peter Maydell <email address hidden> +Date: Fri Jun 21 15:40:50 2019 +0100 + +even with the fix for https://bugs.launchpad.net/qemu/+bug/1834496, +I've noticed several regressions compared to qemu-3.1 when running the GCC testsuite, with GCC configured to generate arm10tdmi code by default, and using qemu's --cpu arm926. + +I'm attaching a tarball containing one of the GCC tests (binaries), needed shared libs, and a short script to run the test. + +This was noticed with GCC master configured with +--target arm-none-linux-gnueabi +--with-cpu arm10tdmi +--with-fpu vfp + +Thanks \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1836430 b/results/classifier/deepseek-2/output/other/1836430 new file mode 100644 index 000000000..67d5c46d9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1836430 @@ -0,0 +1,9 @@ + +Can't install on Windows 10 + +Latest release (20190712) 64-bit doesn't install: + +The setup seems to work fine at first and actually extract all the files needed for qemu in the correct location, but after it has done that, it proceeds to delete every file and leaves no trace of qemu except the installation folder. +The setup then finishes and notifies the user that it has been installed succesfully. + +I downloaded the previous release and it installs correctly. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1836451 b/results/classifier/deepseek-2/output/other/1836451 new file mode 100644 index 000000000..aa1dcd6ae --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1836451 @@ -0,0 +1,21 @@ + +'make info' fails due to errors in qemu-tech.texi + +git tag: v4.1.0-rc0 +host: Fedora 29, x86_64 + +$ make info +make[1]: Entering directory 'qemu/slirp' +make[1]: Nothing to be done for 'all'. +make[1]: Leaving directory 'qemu/slirp' + GEN docs/version.texi + GEN qemu-options.texi + GEN qemu-monitor.texi + GEN qemu-img-cmds.texi + GEN qemu-monitor-info.texi + GEN qemu-doc.info +qemu/qemu-tech.texi:6: @menu reference to nonexistent node `Translator Internals' +qemu/qemu-tech.texi:7: @menu reference to nonexistent node `QEMU compared to other emulators' +qemu/qemu-tech.texi:9: @menu reference to nonexistent node `Bibliography' +Makefile:960: recipe for target 'qemu-doc.info' failed +make: *** [qemu-doc.info] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1836453 b/results/classifier/deepseek-2/output/other/1836453 new file mode 100644 index 000000000..06d2014f5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1836453 @@ -0,0 +1,34 @@ + +"qemu-nsis\*.bmp" -> no files found" when building with MXE + +Already reported for 4.0: +https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg07005.html + +host: Docker qemu:debian-win32-cross + +$ make installer +(cd /tmp/qemu-nsis; \ + for i in qemu-system-*.exe; do \ + arch=${i%.exe}; \ + arch=${arch#qemu-system-}; \ + echo Section \"$arch\" Section_$arch; \ + echo SetOutPath \"\$INSTDIR\"; \ + echo File \"\${BINDIR}\\$i\"; \ + echo SectionEnd; \ + done \ + ) >/tmp/qemu-nsis/system-emulations.nsh +makensis -V2 -NOCD \ + -DCONFIG_DOCUMENTATION="y" \ + \ + -DBINDIR="/tmp/qemu-nsis" \ + \ + -DSRCDIR="/source/qemu" \ + -DOUTFILE="qemu-setup-4.0.90.exe" \ + -DDISPLAYVERSION="4.0.90" \ + /source/qemu/qemu.nsi +File: "/tmp/qemu-nsis\*.bmp" -> no files found. +Usage: File [/nonfatal] [/a] ([/r] [/x filespec [...]] filespec [...] | + /oname=outfile one_file_only) +Error in script "/source/qemu/qemu.nsi" on line 122 -- aborting creation process +Makefile:1077: recipe for target 'qemu-setup-4.0.90.exe' failed +make: *** [qemu-setup-4.0.90.exe] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1836537 b/results/classifier/deepseek-2/output/other/1836537 new file mode 100644 index 000000000..f80596610 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1836537 @@ -0,0 +1,11 @@ + +Kconfig-related options not shown in ./configure --help + +tag: v4.1.0-rc0 + +I notice these options not documented by '--help': + + --with-default-devices) default_devices="yes" + --without-default-devices) default_devices="no" + +We might have other options not documented too. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1838658 b/results/classifier/deepseek-2/output/other/1838658 new file mode 100644 index 000000000..2a958eb9f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1838658 @@ -0,0 +1,14 @@ + +qemu 4.0.0 broken by glib update + +In brief, an install CD will successfully boot with qemu 4.0.0 built with glib 2.58.3, but freeze during boot with qemu 4.0.0 built with glib 2.60.0. I tracked it down to glib's GHashTable improvements. qemu is happy with a glib built from +``` + git checkout -f 2.60.4 + git revert --no-edit 86c6f7e2b..3bed8a13b + git revert --no-edit 75f8ec1df9b48b0c3a13a9125f2c7d7c5adf5159 + git revert --no-edit 603fb5958..d3074a748 + git revert --no-edit 0b45ddc55..0600dd322 +``` +When the GHashTable improvements were committed, there was already a preemptive note about any breakage being due to using private implementation details, hence mentioning it here rather than with glib. + +For the full saga, see: http://gnats.netbsd.org/54310 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1838763 b/results/classifier/deepseek-2/output/other/1838763 new file mode 100644 index 000000000..a0f1eee64 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1838763 @@ -0,0 +1,4 @@ + +Bugs in SSH module (ssh.c) + +I installed gcc-8&libssh* on my Ubuntu 18.04 arm64.When I was compiling any version of qemu like 3.1.0 4.0.0or 4.1.0 with SSH support,the GCC went wrong.It said some vars undeclared like'SSH_KNOWN_HOSTS_OTHER','SSH_KNOWN_HOST_UNKNOWN',etc. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1839 b/results/classifier/deepseek-2/output/other/1839 new file mode 100644 index 000000000..5699ce1e2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1839 @@ -0,0 +1,42 @@ + +command line option (fw_cfg) not being treated as opaque and generates error "short-form boolean option 'x' deprecated" +Description of problem: +I'm trying to run qemu with `fw_cfg` arguments. With a full example I am trying to provide an ignition configuration a flatcar VM using a 'string' parameter which is JSON (rather than a file parameter). + +Running qemu with command line options where the fields have arbitrary data that should be opaque to qemu are being interpreted and cause the command line argument parsing the fail. I have tried putting quotes and double quotes around various parts of the command without success. + + +Sorry, but I haven't tested this with latest (v8.1.0.rc4 / v8.0.4) + +Examples: + +```# qemu-system-x86_64 -fw_cfg name=z,string=a,b +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +``` + +Single quotes around the `string` value: +``` +# qemu-system-x86_64 -fw_cfg name=z,string='a,b' +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +``` + +Double quotes around the `string` value +``` +# qemu-system-x86_64 -fw_cfg name=z,string="a,b" +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' + +``` + +Double quotes around the whole `fw_cfg` option value: +``` +# qemu-system-x86_64 -fw_cfg "name=z,string=a,b" +qemu-system-x86_64: -fw_cfg name=z,string=a,b: warning: short-form boolean option 'b' deprecated +Please use b=on instead +qemu-system-x86_64: -fw_cfg name=z,string=a,b: Invalid parameter 'b' +``` diff --git a/results/classifier/deepseek-2/output/other/1840 b/results/classifier/deepseek-2/output/other/1840 new file mode 100644 index 000000000..9d1bdcb9c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1840 @@ -0,0 +1,2 @@ + +Amend RISCV machine default value diff --git a/results/classifier/deepseek-2/output/other/1840249 b/results/classifier/deepseek-2/output/other/1840249 new file mode 100644 index 000000000..bd6bf185b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1840249 @@ -0,0 +1,17 @@ + +Cancelling 'make docker-test-build' does not cancel running containers + +version: v4.1.0-rc5 + +Run 'make -k docker-test-build', wait a few, cancel with ^C: + +$ make -k docker-test-build 2>&1 > /dev/null +^C + +$ docker ps +CONTAINER ID IMAGE COMMAND CREATED STATUS +62264a2d777a qemu:debian-mips-cross "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes +80807c47d0df qemu:debian-armel-cross "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes +06027b5dfd4a qemu:debian-amd64 "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes + +The docker containers are still up building QEMU. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1840250 b/results/classifier/deepseek-2/output/other/1840250 new file mode 100644 index 000000000..f863c082f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1840250 @@ -0,0 +1,16 @@ + +'make -j1 docker-test-build' uses more than one job + +version: v4.1.0-rc5 + +Run 'make -j1 docker-test-build', wait a few, various containers get instantiated. + +$ make -j1 docker-test-build 2>&1 > /dev/null + +On another terminal: + +$ docker ps +CONTAINER ID IMAGE COMMAND CREATED STATUS +62264a2d777a qemu:debian-mips-cross "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes +80807c47d0df qemu:debian-armel-cross "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes +06027b5dfd4a qemu:debian-amd64 "/var/tmp/qemu/run t…" 10 minutes ago Up 10 minutes \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1840920 b/results/classifier/deepseek-2/output/other/1840920 new file mode 100644 index 000000000..bbe4ea726 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1840920 @@ -0,0 +1,11 @@ + +changelog 4.1 krenel typo + +The changelog for 4.1 subsection Arm has a typo (krenel --> kernel) +https://wiki.qemu.org/ChangeLog/4.1#Arm + +At the following line: +The i.mx7 PCI controller emulation has been improved so it can boot current Linux krenels + +it should be: +The i.mx7 PCI controller emulation has been improved so it can boot current Linux kernels \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1842 b/results/classifier/deepseek-2/output/other/1842 new file mode 100644 index 000000000..3b4a482f2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1842 @@ -0,0 +1,16 @@ + +keyutils meson regression in 8.1.0 +Description of problem: +keyutils is no longer found by meson during the build. + +commit 0db0fbb5cf8955d4f7a4a82bde32cfd93bd042ea appears to be buggy: +``` +$ grep KEYUTILS config-host.h +#undef CONFIG_KEYUTILS +``` +Steps to reproduce: +1. Have keyutils installed +2. Build QEMU 8.1.0 +3. Note that keyutils is no longer linked into the build + +Thanks diff --git a/results/classifier/deepseek-2/output/other/1842916 b/results/classifier/deepseek-2/output/other/1842916 new file mode 100644 index 000000000..3ed00b02b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1842916 @@ -0,0 +1,4 @@ + +[18.04 FEAT] Enhanced Hardware Support - Finalize Naming + +This feature request will provide the final naming of the next machine \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1843852 b/results/classifier/deepseek-2/output/other/1843852 new file mode 100644 index 000000000..3a58c8c2f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1843852 @@ -0,0 +1,16 @@ + +QEMU does not express a dependency on perl-Test-Harness + +This is a minor thing; in Fedora you can install most of the developer dependencies by issuing something like `dnf builddep qemu-kvm` and this takes care of just about everything such that you can run ./configure and make. + +For "make check" though, configure doesn't catch that you'll need perl-Test-Harness; so it fails halfway through the check routine, and you'll see this: + +``` +Can't locate TAP/Parser.pm in @INC (you may need to install the TAP::Parser module) (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at ./scripts/tap-driver.pl line 30. +BEGIN failed--compilation aborted at ./scripts/tap-driver.pl line 30. +make: *** [/home/jhuston/src/qemu/tests/Makefile.include:905: check-unit] Error 2 +``` + +I'm not sure how we should express this dependency; it shouldn't be a requirement for building, but it IS a dependency for testing. We probably ought not let users skip the qapi tests just because they don't have the perl requirement met. + +(And, separately, the Fedora package should list this as a builddep, but that's not an issue for here.) \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1844644 b/results/classifier/deepseek-2/output/other/1844644 new file mode 100644 index 000000000..1f9b3757b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1844644 @@ -0,0 +1,7 @@ + +Compiler warnings using MSVC + +The following line of code results in an implicit truncation of an uint16_t value to an uint8_t variable, which triggers a compiler warning in MSVC : https://github.com/qemu/qemu/blob/f8c3db33a5e863291182f8862ddf81618a7c6194/hw/usb/dev-hub.c#L387 +(Two lines down, the same thing happens.) + +This warning can be silenced by doing an explicit truncation, for example by a casting the value explicitly to uint8_t type, or by anding the value with 0xFF. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1844814 b/results/classifier/deepseek-2/output/other/1844814 new file mode 100644 index 000000000..21ebd13d2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1844814 @@ -0,0 +1,26 @@ + +trace: SystemTap documentation out of date + +The docs/devel/tracing.txt help suggest: + + scripts/tracetool.py --backends=dtrace --format=stap \ + --binary path/to/qemu-binary \ + --target-type system \ + --target-name x86_64 \ + <trace-events-all >qemu.stp + +but since commit 2098c56a9bc this comment is outdated: + + $ scripts/tracetool.py --backends=dtrace --format=stap \ + --binary mips-softmmu/qemu-system-mips \ + --target-type system \ + --target-name mips trace-events-all + Error: group name is required + +The offending commit seems: + +commit 2098c56a9bc5901e145fa5d4759f075808811685 +Author: Daniel P. Berrange <email address hidden> +Date: Wed Jan 25 16:14:14 2017 +0000 + + trace: move setting of group name into Makefiles \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1845185 b/results/classifier/deepseek-2/output/other/1845185 new file mode 100644 index 000000000..ac25dde5b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1845185 @@ -0,0 +1,46 @@ + +Cannot build qemu utils (qemu-img.exe, qemu-edid.exe, qemu-io.exe) statically with MSYS64 on Windows because intl and iconv libs are not loaded + +Using MSYS2 and mingw32 instructions from https://wiki.qemu.org/Hosts/W32#Native_builds_with_MSYS2, I could not statically build the qemu-utils using the latest qemu master branch. + +Steps to reproduce the issue: +1. Install MSYS2 on a Windows 10 x64 box +2. Install required mingw64 toolchain: pacman -S base-devel mingw-w64-x86_64-toolchain git python mingw-w64-x86_64-glib2 mingw64/mingw-w64-x86_64-gtk3 mingw64/mingw-w64-x86_64-SDL2 +3. clone qemu +4. Run configure for static build for the tools only + ./configure --disable-user --disable-system --disable-docs --enable-tools --disable-guest-agent --disable-capstone --disable-sheepdog --enable-debug --static + # I had to remove sheepdog, capstone and guest agent because other errors popped out, but this not the purpose of this bug report +5. Run 'make -j'. the following errors appeared, signaling that intl lib is not loaded. If I add intl lib, iconv lib need to be loaded too. + +make: *** [/home/ader1990/qemu/rules.mak:124: qemu-img.exe] Error 1 +make: *** Waiting for unfinished jobs.... +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x1522): undefined reference to `libintl_sprintf' +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x154f): undefined reference to `libintl_sprintf' +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x157e): undefined reference to `libintl_sprintf' +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x15ad): undefined reference to `libintl_sprintf' +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x15dc): undefined reference to `libintl_sprintf' +C:/msys64l/mingw64/lib\libglib-2.0.a(giowin32.c.obj):(.text+0x1622): more undefined references to `libintl_sprintf' follow +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x43): undefined reference to `libintl_textdomain' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x52): undefined reference to `libintl_gettext' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x203): undefined reference to `libintl_bindtextdomain' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x21e): undefined reference to `libintl_bind_textdomain_codeset' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x2c1): undefined reference to `libintl_dgettext' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x4e1): undefined reference to `libintl_dcgettext' +C:/msys64l/mingw64/lib\libglib-2.0.a(ggettext.c.obj):(.text+0x53a): undefined reference to `libintl_dngettext' + + +Patch to fix the issue (added intl and iconv to the libs): + +diff --git a/configure b/configure +index 30aad233d1..e2ab8ef026 100755 +--- a/configure ++++ b/configure +@@ -920,7 +920,7 @@ if test "$mingw32" = "yes" ; then + DSOSUF=".dll" + # MinGW needs -mthreads for TLS and macro _MT. + QEMU_CFLAGS="-mthreads $QEMU_CFLAGS" +- LIBS="-lwinmm -lws2_32 -liphlpapi $LIBS" ++ LIBS="-lwinmm -lws2_32 -liphlpapi -lintl -liconv $LIBS" + write_c_skeleton; + if compile_prog "" "-liberty" ; then + LIBS="-liberty $LIBS" \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1848 b/results/classifier/deepseek-2/output/other/1848 new file mode 100644 index 000000000..e8c4b2cfb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1848 @@ -0,0 +1,26 @@ + +8.1.0 build failure ../accel/tcg/cputlb.c: In function ‘do_ld_mmio_beN’: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable +Description of problem: +Error when building with -Og. Does not occur with -O2. + +``` +FAILED: libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o +x86_64-pc-linux-gnu-gcc -m64 -mcx16 -Ilibqemu-i386-softmmu.fa.p -I. -I.. -Itarget/i386 -I../target/i386 -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/opus -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -fstack-protector-strong -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wundef -Wwrite-strings -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wmissing-format-attribute -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -isystem /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/linux-headers -isystem linux-headers -iquote . -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0 -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/host/include/x86_64 -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/host/include/generic -iquote /x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/tcg/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -march=amdfam10 -Og -g -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="i386-softmmu-config-target.h"' '-DCONFIG_DEVICES="i386-softmmu-config-devices.h"' -MD -MQ libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o -MF libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o.d -o libqemu-i386-softmmu.fa.p/accel_tcg_cputlb.c.o -c ../accel/tcg/cputlb.c +In file included from ../accel/tcg/cputlb.c:20: +../accel/tcg/cputlb.c: In function ‘do_ld_mmio_beN’: +/x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include/qemu/osdep.h:244:35: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable + 244 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c:2121:13: note: in expansion of macro ‘qemu_build_not_reached’ + 2121 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c: In function ‘do_st_mmio_leN’: +/x/portage/app-emulation/qemu-8.1.0/work/qemu-8.1.0/include/qemu/osdep.h:244:35: error: call to ‘qemu_build_not_reached_always’ declared with attribute error: code path is reachable + 244 | #define qemu_build_not_reached() qemu_build_not_reached_always() + | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +../accel/tcg/cputlb.c:2764:13: note: in expansion of macro ‘qemu_build_not_reached’ + 2764 | qemu_build_not_reached(); + | ^~~~~~~~~~~~~~~~~~~~~~ +``` + +Downstream bug: https://bugs.gentoo.org/913083 diff --git a/results/classifier/deepseek-2/output/other/185 b/results/classifier/deepseek-2/output/other/185 new file mode 100644 index 000000000..c79b30af5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/185 @@ -0,0 +1,2 @@ + +Coroutines: Audit use of "coroutine_fn" specifier diff --git a/results/classifier/deepseek-2/output/other/1851095 b/results/classifier/deepseek-2/output/other/1851095 new file mode 100644 index 000000000..b51e4dd33 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1851095 @@ -0,0 +1,4 @@ + +[feature request] awareness of instructions that are well emulated + +While qemu's scalar emulation tends to be excellent, qemu's SIMD emulation tends to be incorrect (except for arm64 from x86_64). Until these code paths are audited, which is probably a large job, it would be nice if qemu knew its emulation of this class of instructions was not very good, and thus it would give up on finding these instructions if a "careful" operation is passed. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1852115 b/results/classifier/deepseek-2/output/other/1852115 new file mode 100644 index 000000000..363b3776b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1852115 @@ -0,0 +1,45 @@ + +qemu --static user build fails with fedora rawhide glibc-2.30.9000 + +Building qemu latest git 654efcb511d on fedora rawhide fails with this configure line: + +./configure \ + --static \ + --disable-system \ + --enable-linux-user \ + --disable-werror \ + --disable-tools \ + --disable-capstone + +make fails with: + +/usr/bin/ld: linux-user/syscall.o: in function `do_syscall1': +/root/qemu.git/linux-user/syscall.c:7769: undefined reference to `stime' +collect2: error: ld returned 1 exit status + +Seems related to this glibc change: https://sourceware.org/git/?p=glibc.git;a=commit;h=12cbde1dae6fa4a9a792b64564c7e0debf7544cc + +... + ++* The obsolete function stime is no longer available to newly linked ++ binaries and it has been removed from <time.h> header. This function ++ has been deprecated in favor of clock_settime. ++ + +# rpm -q glibc +glibc-2.30.9000-17.fc32.x86_64 + + +FWIW there's some other messages but I don't think they are fatal: + +/usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/9/../../../../lib64/libglib-2.0.a(gutils.c.o): in function `g_get_user_database_entry': +(.text+0x267): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0xe0): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0x11e): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking + + +Also, --disable-capstone is required to avoid this error, but it is pre-existing, not sure if it's a bug, if so I can file a separate one: + + LINK aarch64-linux-user/qemu-aarch64 +/usr/bin/ld: cannot find -lcapstone +collect2: error: ld returned 1 exit status \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1853 b/results/classifier/deepseek-2/output/other/1853 new file mode 100644 index 000000000..6d1333559 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1853 @@ -0,0 +1,2 @@ + +Errors when install QEMU from source code diff --git a/results/classifier/deepseek-2/output/other/1854738 b/results/classifier/deepseek-2/output/other/1854738 new file mode 100644 index 000000000..69735337d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1854738 @@ -0,0 +1,29 @@ + +ppc doesn't support for mttcg but ppc64 supported + +Currently ppc and ppc64abi32 doesn't suppport for mttcg, I am looking for support +``` + ppc) + gdb_xml_files="power-core.xml power-fpu.xml power-altivec.xml power-spe.xml" + ;; + ppc64) + TARGET_BASE_ARCH=ppc + TARGET_ABI_DIR=ppc + mttcg=yes + gdb_xml_files="power64-core.xml power-fpu.xml power-altivec.xml power-spe.xml power-vsx.xml" + ;; + ppc64le) + TARGET_ARCH=ppc64 + TARGET_BASE_ARCH=ppc + TARGET_ABI_DIR=ppc + mttcg=yes + gdb_xml_files="power64-core.xml power-fpu.xml power-altivec.xml power-spe.xml power-vsx.xml" + ;; + ppc64abi32) + TARGET_ARCH=ppc64 + TARGET_BASE_ARCH=ppc + TARGET_ABI_DIR=ppc + echo "TARGET_ABI32=y" >> $config_target_mak + gdb_xml_files="power64-core.xml power-fpu.xml power-altivec.xml power-spe.xml power-vsx.xml" + ;; +``` \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1856549 b/results/classifier/deepseek-2/output/other/1856549 new file mode 100644 index 000000000..0f27e96b5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1856549 @@ -0,0 +1,16 @@ + +qemu-4.2.0/hw/misc/mac_via.c: 2 * bad test ? + +1. + +qemu-4.2.0/hw/misc/mac_via.c:417:27: style: Expression is always false because 'else if' condition matches previous condition at line 412. [multiCondition] + + } else if ((m->data_out & 0xf3) == 0xa1) { +... + } else if ((m->data_out & 0xf3) == 0xa1) { + +2. + +qemu-4.2.0/hw/misc/mac_via.c:467:27: style: Expression is always false because 'else if' condition matches previous condition at line 463. [multiCondition] + +Duplicate. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1857449 b/results/classifier/deepseek-2/output/other/1857449 new file mode 100644 index 000000000..59b39f973 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1857449 @@ -0,0 +1,29 @@ + +QEMU x86_64 -nographic full system breaks host Bash terminal line wrapping state after simulation ends, requires reset or "tput smam" to fix it + +QEMU 4.2.0 compiled from source, Ubuntu 19.10, open a fresh new gnome terminal. + +If you print 1000 = chars on the host terminal, then they do wrap around the end of the terminal: + +printf "=%.0s" {0..1000} + +However, if you first run QEMU: + +x86_64-softmmu/qemu-system-x86_64 -nographic + +and then quit it in any way, e.g. with Ctrl + A, and then re-run on the host terminal: + +printf "=%.0s" {0..1000} + +then the signs don't wrap around anymore, they just go "off the terminal to the right". + +This can be fixed with either: + +reset +tpam smam + +but unfortunately those don't work in tmux for some reason: https://github.com/tmux/tmux/issues/969 + +I consider this buggy behavior, QEMU should restore the original terminal state if possible. + +Related: https://github.com/cirosantilli/linux-kernel-module-cheat/issues/110 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1858046 b/results/classifier/deepseek-2/output/other/1858046 new file mode 100644 index 000000000..0ad584934 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1858046 @@ -0,0 +1,29 @@ + +qemu-aarch64 hangs on cptofs during a build of NixOS SD card image + +First, thank you for this incredible project. + +While following this guide to build my own image of NixOS: https://nixos.wiki/wiki/NixOS_on_ARM#Compiling_through_QEMU on ARM Aarch64. + +I encountered a very strange behavior, qemu is correctly used and build most of the binaries until it executes this exact line over qemu: https://github.com/NixOS/nixpkgs/blob/master/nixos/lib/make-ext4-fs.nix#L55 + +At this step, the qemu process goes to 100 % of CPU, hangs in a certain syscall I don't know which one (according to strace & gdb which has no symbols so breaking and looking the backtrace was useless). + +According to iotop, no I/O was done. + +And it spent all its time in this syscall during more than 10 hours, which looks anomalous to me. + +I attach some of my CPU info: + +model : 142 +model name : Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz +stepping : 10 +microcode : 0x96 +cpu MHz : 3107.071 +cache size : 8192 KB + +I'm using a ThinkPad T480 to perform those builds, I'm uncertain of how to debug further this issue, I discussed this with some people over #nixos-aarch64 and they told me they didn't know how to debug it further too. + +I tried all with this package: https://aur.archlinux.org/packages/qemu-arm-static/ — I'm currently compiling qemu-git to see if it happens on upstream too. Will comment when it's done. + +Thank you in advance! \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1858814 b/results/classifier/deepseek-2/output/other/1858814 new file mode 100644 index 000000000..48edc1012 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1858814 @@ -0,0 +1,14 @@ + +'make -C roms efi' does not update edk2 submodules + +On a fresh clone, 'make -C roms efi' fails because submodule is not initialized [1]: + +/builds/philmd/qemu/roms/edk2/CryptoPkg/Library/OpensslLib/OpensslLibCrypto.inf(-1): error 000E: File/directory not found in workspace +/builds/philmd/qemu/roms/edk2/CryptoPkg/Library/OpensslLib/openssl/e_os.h +- Failed - + +Laszlo suggested [2] it is possibly a regression from commit f3e330e3c319: +"roms/Makefile.edk2: don't pull in submodules when building from tarball" + +[1] https://gitlab.com/philmd/qemu/-/jobs/395644357#L436 +[2] https://<email address hidden>/msg668929.html \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1859920 b/results/classifier/deepseek-2/output/other/1859920 new file mode 100644 index 000000000..dc5feea5c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1859920 @@ -0,0 +1,50 @@ + +daemoniz not working on MacOS + +OS: MacOS Catalina 10.15.2 +Qemu install via brew: brew install qemu + +qemu-system-x86_64 -version +QEMU emulator version 4.2.50 (v4.2.0-13-g084a398bf8-dirty) +Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers + +--- + +Start Ubuntu Desktop 18.04 client as follow: + +IMG_CD=$HOME/Downloads/iso/ubuntu-18.04.3-desktop-amd64.iso +IMG_FILE=$HOME/code/vm/qemu/u64d01.qcow2 +MAC_ADDR=xx:xx:xx:xx:xx:xx + +qemu-system-x86_64 \ +-no-user-config -nodefaults \ +-show-cursor \ +-name u64d01 \ +-M q35,accel=hvf,usb=off,vmport=off \ +-cpu host -smp 4 -m 2048 \ +-overcommit mem-lock=off \ +-overcommit cpu-pm=off \ +-rtc base=utc,clock=host \ +\ +-device virtio-tablet-pci \ +-device virtio-vga \ +\ +-device virtio-blk-pci,drive=ssd1 \ +-drive id=ssd1,file=$IMG_FILE,if=none,format=qcow2 \ +\ +-device virtio-net-pci,netdev=nic1,mac=$MAC_ADDR \ +-netdev user,id=nic1,ipv4=on,ipv6=on,hostname=u64d01,hostfwd=tcp::2222-:22 \ +\ +-device ich9-intel-hda,id=snd,msi=on \ +-device hda-output,id=snd-codec0,bus=snd.0,cad=0,audiodev=snd0 \ +-audiodev coreaudio,id=snd0,out.buffer-count=10000 \ +\ +-daemonize + +Give following error: + +objc[3432]: +[NSNumber initialize] may have been in progress in another thread when fork() was called. +objc[3432]: +[NSNumber initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. + + +I checked "ps -ef|grep qemu" before and after the command, there was no qemu process running. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1859989 b/results/classifier/deepseek-2/output/other/1859989 new file mode 100644 index 000000000..e9b6e6e50 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1859989 @@ -0,0 +1,11 @@ + +qemu-img has broken output with large snapshot names + +On Qemu 4.1.1 the output of snalshots breaks if the chosen state name is too long: + +# qemu-img snapshot -l /mnt/local/some_image.qcow2 +Snapshot list: +ID TAG VM SIZE DATE VM CLOCK +1 online_provider_with_dhcp747 MiB 2020-01-15 12:05:01 00:00:45.873 + +Prior to 4.1.1 this used to work with extra tabs for the VM SIZE values. The collision is also disabling us from using a regex on top of this input to detect the snapshot. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/186 b/results/classifier/deepseek-2/output/other/186 new file mode 100644 index 000000000..f3eb2483e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/186 @@ -0,0 +1,2 @@ + +Audit consistent option usage in documentation diff --git a/results/classifier/deepseek-2/output/other/1860575 b/results/classifier/deepseek-2/output/other/1860575 new file mode 100644 index 000000000..399dece0f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1860575 @@ -0,0 +1,23 @@ + +qemu64 CPU model is incorrect + +At the moment the "qemu64" CPU is defined as follows: + +``` + .vendor = CPUID_VENDOR_AMD, + .family = 6, + .model = 6, + .stepping = 3, +``` + +According to Wikipedia [1] this means the CPU is defined as part of the +K7 family while the AMD64 ISA was only introduced with the K8 series! + +This causes some software such as LLVM to notice the problem (32-bit cpu +with 64-bit capability reported in the cpuid flag) and produce various +error messages. + +The simple solution would be to upgrade this definition to use the Sledgehammer +family (15) instead. + +[1] https://en.wikipedia.org/wiki/List_of_AMD_CPU_microarchitectures \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1861468 b/results/classifier/deepseek-2/output/other/1861468 new file mode 100644 index 000000000..fc6e4b42b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1861468 @@ -0,0 +1,18 @@ + +always fail to build qemu statically + +I want to build qemu statically so as to use qemu on Android platform(Though Limbo emulator is available on github,it's even slower than qemu in UserLAnd(an Android APP that provides proot container for Linux dists)). +When I finished building qemu normally on my phone(Ubuntu devel in proot environment),I started to build qemu statically.I removed the old source code dir and unpack the qemu source code. I had built many libraries like libSDL2 and libiSCSI for qemu,and of course these libraries were able to be detected by qemu configure program.But when I ran the command: + + ❯ ./configure --static --prefix=/home/admin/qemu/build --target-list=aarch64-softmmu,x86_64-softmmu,i386-softmmu,mips64-softmmu,ppc64-softmmu --enable-sdl ERROR: User requested feature sdl +configure was not able to find it. +Install SDL2 devel + +I had to give up the SDL feature. +I disabled the SDL feature and ran configure again.The configure didn't report error,but besides SDL ,many other libraries like libUSB,libpng were missing.I ran 'make -j8 &&make install'.All seemed perfect.But when it comes to the final process--linking executables,the ld program went wrong.It said it could not find the libraries like -lgtk3 -ldrm -lsystemd,etc. +I was confused.I had already had a test building which successfully finished. +Could you give me a possible way to solve the problem? + +Platform information: +Ubuntu devel 20.04 ARM64 with GCC 9.2.1 +QEMU version:I have tested almost all versions from 2.11 to 4.2.0. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1861551 b/results/classifier/deepseek-2/output/other/1861551 new file mode 100644 index 000000000..e81c85935 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1861551 @@ -0,0 +1,52 @@ + +Errors while compiling source + +OS type: Mac OS X 10.11.6 +List of errors: +qemu-io-cmds.c:837:5: warning: implicit declaration of function 'clock_gettime' is invalid in C99 [-Wimplicit-function-declaration] + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:837:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:843:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:970:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:972:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:1184:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:1194:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:1306:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:1308:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:1351:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:1383:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +qemu-io-cmds.c:1518:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &ctx->t1); + ^ +qemu-io-cmds.c:1663:23: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &ctx->t1); + ^ +qemu-io-cmds.c:1885:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t1); + ^ +qemu-io-cmds.c:1887:19: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &t2); + ^ +1 warning and 14 errors generated. +make: *** [qemu-io-cmds.o] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1861677 b/results/classifier/deepseek-2/output/other/1861677 new file mode 100644 index 000000000..c0ac1b04d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1861677 @@ -0,0 +1,49 @@ + +wavcapture crash with pulseaudio + +As of commit 28db64fce55, +using demo from QEMU advent calendar 2018 day 1: +https://www.qemu-advent-calendar.org/2018/download/day01.tar.xz + +$ qemu-system-x86_64 -M pc \ + -net none -soundhw pcspk \ + -drive file=day01/fbird.img,format=raw,if=floppy \ + -monitor stdio -S +(qemu) info qtree +bus: main-system-bus + type System + dev: i440FX-pcihost, id "" + bus: pci.0 + dev: PIIX3, id "" + bus: isa.0 + dev: isa-pcspk, id "" + audiodev = "pa" + iobase = 97 (0x61) + migrate = true +(qemu) wavcapture out.wav pa +(qemu) cont +(qemu) # Press 'up' key in demo +Segmentation fault (core dumped) + +(gdb) bt +#0 0x0000555bfef0dc51 in audio_pcm_sw_write (sw=0x555c01333930, buf=0x0, size=14728) at audio/audio.c:725 +#1 0x0000555bfef10a49 in audio_capture_mix_and_clear (hw=0x555c012379b0, rpos=0, samples=3682) at audio/audio.c:1054 +#2 0x0000555bfef11059 in audio_run_out (s=0x555c01235550) at audio/audio.c:1186 +#3 0x0000555bfef11894 in audio_run (s=0x555c01235550, msg=0x555bff3e37e8 "timer") at audio/audio.c:1355 +#4 0x0000555bfef10334 in audio_timer (opaque=0x555c01235550) at audio/audio.c:831 +#5 0x0000555bff33f041 in timerlist_run_timers (timer_list=0x555c00377b50) at util/qemu-timer.c:588 +#6 0x0000555bff33f0eb in qemu_clock_run_timers (type=QEMU_CLOCK_VIRTUAL) at util/qemu-timer.c:602 +#7 0x0000555bff33f3b6 in qemu_clock_run_all_timers () at util/qemu-timer.c:688 +#8 0x0000555bff33fb60 in main_loop_wait (nonblocking=0) at util/main-loop.c:525 +#9 0x0000555bfef0187c in main_loop () at vl.c:1683 +#10 0x0000555bfef090ab in main (argc=12, argv=0x7ffec49184c8, envp=0x7ffec4918530) at vl.c:4438 +(gdb) p *sw +$1 = {card = 0x0, s = 0x0, info = {bits = 16, sign = 1, freq = 44100, nchannels = 2, bytes_per_frame = 4, bytes_per_second = 176400, swap_endianness = 0}, conv = 0x555bfef0ced1 <noop_conv>, ratio = 4294967296, buf = 0x555c0123f6f0, + rate = 0x555c007c0ec0, total_hw_samples_mixed = 0, active = 1, empty = 1, hw = 0x555c014b12a0, name = 0x0, vol = {mute = 0, r = 4294967296, l = 4294967296}, callback = {opaque = 0x0, fn = 0x0}, entries = {le_next = 0x0, + le_prev = 0x555c014b1310}} +(gdb) p *sw->hw +$2 = {s = 0x555c01235550, enabled = 1, poll_mode = 0, pending_disable = 0, info = {bits = 16, sign = 1, freq = 44100, nchannels = 2, bytes_per_frame = 4, bytes_per_second = 176400, swap_endianness = 0}, + clip = 0x555bfef16376 <clip_natural_int16_t_from_stereo>, ts_helper = 0, mix_buf = 0x555c0059d680, buf_emul = 0x0, pos_emul = 0, pending_emul = 0, size_emul = 0, samples = 16384, sw_head = {lh_first = 0x555c01333930}, cap_head = { + lh_first = 0x0}, pcm_ops = 0x0, entries = {le_next = 0x0, le_prev = 0x0}} + +sw->hw->pcm_ops is NULL. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1862110 b/results/classifier/deepseek-2/output/other/1862110 new file mode 100644 index 000000000..2aba7f137 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1862110 @@ -0,0 +1,67 @@ + +qemu in script is not parsing properly + +Bug Report: +>>qemu-system-x86_64 --version: QEMU emulator version 4.2.0 +>>Arch-linux version 2020.02.01 +I was following a tutorial on how to make a windows vm and i have encountered and issue in the settings of my script I have listed below. + +The commented code directly above the uncommented qemu instance would boot the Windows screen but the issue arises when I try to reach the same code block under the commented setting lines which takes me to the default SeaBIOS loader. + + +#!/bin/bash + +vmname="windows10vm" + +if ps -ef | grep qemu-system-x86_64 | grep -q multifunction=on; then +echo "A passthrough VM is already running." & +exit 1 + +else + +# use pulseaudio + +export QEMU_AUDIO_DRV=pa +export QEMU_PA_SAMPLES=8192 +export QEMU_AUDIO_TIMER_PERIOD=99 +export QEMU_PA_SERVER=/run/user/1000/pulse/native + +cp /usr/share/ovmf/x64/OVMF_VARS.fd /tmp/my_vars.fd + +#qemu-system-x86_64 \ +#-drive id=disk0,if=virtio,cache=none,format=raw,file=.../IMGs/win.img \ +#-drive file=.../ISOs/Win10_1909_English_x64.iso,index=1,media=cdrom \ + +qemu-system-x86_64 \ + +#-name $vmname,process=$vmname \ +#-machine type=q35,accel=kvm \ +#-cpu host,kvm=off \ +#-smp 4,sockets=1,cores=3,threads=1 \ +#-m 8G \ +#-balloon none \ +#-rtc clock=host,base=localtime \ +#-vga none \ +#-nographic \ +#-serial none \ +#-parallel none \ +#-soundhw hda \ +#-usb \ +#-device usb-host,vendorid=...,productid=... \ +#-device usb-host,vendorid=...,productid=... \ +#-device vfio-pci,host=...,multifunction=on \ +#-device vfio-pci,host=... \ +#-drive if=pflash,format=raw,readonly,file=/usr/share/ovmf/x64/OVMF_VARS.fd \ +#-drive if=pflash,format=raw,file=/tmp/my_vars.fd \ +#-boot order= dc \ + +-drive id=disk0,if=virtio,cache=none,format=raw,file=.../IMGs/win.img \ +-drive file=.../ISOs/Win10_1909_English_x64.iso,index=1,media=cdrom \ +-drive file=.../ISOs/virtio-0.1.171.iso,index=2,media=cdrom \ + +#-netdev type=tap,id=net0,ifname=vmtap0,vhost=on \ +#-device virtio-net-pci,netdev=net0,mac=... \ + +exit 0 + +fi \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1862167 b/results/classifier/deepseek-2/output/other/1862167 new file mode 100644 index 000000000..1d0a95145 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1862167 @@ -0,0 +1,4 @@ + +Variation of SVE register size (qemu-user-aarch64) + +Specification of ARMv8-A SVE extention allows various values for the size of the SVE register. On the other hand, it seems that the current qemu-aarch64 supports only the maximum length of 2048 bits as the SVE register size. I am writing an assembler program for a CPU that is compliant with ARMv8-A + SVE and has a 512-bit SVE register, but when this is run with qemu-user-aarch64, a 2048-bit load / store instruction is executed This causes a segmentation fault. Shouldn't qeum-user-aarch64 have an option to specify the SVE register size? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1863025 b/results/classifier/deepseek-2/output/other/1863025 new file mode 100644 index 000000000..71c9106bc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1863025 @@ -0,0 +1,47 @@ + +Use-after-free after flush in TCG accelerator + +I believe I found a UAF in TCG that can lead to a guest VM escape. The security +list informed me "This can not be treated as a security issue." and to post it +here. I am looking at the 4.2.0 source code. The issue requires a race and I +will try to describe it in terms of three concurrent threads. + +I am looking +at the 4.2.0 source code. The issue requires a race and I will try to describe +it in terms of three concurrent threads. + +Thread A: + +A1. qemu_tcg_cpu_thread_fn runs work loop +A2. qemu_wait_io_event => qemu_wait_io_event_common => process_queued_cpu_work +A3. start_exclusive critical section entered +A4. do_tb_flush is called, TB memory freed/re-allocated +A5. end_exclusive exits critical section + +Thread B: + +B1. qemu_tcg_cpu_thread_fn runs work loop +B2. tcg_cpu_exec => cpu_exec => tb_find => tb_gen_code +B3. tcg_tb_alloc obtains a new TB + +Thread C: + +C1. qemu_tcg_cpu_thread_fn runs work loop +C2. cpu_exec_step_atomic executes +C3. TB obtained with tb_lookup__cpu_state or tb_gen_code +C4. start_exclusive critical section entered +C5. cpu_tb_exec executes the TB code +C6. end_exclusive exits critical section + +Consider the following sequence of events: + B2 => B3 => C3 (same TB as B2) => A3 => A4 (TB freed) => A5 => B2 => + B3 (re-allocates TB from B2) => C4 => C5 (freed/reused TB now executing) => C6 + +In short, because thread C uses the TB in the critical section, there is no +guarantee that the pointer has not been "freed" (rather the memory is marked as +re-usable) and therefore a use-after-free occurs. + +Since the TCG generated code can be in the same memory as the TB data structure, +it is possible for an attacker to overwrite the UAF pointer with code generated +from TCG. This can overwrite key pointer values and could lead to code +execution on the host outside of the TCG sandbox. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1863678 b/results/classifier/deepseek-2/output/other/1863678 new file mode 100644 index 000000000..5b9e5d8f2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1863678 @@ -0,0 +1,12 @@ + +qemu and virtio-vga black screen in Android + +QEMU emulator version 4.2.50 + +kernel 5.3.0-29-generic +host Ubuntu 19.10 +guest: Android 8.1 + +While trying to compile I get the following error + +qemu/slirp/src/misc.c:146: undefined reference to `g_spawn_async_with_fds' \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1864704 b/results/classifier/deepseek-2/output/other/1864704 new file mode 100644 index 000000000..ea6aa57e4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1864704 @@ -0,0 +1,46 @@ + +No compatible -machine option in qemu-system-ppc64 for e6500 core + +Hi, + +I'm trying to use qemu-system-ppc64 for emulating a QorIQ T2080 (with e6500 cores). +However, I couldn't find any -machine option that matches -cpu e6500 option, which are listed below: + +C:\Program Files\qemu>qemu-system-ppc64 -machine help +Supported machines are: +40p IBM RS/6000 7020 (40p) +bamboo bamboo +g3beige Heathrow based PowerMAC +mac99 Mac99 based PowerMAC +mpc8544ds mpc8544ds +none empty machine +powernv8 IBM PowerNV (Non-Virtualized) POWER8 +powernv IBM PowerNV (Non-Virtualized) POWER9 (alias of powernv9) +powernv9 IBM PowerNV (Non-Virtualized) POWER9 +ppce500 generic paravirt e500 platform +prep PowerPC PREP platform (deprecated) +pseries-2.1 pSeries Logical Partition (PAPR compliant) +pseries-2.10 pSeries Logical Partition (PAPR compliant) +pseries-2.11 pSeries Logical Partition (PAPR compliant) +pseries-2.12 pSeries Logical Partition (PAPR compliant) +pseries-2.12-sxxm pSeries Logical Partition (PAPR compliant) +pseries-2.2 pSeries Logical Partition (PAPR compliant) +pseries-2.3 pSeries Logical Partition (PAPR compliant) +pseries-2.4 pSeries Logical Partition (PAPR compliant) +pseries-2.5 pSeries Logical Partition (PAPR compliant) +pseries-2.6 pSeries Logical Partition (PAPR compliant) +pseries-2.7 pSeries Logical Partition (PAPR compliant) +pseries-2.8 pSeries Logical Partition (PAPR compliant) +pseries-2.9 pSeries Logical Partition (PAPR compliant) +pseries-3.0 pSeries Logical Partition (PAPR compliant) +pseries-3.1 pSeries Logical Partition (PAPR compliant) +pseries-4.0 pSeries Logical Partition (PAPR compliant) +pseries-4.1 pSeries Logical Partition (PAPR compliant) +pseries pSeries Logical Partition (PAPR compliant) (alias of pseries-4.2) +pseries-4.2 pSeries Logical Partition (PAPR compliant) (default) +ref405ep ref405ep +sam460ex aCube Sam460ex +taihu taihu +virtex-ml507 Xilinx Virtex ML507 reference design + +I am wondering if anyone knows that is if any of them can be selected for such emulation? Thank you! \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1864955 b/results/classifier/deepseek-2/output/other/1864955 new file mode 100644 index 000000000..0635d3a84 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1864955 @@ -0,0 +1,10 @@ + +bundle QEMU installer with HAXM accelerator for Windows + +As you probably know HAXM is an accelerator for Windows. + +https://www.qemu.org/2017/11/22/haxm-usage-windows/ + +Currently it is required to first install QEMU and then install HAXM. + +For a better out of the box user experience on the Windows platform it would be nice if QEMU and HAXM would be installed by the same installer. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1865048 b/results/classifier/deepseek-2/output/other/1865048 new file mode 100644 index 000000000..02d60140a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1865048 @@ -0,0 +1,43 @@ + +qemu-img --force-share does not disable file locking + +The new option "--force-share" for qemu-img does not disable file locking. + +I tried it with version qemu-img version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.21~cloud0) and I traced the source code of the current git trunk. + +Sample to demonstrate: + +# strace qemu-img info --force-share testfile.qcow2 2>&1 | grep F_RDLCK +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 +fcntl(11, F_OFD_SETLK, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=100, l_len=1}) = 0 + +I traced the passing of the --force-share option through the source code (I used commit 6c599282f8 as of Mon Feb 17 13:32:25 2020 +0000) + +qemu-img.c:img_info() + force_share = true; +qemu-img.c:collect_image_info_list(force_share) +qemu-img.c:img_open(force_share) +qemu-img.c:img_open_file(force_share) + qdict_put_bool(options, BDRV_OPT_FORCE_SHARE, true); +block/block-backend.c:blk_new_open(options) +block.c:bdrv_open(options) +block.c:bdrv_open_inheritoptions() +block.c:bdrv_open_common(options) + bs->force_share = qemu_opt_get_bool(opts, BDRV_OPT_FORCE_SHARE, false); +block.c:bdrv_open_driver(bs) +include/block/block_int.h:int (*bdrv_file_open)(BlockDriverState *bs, QDict *options, int flags, +block/file-posix.c:.bdrv_file_open = raw_open, +block/file-posix.c:raw_open_common(bs) + locking = qapi_enum_parse(&OnOffAuto_lookup, + qemu_opt_get(opts, "locking"), + ON_OFF_AUTO_AUTO, &local_err); + ignoring bs->force_share + +At the end, bs->force_share is ignored in determining the locking value. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1865252 b/results/classifier/deepseek-2/output/other/1865252 new file mode 100644 index 000000000..ce11aaba3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1865252 @@ -0,0 +1,34 @@ + +QEMU Windows Portable Version (with HAXM accelerator and QEMU GUI) + +Please consider providing a QEMU Windows portable [1] [2] [3] version on official qemu.org. + +Reasons: + +* This would improve usability, the out of the box user experience of laymen (non-technical) users. +* Linux distributions could add the QEMU Windows portable to their installer / live ISO images (and the DVD's autorun.inf). Users who are still running on the Windows platform could be having an easy path to try out a Linux distribution by running int inside QEMU. I've seen that in many some years ago. Was running Windows. Just open the DVD drive in Windows explorer, double click and QEMU (shipped with the ISO) booted the ISO. + +Ideally EMU Windows portable version would be bundled with: + +* the [QEMU HAXM accelerator] by default. Related ticket: [5] +* a QEMU GUI by default. Related ticket: [6] + + +[1] When I say "Windows Portable" I mean "USB portable". [4] + +[2] A compress archive (zip or so) which after extraction can be executed without further installation / setup required. As far I know [https://portableapps.com portableapps.com] is the most popular project of that kind. + +[3] QEMU might already be portable or mostly portable. See: + +* https://portableapps.com/search/node/QEMU +* https://www.google.com/search?hl=en&q=site%3Aportableapps.com%20QEMU%20portable +* https://www.portablefreeware.com/?id=640 +* https://willhaley.com/blog/simple-portable-linux-qemu-vm-usb/ + +But not sure above projects are still maintained. Would be certainly better if official qemu.org would be providing a QEMU Windows portable version. + +[4] Or more generally "can be run on any external storage medium on any Windows [10] computer. + +[5] https://bugs.launchpad.net/qemu/+bug/1864955 + +[6] https://bugs.launchpad.net/qemu/+bug/1865248 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1865348 b/results/classifier/deepseek-2/output/other/1865348 new file mode 100644 index 000000000..f0ea8eb78 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1865348 @@ -0,0 +1,44 @@ + +virsh domfsinfo testdom crashes the guest agent + + + +[@ ~]# virsh qemu-agent-command vps-01 '{"execute":"guest-get-fsinfo"}' + + +error: Guest agent is not responding: Guest agent disappeared while executing command + +[@ ~]# virsh domfsinfo vps-01 +error: Unable to get filesystem information +error: Guest agent is not responding: Guest agent disappeared while executing command + + +Fault bucket , type 0 +Event Name: APPCRASH +Response: Not available +Cab Id: 0 + +Problem signature: +P1: qemu-ga.exe +P2: 100.0.0.0 +P3: 5c473543 +P4: KERNELBASE.dll +P5: 6.1.7601.24545 +P6: 5e0eb6bd +P7: c0000005 +P8: 000000000000c4d2 +P9: +P10: + +Attached files: + +These files may be available here: +C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_qemu-ga.exe_bd2e6535bdb93328680e0285e89e08f2866db83_49df29e2 + +Analysis symbol: +Rechecking for solution: 0 +Report Id: 2ad29522-5bcc-11ea-bca6-525400e83365 +Report Status: 0 + + +guest os: windows server std 2008r2 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1865350 b/results/classifier/deepseek-2/output/other/1865350 new file mode 100644 index 000000000..686941399 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1865350 @@ -0,0 +1,32 @@ + +fstrim not working with image mounted to path? + + +guest os: windows server standard 2016 +qemu agent version 100.0.0 + +os supports trimming +path mounted image does not support trimming + +C:\Users\Administrator>fsutil behavior query disabledeletenotify +NTFS DisableDeleteNotify = 0 +ReFS DisableDeleteNotify = 1 + + +[@ ~]# virsh qemu-agent-command vps-xxx '{"execute":"guest-fstrim"}' +{"return":{"paths":[{"path":"C:\\"},{"path":"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Mailbox\\xxxx\\","error":"The given volume path is invalid. (0x89000001)"}]}} + + +Looks like the fstrim does not like/check images mounted on a path? Nor detects if image trimming is supported. xxxx is a ReFS mounted image without trimming support. + +If I enable trimming on the ReFS image, and configure it win2016, the result is still the same. + + +C:\Users\Administrator>fsutil behavior query disabledeletenotify +NTFS DisableDeleteNotify = 0 +ReFS DisableDeleteNotify = 0 + +[root@c03 ~]# virsh qemu-agent-command vps-xxx '{"execute":"guest-fstrim"}' +{"return":{"paths":[{"path":"C:\\"},{"path":"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Mailbox\\xxxx\\","error":"The given volume path is invalid. (0x89000001)"}]}} + +PS. tried this on a win 2016 std server with just one fs, no problems then. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1868055 b/results/classifier/deepseek-2/output/other/1868055 new file mode 100644 index 000000000..9b5c0e017 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1868055 @@ -0,0 +1,76 @@ + +cannot run golang app with docker, version 17.09.1-ce, disabling core 0 and qemu-arm, version 2.7. + +Hello! +I figure out that sometimes simple go application is not working. +I am using docker + qemu-arm + go( for armv7l). + +These are version info below. + +root@VDBS1535:~# docker -v +Docker version 17.09.1-ce, build 19e2cf6 + +bash-3.2# qemu-arm --version +qemu-arm version 2.7.0, Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers + +$ go version +go version go1.12.6 linux/arm +$ go env +GOARCH="arm" +GOBIN="" +GOCACHE="/home/quickbuild/.cache/go-build" +GOEXE="" +GOFLAGS="" +GOHOSTARCH="arm" +GOHOSTOS="linux" +GOOS="linux" +GOPATH="/home/quickbuild/go" +GOPROXY="" +GORACE="" +GOROOT="/usr/lib/golang" +GOTMPDIR="" +GOTOOLDIR="/usr/lib/golang/pkg/tool/linux_arm" +GCCGO="gccgo" +GOARM="7" +CC="gcc" +CXX="g++" +CGO_ENABLED="1" +GOMOD="" +CGO_CFLAGS="-g -O2" +CGO_CPPFLAGS="" +CGO_CXXFLAGS="-g -O2" +CGO_FFLAGS="-g -O2" +CGO_LDFLAGS="-g -O2" +PKG_CONFIG="pkg-config" +GOGCCFLAGS="-fPIC -marm -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build242285369=/tmp/go-build -gno-record-gcc-switches" + +This issue is come only when I disable core 0 using a command below. +please check "--cpuset-cpus=1-55" option. + +sudo docker run --privileged -d -i -t --cpuset-cpus=1-55 --mount type=bind,source="/home/dw83kim/mnt",destination="/mnt" --network host --name="ubuntu_core1" ubuntu:xenial-20200212 + + +This is what I have tested in the environment above. + +package main +func main(){ + for i:=0; i<1000; i++ { + println("Hello world") + } +} + +This is one of the error logs have faced sometimes not always. + +bash-3.2# go run test.go +fatal error: schedule: holding locks +panic during panic +SIGILL: illegal instruction +PC=0xc9ec4c m=3 sigcode=2 + +goroutine 122 [runnable]: +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +Segmentation fault (core dumped) +bash-3.2# + +Please check it. +Thanks in advance. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1871005 b/results/classifier/deepseek-2/output/other/1871005 new file mode 100644 index 000000000..81b8a24ac --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1871005 @@ -0,0 +1,18 @@ + +build fails on CLOCK_MONOTONIC + +Moc OS X.11.6 El Capitan + +build fails on this + +/Users/alba/Downloads/qemu-5.0.0-rc1/include/qemu/timer.h:843:9: warning: + implicit declaration of function 'clock_gettime' is invalid in C99 + [-Wimplicit-function-declaration] + clock_gettime(CLOCK_MONOTONIC, &ts); + ^ +/Users/alba/Downloads/qemu-5.0.0-rc1/include/qemu/timer.h:843:23: error: use of + undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &ts); + ^ +1 warning and 1 error generated. +make: *** [trace/control.o] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1871798 b/results/classifier/deepseek-2/output/other/1871798 new file mode 100644 index 000000000..ec2e2a5cf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1871798 @@ -0,0 +1,4 @@ + +Fails to start on Windows host without explicit --disable-pie + +Since commit d2cd29e30736afd4a1e8cac3cf4da360bbc65978, which removed the x86 conditional around PIE, QEMU completely fails to start on a Windows host unless --disable-pie is explicitly given at build time. Even just requesting the help text doesn't work. To make testing easier, this can be replicated with Wine. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1872 b/results/classifier/deepseek-2/output/other/1872 new file mode 100644 index 000000000..5fe13af78 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1872 @@ -0,0 +1,2 @@ + +When I compile package , I will report 'Could not open'/lib64/ld musl arch64. so. 1 ': No such file or directory diff --git a/results/classifier/deepseek-2/output/other/1872113 b/results/classifier/deepseek-2/output/other/1872113 new file mode 100644 index 000000000..a5b736c70 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1872113 @@ -0,0 +1,52 @@ + +qemu docs fails to build with Sphinx 3.0.x + +We've just updated Sphinx to version 3.0.1 and qemu fails to build the docs with this version. + +Here's the relevant section in the build log. + +CONFDIR="/etc/qemu" /usr/bin/sphinx-build-3 -W -b html -D version=4.2.92 -D release="4.2.92 (qemu-5.0.0-0.rc2.0.1.mga8)" -d .doctrees/devel-html /home/iurt/rpmbuild/BUILD/qemu-5.0.0-rc2/docs/devel docs/devel +Running Sphinx v3.0.1 +making output directory... done +building [mo]: targets for 0 po files that are out of date +building [html]: targets for 14 source files that are out of date +updating environment: [new config] 14 added, 0 changed, 0 removed +reading sources... [ 7%] bitops +reading sources... [ 14%] decodetree +reading sources... [ 21%] index +reading sources... [ 28%] kconfig +reading sources... [ 35%] loads-stores +reading sources... [ 42%] memory +reading sources... [ 50%] migration +reading sources... [ 57%] reset +reading sources... [ 64%] s390-dasd-ipl +reading sources... [ 71%] secure-coding-practices +reading sources... [ 78%] stable-process +reading sources... [ 85%] tcg +reading sources... [ 92%] tcg-plugins +reading sources... [100%] testing + + +Warning, treated as error: +/home/iurt/rpmbuild/BUILD/qemu-5.0.0-rc2/docs/../include/exec/memory.h:3:Type must be either just a name or a typedef-like declaration. +If just a name: + Error in declarator or parameters + Invalid C declaration: Expected identifier in nested name, got keyword: struct [error at 6] + struct MemoryListener + ------^ +If typedef-like declaration: + Error in declarator or parameters + Invalid C declaration: Expected identifier in nested name. [error at 21] + struct MemoryListener + ---------------------^ + +make: *** [Makefile:1095: docs/devel/index.html] Error 2 +make: *** Waiting for unfinished jobs.... + +I found this commit for memory.h that includes the section that faults. +https://github.com/qemu/qemu/commit/5d248213180749e674fbccbacc6ee9c38499abb3#diff-d892cbf314945b44699534cc1de4ebbd + +You can see the whol build log here. +https://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20200410161120.tv.duvel.699/log/qemu-5.0.0-0.rc2.0.1.mga8/build.0.20200410161338.log + +System: Mageia Cauldron \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1874073 b/results/classifier/deepseek-2/output/other/1874073 new file mode 100644 index 000000000..b7561d029 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1874073 @@ -0,0 +1,15 @@ + +openrisc_sim.c:87:42: error: 'cpu_irqs[0]' may be used uninitialized in this function [-Werror=maybe-uninitialized] + +I see the warning since gcc10: + +static void openrisc_sim_init(MachineState *machine): +... + qemu_irq *cpu_irqs[2]; +... + + + serial_mm_init(get_system_memory(), 0x90000000, 0, serial_irq, + 115200, serial_hd(0), DEVICE_NATIVE_ENDIAN); + +I would initialize cpu_irqs[2] with {}. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1874674 b/results/classifier/deepseek-2/output/other/1874674 new file mode 100644 index 000000000..a8fa010a0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1874674 @@ -0,0 +1,7 @@ + +[Feature request] acceptance test class to run user-mode binaries + +Currently the acceptance test framework only target system-mode emulation. +It would be useful to test user-mode too. + +Ref: https://<email address hidden>/msg626610.html \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1874678 b/results/classifier/deepseek-2/output/other/1874678 new file mode 100644 index 000000000..f9d582694 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1874678 @@ -0,0 +1,4 @@ + +[Feature request] python-qemu package + +It would be useful to have the python/qemu/ files publish as a Python pip package, so users from distribution can also use the QEMU python methods (in particular for testing) without having to clone the full repository. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1875819 b/results/classifier/deepseek-2/output/other/1875819 new file mode 100644 index 000000000..08aa77517 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1875819 @@ -0,0 +1,4 @@ + +[Feature request] prebuilt testing docker images + +Instead of building qemu:docker images locally, we should pull the one built from Travis/Shippable/GitLab by default, and build it only when manually requested. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1878348 b/results/classifier/deepseek-2/output/other/1878348 new file mode 100644 index 000000000..c44c0016e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1878348 @@ -0,0 +1,19 @@ + +--static build fails in v5.0 (since 5010cec2bc87dafab39b3913c8ca91f88df9c540) + +Hi, + +Since commit 5010cec2bc87dafab39b3913c8ca91f88df9c540, building qemu fails when configured with --static (eg ../configure --target-list=x86_64-softmmu,x86_64-linux-user --enable-debug --static). + +On ubuntu 16.04, it fails to find -lffi and -lselinux. + +After I apt-get install libffi-dev libselinux1-dev, the build still fails: +../backends/dbus-vmstate.o: In function `_nocheck__trace_dbus_vmstate_pre_save': +/home/christophe.lyon/src/qemu/build-static/backends/trace.h:29: undefined reference to `_TRACE_DBUS_VMSTATE_PRE_SAVE_DSTATE' +../backends/dbus-vmstate.o: In function `_nocheck__trace_dbus_vmstate_post_load': +/home/christophe.lyon/src/qemu/build-static/backends/trace.h:52: undefined reference to `_TRACE_DBUS_VMSTATE_POST_LOAD_DSTATE' +../backends/dbus-vmstate.o: In function `_nocheck__trace_dbus_vmstate_loading': +/home/christophe.lyon/src/qemu/build-static/backends/trace.h:75: undefined reference to `_TRACE_DBUS_VMSTATE_LOADING_DSTATE' +../backends/dbus-vmstate.o: In function `_nocheck__trace_dbus_vmstate_saving': +/home/christophe.lyon/src/qemu/build-static/backends/trace.h:98: undefined reference to `_TRACE_DBUS_VMSTATE_SAVING_DSTATE' +collect2: error: ld returned 1 exit status \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1878501 b/results/classifier/deepseek-2/output/other/1878501 new file mode 100644 index 000000000..c73fecc54 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1878501 @@ -0,0 +1,32 @@ + +qemu-i386 does not define AT_SYSINFO + +qemu-i386 does not define the AT_SYSINFO auxval when running i386 Linux binaries. + +On most libcs, this is properly handled, but this is mandatory for the i686 Bionic (Android) libc or it will segfault. + +This is due to a blind assumption that getauxval(AT_SYSINFO) will return a valid function pointer: + +The code varies from version to version, but it looks like this: + +void *__libc_sysinfo; +// mangled as _Z19__libc_init_sysinfov +void __libc_init_sysinfo() { + bool dummy; + // __bionic_getauxval = getauxval + __libc_sysinfo = reinterpret_cast<void *>(__bionic_getauxval(AT_SYSINFO, dummy)); +} + +A simple way to reproduce is to compile a basic C program against the NDK: + +int main(void) { return 0; } + +$ i686-linux-android-clang -static empty.c -o empty +$ qemu-i386 -cpu max ./empty +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +Segmentation fault + +The place where it segfaults is misleading: It will, at least on the current NDK, crash on __set_thread_area, this is due to it calling a function pointer to __libc_sysinfo returned by __kernel_syscall. + +QEMU 4.1.1 (aarch64) +Pixel 2 XL via Termux \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1878627 b/results/classifier/deepseek-2/output/other/1878627 new file mode 100644 index 000000000..7512a31ec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1878627 @@ -0,0 +1,12 @@ + +audio/mixeng build failure using Clang 10 + +When building with Clang 10 on Fedora 32, we get: + + CC audio/mixeng.o + audio/mixeng.c:274:34: error: implicit conversion from 'unsigned int' to 'float' changes value from 4294967295 to 4294967296 [-Werror,-Wimplicit-int-float-conversion] + static const float float_scale = UINT_MAX / 2.f; + ^~~~~~~~ ~ + /usr/lib64/clang/10.0.0/include/limits.h:56:37: note: expanded from macro 'UINT_MAX' + #define UINT_MAX (__INT_MAX__ *2U +1U) + ~~~~~~~~~~~~~~~~~^~~ \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1878628 b/results/classifier/deepseek-2/output/other/1878628 new file mode 100644 index 000000000..36a72aea5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1878628 @@ -0,0 +1,9 @@ + +linux-user/mmap build failure using Clang 10 + +When building with Clang 10 on Fedora 32, we get: + + CC linux-user/mmap.o + linux-user/mmap.c:720:49: error: result of comparison 'unsigned long' > 18446744073709551615 is always false [-Werror,-Wtautological-type-limit-compare] + if ((unsigned long)host_addr + new_size > (abi_ulong)-1) { + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~ \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1879672 b/results/classifier/deepseek-2/output/other/1879672 new file mode 100644 index 000000000..2877d208d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1879672 @@ -0,0 +1,13 @@ + +QEMU installer with WHPX support + +People often ask the community to add WHPX support to the QEMU installer for Windows, +but it is impossible due to the license limitations of the WHPX SDK. + +The WinHvEmulation.h and WinHvPlatform.h header files needed are "All +rights reserved". + +However these headers only contain struct definitions and integer constants, +no functional code in macros or inline functions. See: +https://<email address hidden>/msg645815.html +It is questionable whether the headers alone can be considered copyrightable material. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1879998 b/results/classifier/deepseek-2/output/other/1879998 new file mode 100644 index 000000000..827b46909 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1879998 @@ -0,0 +1,28 @@ + +Bad check for return value of mmap() + +In +./roms/skiboot/extract-gcov.c +there is this code: + + addr = mmap(NULL, sb.st_size, PROT_READ, MAP_PRIVATE, fd, 0); + assert(addr != NULL); + +This check is wrong, mmap never returns NULL, on errors it returns MAP_FAILED (or -1). (Also sidenote: asserts usually shouldn't be used for error checking.) + +In +roms/skiboot/libstb/print-container.c +there's a similar issue: + + payload = mmap(NULL, payload_st.st_size - SECURE_BOOT_HEADERS_SIZE, + PROT_READ, MAP_PRIVATE, fdin, SECURE_BOOT_HEADERS_SIZE); + if (!payload) + +This if should be (payload == MAP_FAILED). + +Another one is in +./roms/skiboot/libstb/create-container.c + +And in +./roms/u-boot/tools/aisimage.c +there's an mmap call that does not check the return value at all. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1881645 b/results/classifier/deepseek-2/output/other/1881645 new file mode 100644 index 000000000..ca7bc8381 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1881645 @@ -0,0 +1,5 @@ + +qemu-system-x86_64 --help (or --version) gives no output + +I have Arch Linux with qemu 5.0.0-6 (seen with pacman). Running VMs work just fine, but when I run qemu-system-x86_64 --version or qemu-system-x86_64 --help, there is no feedback on the screen. This behavior messes up other applications (GNS3 in my case that cannot recognize qemu as correctly installed because there is no feedback. +My kernel is 5.6.11. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1881729 b/results/classifier/deepseek-2/output/other/1881729 new file mode 100644 index 000000000..c673c2610 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1881729 @@ -0,0 +1,4 @@ + +target_read_memory in disas.c ignores possible errors + +`target_read_memory` in `disas.c` ignores (possible) errors. This leads to disassembler possibly disassembling garbage. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1882065 b/results/classifier/deepseek-2/output/other/1882065 new file mode 100644 index 000000000..1ae2a5a7d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1882065 @@ -0,0 +1,28 @@ + +Could this cause OOB bug ? + +In function megasas_handle_scsi(hw/scsi/megasas.c): + +```c +static int megasas_handle_scsi(MegasasState *s, MegasasCmd *cmd, + int frame_cmd) +{ + ............................................................................ + cdb = cmd->frame->pass.cdb; + target_id = cmd->frame->header.target_id; + lun_id = cmd->frame->header.lun_id; + cdb_len = cmd->frame->header.cdb_len; + ............................................................................ + if (cdb_len > 16) { + trace_megasas_scsi_invalid_cdb_len( + mfi_frame_desc[frame_cmd], is_logical, + target_id, lun_id, cdb_len); + megasas_write_sense(cmd, SENSE_CODE(INVALID_OPCODE)); + cmd->frame->header.scsi_status = CHECK_CONDITION; + s->event_count++; + return MFI_STAT_SCSI_DONE_WITH_ERROR; + } +} +``` + +Two variables, frame_cmd and cdb_len, can be controlled by guest os. So can mfi_frame_desc[frame_cmd] cause OOB bug ? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1883 b/results/classifier/deepseek-2/output/other/1883 new file mode 100644 index 000000000..c33e13ef3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1883 @@ -0,0 +1,7 @@ + +riscv64-debian-cross-container CI job fails +Description of problem: +The riscv64-debian-cross-container job is allowed to fail and has been failing for some time. If it fails all the time then running it is a waste of electricity and the test should be disabled. Or maybe someone familiar with the test can rectify things and get it passing again. Either way, it's time for someone familiar with the test to review it. + +Here it a recent CI failure: +https://gitlab.com/qemu-project/qemu/-/jobs/5058610458 diff --git a/results/classifier/deepseek-2/output/other/1883560 b/results/classifier/deepseek-2/output/other/1883560 new file mode 100644 index 000000000..10dc887b2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1883560 @@ -0,0 +1,32 @@ + +mips linux-user builds occasionly crash randomly only to be fixed by a full clean re-build + +From time to time I find check-tcg crashes with a one of the MIPS binaries. The last time it crashed was running the test: + + ./mips64el-linux-user/qemu-mips64el ./tests/tcg/mips64el-linux-user/threadcount + +Inevitably after some time noodling around wondering what could be causing this weird behaviour I wonder if it is a build issue. I wipe all the mips* build directories, re-run configure and re-build and voila problem goes away. + +It seems there must be some sort of build artefact which isn't being properly re-generated on a build update which causes weird problems. Additional data point if I: + + rm -rf mips64el-linux-user + ../../configure + make + +then I see failures in mip32 builds - eg: + + GEN mipsn32el-linux-user/config-target.h + In file included from /home/alex/lsrc/qemu.git/linux-user/syscall_defs.h:10, + from /home/alex/lsrc/qemu.git/linux-user/qemu.h:16, + from /home/alex/lsrc/qemu.git/linux-user/linuxload.c:5: + /home/alex/lsrc/qemu.git/linux-user/mips64/syscall_nr.h:1: error: unterminated #ifndef + #ifndef LINUX_USER_MIPS64_SYSCALL_NR_H + + make[1]: *** [/home/alex/lsrc/qemu.git/rules.mak:69: linux-user/linuxload.o] Error 1 + make[1]: *** Waiting for unfinished jobs.... + +which implies there is a cross dependency between different targets somewhere. If I executed: + + rm -rf mips* + +before re-configuring and re-building then everything works again. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1884 b/results/classifier/deepseek-2/output/other/1884 new file mode 100644 index 000000000..e3dfb6f0c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1884 @@ -0,0 +1,11 @@ + +avocado-system-* CI jobs are unreliable +Description of problem: +The avocado-system-* CI jobs fail randomly: +https://gitlab.com/qemu-project/qemu/-/jobs/5058610614 +https://gitlab.com/qemu-project/qemu/-/jobs/5058610654 +https://gitlab.com/qemu-project/qemu/-/jobs/5030428571 + +I don't know how to interpret the test output. Until these CI jobs pass reliably it won't be possible for me to identify when a subtest that is actually healthy/reliable breaks. + +Please take a look at the logs and fix or remove unreliable test cases. diff --git a/results/classifier/deepseek-2/output/other/1884728 b/results/classifier/deepseek-2/output/other/1884728 new file mode 100644 index 000000000..4e6c4fece --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1884728 @@ -0,0 +1,40 @@ + +facing build error for qemu-4.0.0 on SUSE11 OS + +I am trying to compile qemu-4.0.0 on suse11 OS and facing the following error on the console: +ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T. + You probably need to set PKG_CONFIG_LIBDIR + to point to the right pkg-config files for your + build target + +Looking into the config.log file following is the error that is listed: + +config-temp/qemu-conf.c:12:11: error: 'WACS_DEGREE' undeclared (first use in this function) + add_wch(WACS_DEGREE); + ^ +config-temp/qemu-conf.c:12:11: note: each undeclared identifier is reported only once for each function it appears in + +ld: skipping incompatible /usr/lib//libc.so when searching for -lc +ld: skipping incompatible /usr/lib//libc.a when searching for -lc +/tmp/ccmme6E4.o: In function `main': +qemu-conf.c:(.text+0x2b): undefined reference to `resize_term' +qemu-conf.c:(.text+0x32): undefined reference to `stdscr' +qemu-conf.c:(.text+0x49): undefined reference to `waddnwstr' +qemu-conf.c:(.text+0x50): undefined reference to `stdscr' +qemu-conf.c:(.text+0x67): undefined reference to `waddnwstr' +qemu-conf.c:(.text+0x6e): undefined reference to `_nc_wacs' +qemu-conf.c:(.text+0x7f): undefined reference to `stdscr' +qemu-conf.c:(.text+0x8d): undefined reference to `wadd_wch' +collect2: error: ld returned 1 exit status + +Following are the details of the tools versions: +OS version = SUSE Linux Enterprise Server 11 (x86_64) +python = v2.7.10 +glib = v2.56.1 +gcc = v4.8.3 +sdl2 = v2.0.12 + +Can someone help me understand the cause of this error? + +regards, +Harshit \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1884982 b/results/classifier/deepseek-2/output/other/1884982 new file mode 100644 index 000000000..d98a20c00 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1884982 @@ -0,0 +1,15 @@ + +User-emu documentation mentions inexistent "runtime" downloads + +The official documentation for the user-space emulator[1] contains many references to binary blobs no longer provided by QEMU.org for download. The parts mentioning them should be rephrased to avoid confusion and instructions for building these components should be provided (maybe as a reference to the LFS book with some scripts). The specific parts are: + +* qemu-XXX-i386-wine.tar.gz, a wine build under the prefix /wine. +* qemu-runtime-i386-XXX-.tar.gz, a glibc build. + + [1]: https://www.qemu.org/docs/master/user/main.html + +In addition, the documentation contains many other instances of inexistent "tar.gz" files, such as in "Network emulation". Most of these are inherited from the days of texi documentation more than 10 years ago, and they are so old that GitHub's blame have become unreliable. Someone really should run `fgrep -r 'tar.gz' doc' on the QEMU source tree. + +The issue was previously reported as [2], but nobody bother enough to google the filename to find out where the confused user got the idea from. + + [2]: https://<email address hidden>/msg569174.html \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1885553 b/results/classifier/deepseek-2/output/other/1885553 new file mode 100644 index 000000000..fe6032486 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1885553 @@ -0,0 +1,11 @@ + +make-check test failed with "Segmentation fault" + +While running the make-check testing on arm architecture the test failed with error: +"kill_qemu() detected QEMU death from signal 11 (Segmentation fault) (core dumped)". Apart from that make-install test always passes. +The problem doesn't reproduce in 100% +qemu - from the master branch +RHEL-8 kernel 4.18.0-221.el8.aarch64 +Logfile with an error you can to find in attachment + +Thanks \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1885718 b/results/classifier/deepseek-2/output/other/1885718 new file mode 100644 index 000000000..13a4531de --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1885718 @@ -0,0 +1,10 @@ + +qemu/target/mips/op_helper.c:943:5: style:inconclusive: Found duplicate branches for 'if' and 'else' + +Source code is + + if (other_tc == other->current_tc) { + tccause = other->CP0_Cause; + } else { + tccause = other->CP0_Cause; + } \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1885719 b/results/classifier/deepseek-2/output/other/1885719 new file mode 100644 index 000000000..ce970c532 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1885719 @@ -0,0 +1,12 @@ + +qemu/target/nios2/helper.c:261:20: style:inconclusive: Found duplicate branches for 'if' and 'else' + +Source code is + + } else if (address >= 0x80000000) { + /* Kernel virtual page */ + return cpu_nios2_handle_virtual_page(cs, address, rw, mmu_idx); + } else { + /* User virtual page */ + return cpu_nios2_handle_virtual_page(cs, address, rw, mmu_idx); + } \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1885720 b/results/classifier/deepseek-2/output/other/1885720 new file mode 100644 index 000000000..56fe79e7a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1885720 @@ -0,0 +1,12 @@ + +qemu/migration/postcopy-ram.c:387: bad return expression ? + +qemu/migration/postcopy-ram.c:387:9: style: Non-boolean value returned from function returning bool [returnNonBoolInBooleanFunction] + +Source code is + + return -1; + +but + +bool postcopy_ram_supported_by_host( \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1885889 b/results/classifier/deepseek-2/output/other/1885889 new file mode 100644 index 000000000..355d464f6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1885889 @@ -0,0 +1,40 @@ + +ERROR: core-image-minimal-1.0-r0 do_rootfs: The postinstall intercept hook 'update_font_cache' failed, + +Hello, + +I am trying to build bitbake core-image-minimal getting following error. + +santhosh@santhosh-VirtualBox:~/Denverton/Source/BSP/poky/build$ bitbake core-image-minimal +Loading cache: 100% |###############################################################################################| Time: 0:00:00 +Loaded 1370 entries from dependency cache. +NOTE: Resolving any missing task queue dependencies + +Build Configuration: +BB_VERSION = "1.44.0" +BUILD_SYS = "x86_64-linux" +NATIVELSBSTRING = "universal" +TARGET_SYS = "x86_64-poky-linux" +MACHINE = "ddsmdnv" +DISTRO = "poky" +DISTRO_VERSION = "3.0.2" +TUNE_FEATURES = "m64 corei7" +TARGET_FPU = "" +meta +meta-poky +meta-ddsmdnv = "DDSM_Denverton_PHASE_1_FDJ_Release:471fec241d3a1a4b70ad58135fe229eab2b6a196" + +Initialising tasks: 100% |##########################################################################################| Time: 0:00:05 +Sstate summary: Wanted 413 Found 0 Missed 413 Current 937 (0% match, 69% complete) +NOTE: Executing Tasks +NOTE: Setscene tasks completed +ERROR: core-image-minimal-1.0-r0 do_rootfs: The postinstall intercept hook 'update_font_cache' failed, details in /home/santhosh/Denverton/Source/BSP/poky/build/tmp/work/ddsmdnv-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs +ERROR: Logfile of failure stored in: /home/santhosh/Denverton/Source/BSP/poky/build/tmp/work/ddsmdnv-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.9682 +ERROR: Task (/home/santhosh/Denverton/Source/BSP/poky/meta-ddsmdnv/recipes-core/images/core-image-minimal.bb:do_rootfs) failed with exit code '1' + + +Could you please help me on how to fix this issue. + +Thank you. + +Santhosh \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1886097 b/results/classifier/deepseek-2/output/other/1886097 new file mode 100644 index 000000000..31822960f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1886097 @@ -0,0 +1,34 @@ + +Error in user-mode calculation of ELF program's brk + +There's a discrepancy between the way QEMU user-mode and Linux calculate the initial program break for statically-linked binaries. I have a binary with the following segments: + + Program Headers: + Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align + EXIDX 0x065a14 0x00075a14 0x00075a14 0x00588 0x00588 R 0x4 + PHDR 0x0a3000 0x000a3000 0x000a3000 0x00160 0x00160 R 0x1000 + LOAD 0x0a3000 0x000a3000 0x000a3000 0x00160 0x00160 R 0x1000 + LOAD 0x000000 0x00010000 0x00010000 0x65fa0 0x65fa0 R E 0x10000 + LOAD 0x066b7c 0x00086b7c 0x00086b7c 0x02384 0x02384 RW 0x10000 + NOTE 0x000114 0x00010114 0x00010114 0x00044 0x00044 R 0x4 + TLS 0x066b7c 0x00086b7c 0x00086b7c 0x00010 0x00030 R 0x4 + GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RW 0x8 + GNU_RELRO 0x066b7c 0x00086b7c 0x00086b7c 0x00484 0x00484 R 0x1 + LOAD 0x07e000 0x00089000 0x00089000 0x03ff4 0x03ff4 R E 0x1000 + LOAD 0x098000 0x00030000 0x00030000 0x01000 0x01000 RW 0x1000 + +The call to set_brk in Linux's binfmt_elf.c receives these arguments: + + set_brk(0xa3160, 0xa3160, 1) + +Whereas in QEMU, info->brk gets set to 0x88f00. When the binary is run in QEMU, it crashes on the second call to brk, whereas it runs fine on real ARM hardware. I think the trouble is that the program break is set to an address lower than the virtual address of a LOAD segment (the program headers, in this case). + +I believe that this discrepancy arises because in QEMU, info->brk is only incremented when the LOAD segment in question has PROT_WRITE. For this binary, the LOAD segment with write permissions and the highest virtual address is + + LOAD 0x066b7c 0x00086b7c 0x00086b7c 0x02384 0x02384 RW 0x10000 + +which overlaps with the TLS segment: + + TLS 0x066b7c 0x00086b7c 0x00086b7c 0x00010 0x00030 R 0x4 + +However, the Linux kernel puts the program break after the loadable segment with the highest virtual address, regardless of flags. So I think the fix is for QEMU to do the same. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1886208 b/results/classifier/deepseek-2/output/other/1886208 new file mode 100644 index 000000000..fe8a11b09 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1886208 @@ -0,0 +1,17 @@ + +[Feature request] Haiku VM image + +We already have handy VMs to build QEMU within: + +$ git grep -l basevm.BaseVM +tests/vm/centos +tests/vm/fedora +tests/vm/freebsd +tests/vm/netbsd +tests/vm/openbsd +tests/vm/ubuntu.i386 + +With David Carlier recent work, we can build QEMU on Haiku OS: +https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg01241.html + +To avoid bitrots it would be useful to have a Haiku VM. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1886210 b/results/classifier/deepseek-2/output/other/1886210 new file mode 100644 index 000000000..b9689883b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1886210 @@ -0,0 +1,17 @@ + +[Feature request] Illumnos VM image + +We already have handy VMs to build QEMU within: + +$ git grep -l basevm.BaseVM +tests/vm/centos +tests/vm/fedora +tests/vm/freebsd +tests/vm/netbsd +tests/vm/openbsd +tests/vm/ubuntu.i386 + +It would be useful to have a illumos VM to do build testing and avoid regressions. + +Suggested by Thomas Huth: +https://<email address hidden>/msg719202.html \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1886343 b/results/classifier/deepseek-2/output/other/1886343 new file mode 100644 index 000000000..41b3bf489 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1886343 @@ -0,0 +1,15 @@ + +configure has non-posix bash syntax + +which gives an error when run on a system that uses dash for /bin/sh. + +The problem is at line 6464 which has + if test "$have_keyring" == "yes" +the double equal sign is non-posix bash syntax that isn't accepted by posix shells like dash. This was added 2020-05-25 according to git blame so looks like a recent problem. + +On an Ubuntu 20.04 system with top of tree sources I get +gondor:2027$ ../qemu/configure --prefix=/home/wilson/FOSS/qemu/install-qemu-tmp --target-list=riscv64-linux-user,riscv64-softmmu,riscv32-linux-user,riscv32-softmmu +../qemu/configure: 6464: test: yes: unexpected operator +... + +configure completes OK, so this is a minor problem. It is just one configure test that is failing to work properly. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1887318 b/results/classifier/deepseek-2/output/other/1887318 new file mode 100644 index 000000000..2f67f0597 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1887318 @@ -0,0 +1,5 @@ + +impossible to install in OSX Yosemite 10.10.5 + +the Brew method has glib problems, glib is impossible to install. +the MacPorts method has a very long .log file. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1887820 b/results/classifier/deepseek-2/output/other/1887820 new file mode 100644 index 000000000..49e4831f9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1887820 @@ -0,0 +1,8 @@ + +TCG test targets missing from 'make check-help' + +We can run the TCG tests using: + +$ make run-tcg-tests-$TARGET-softmmu + +This is not listed in 'make check-help'. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1888431 b/results/classifier/deepseek-2/output/other/1888431 new file mode 100644 index 000000000..0e64e13e5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1888431 @@ -0,0 +1,53 @@ + +v5.1.0-rc1 build fails on Mac OS X 10.11.6 + +Hi all, + +build of tag v5.1.0-rc1 fails on Mac OS X 10.11.6 (El Capitan) with the following error: + +git clone https://git.qemu.org/git/qemu.git + <output elided, but all OK> +cd qemu +git submodule init + <output elided, but all OK> +git submodule update --recursive + <output elided, but all OK> +./configure + <output elided, but all OK> +make + <output elided, but all OK up until fail> + + CC trace/control.o +In file included from trace/control.c:29: +In file included from /Users/rtb/src/qemu/include/monitor/monitor.h:4: +In file included from /Users/rtb/src/qemu/include/block/block.h:4: +In file included from /Users/rtb/src/qemu/include/block/aio.h:23: +/Users/rtb/src/qemu/include/qemu/timer.h:843:9: warning: implicit declaration of function 'clock_gettime' is invalid in C99 + [-Wimplicit-function-declaration] + clock_gettime(CLOCK_MONOTONIC, &ts); + ^ +/Users/rtb/src/qemu/include/qemu/timer.h:843:23: error: use of undeclared identifier 'CLOCK_MONOTONIC' + clock_gettime(CLOCK_MONOTONIC, &ts); + ^ +1 warning and 1 error generated. +make: *** [trace/control.o] Error 1 + + +rtb:qemu rtb$ git log -n1 +commit c8004fe6bbfc0d9c2e7b942c418a85efb3ac4b00 (HEAD -> master, tag: v5.1.0-rc1, origin/master, origin/HEAD) +Author: Peter Maydell <email address hidden> +Date: Tue Jul 21 20:28:59 2020 +0100 + + Update version for v5.1.0-rc1 release + + Signed-off-by: Peter Maydell <email address hidden> +rtb:qemu rtb$ + + +Please find the full output of all the commands (from git clone of the repo, to the make) in the attached file "buildfail.txt". + +Thank you! + +Best regards, + +Robert Ball \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1890545 b/results/classifier/deepseek-2/output/other/1890545 new file mode 100644 index 000000000..0e26a270c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1890545 @@ -0,0 +1,26 @@ + +(ARM64) qemu-x86_64+schroot(Debian bullseye) can't run chrome and can't load HTML + +First I creat a file system that is debian(bullseye amd64)on arm64 machine，then I download google-chrome，however, when I ran Google browser, some errors occurred. + +$ google-chrome --no-sandbox +or +$ qemu-x86_64-static google-chrome --no-sandbox + +qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped +qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped +[1661:1661:0806/074307.502638:ERROR:nacl_fork_delegate_linux.cc(323)] Bad NaCl helper startup ack (0 bytes) +[1664:1664:0806/074307.504159:ERROR:nacl_fork_delegate_linux.cc(323)] Bad NaCl helper startup ack (0 bytes) +qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped +qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped +[1637:1678:0806/074308.337567:ERROR:file_path_watcher_linux.cc(315)] inotify_init() failed: Function not implemented (38) +Fontconfig warning: "/etc/fonts/fonts.conf", line 100: unknown element "blank" +qemu: unknown option 'type=utility' +[1637:1680:0806/074313.598432:FATAL:gpu_data_manager_impl_private.cc(439)] GPU process isn't usable. Goodbye. +qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped +Trace/breakpoint trap + +Why? +And then I run firefox,it can be opened, but it can't load any web pages and HTML. +I really need help！ +Thank. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1892533 b/results/classifier/deepseek-2/output/other/1892533 new file mode 100644 index 000000000..850919780 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1892533 @@ -0,0 +1,6 @@ + +Meson: Missing config-host.mak + +Wanted to give a try to the new build system, but a simple "meson build" gives that error: + +meson.build:15:0: ERROR: Failed to load /home/xclaesse/programmation/qemu/build/config-host.mak: [Errno 2] No such file or directory: '/home/xclaesse/programmation/qemu/build/config-host.mak' \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1892544 b/results/classifier/deepseek-2/output/other/1892544 new file mode 100644 index 000000000..e4425b069 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1892544 @@ -0,0 +1,44 @@ + +meson qemu 5.2 can not built with msys2 + +pacman -S base-devel mingw-w64-x86_64-toolchain git +pacman -S mingw-w64-x86_64-python mingw-w64-x86_64-python-setuptools +pacman -S mingw-w64-x86_64-spice-protocol + +cd /mingw64/bin +cp x86_64-w64-mingw32-gcc-ar.exe x86_64-w64-mingw32-ar.exe +cp x86_64-w64-mingw32-gcc-ranlib.exe x86_64-w64-mingw32-ranlib.exe +cp windres.exe x86_64-w64-mingw32-windres.exe +cp nm.exe x86_64-w64-mingw32-nm.exe +cp objcopy.exe x86_64-w64-mingw32-objcopy.exe +cd ~ +cd qemu.org-x64 + + +../qemu.org/configure \ + --python=python3 \ + --cross-prefix=x86_64-w64-mingw32- --enable-gtk --enable-sdl \ + --enable-capstone=git \ + --enable-stack-protector \ + --enable-gnutls \ + --enable-nettle \ + --enable-vnc \ + --enable-vnc-sasl \ + --enable-vnc-jpeg \ + --enable-vnc-png \ + --enable-membarrier \ + --enable-slirp=git \ + --disable-kvm \ + --enable-hax \ + --enable-whpx \ + --disable-spice \ + --enable-lzo \ + --enable-snappy \ + --enable-bzip2 \ + --enable-vdi \ + --enable-qcow1 \ + --enable-tools \ + --enable-libusb \ + --enable-usb-redir \ + --disable-libnfs \ + --enable-libssh \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1893758 b/results/classifier/deepseek-2/output/other/1893758 new file mode 100644 index 000000000..c3d4793cd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1893758 @@ -0,0 +1,69 @@ + +meson: scary KeyboardInterrupt backtrace displayed + +Pressing ^C while building (calling 'make') sometime displays KeyboardInterrupt exception backtrace (host Fedora 32): + +$ make qemu-system-arm +Generating qemu-version.h with a meson_exe.py custom command +^CTraceback (most recent call last): + File "/usr/bin/meson", line 6, in <module> + from pkg_resources import load_entry_point + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3252, in <module> + def _initialize_master_working_set(): + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3235, in _call_aside + f(*args, **kwargs) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3277, in _initialize_master_working_set + tuple( + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3278, in <genexpr> + dist.activate(replace=False) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2782, in activate + fixup_namespace_packages(self.location) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2295, in fixup_namespace_packages + subpath = _handle_ns(package, path_item) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2194, in _handle_ns + importer = get_importer(path_item) + File "/usr/lib64/python3.8/pkgutil.py", line 415, in get_importer + importer = sys.path_importer_cache[path_item] +KeyboardInterrupt + + +$ make +[...] +Compiling C object libcommon.fa.p/disas_alpha.c.o +Compiling C object libcommon.fa.p/hw_isa_smc37c669-superio.c.o +Compiling C object libcommon.fa.p/hw_isa_isa-superio.c.o +Compiling C object libcommon.fa.p/hw_char_serial-isa.c.o +Compiling C object libcommon.fa.p/hw_acpi_aml-build-stub.c.o +^CTraceback (most recent call last): + File "/usr/bin/meson", line 6, in <module> + from pkg_resources import load_entry_point + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3252, in <module> +make: *** [Makefile.ninja:994: libcommon.fa.p/disas_alpha.c.o] Interrupt +make: *** [Makefile.ninja:998: libcommon.fa.p/hw_isa_smc37c669-superio.c.o] Interrupt +make: *** [Makefile.ninja:1025: libcommon.fa.p/hw_isa_isa-superio.c.o] Interrupt +make: *** [Makefile.ninja:1069: libcommon.fa.p/hw_char_serial-isa.c.o] Interrupt +make: *** [Makefile.ninja:1102: libcommon.fa.p/hw_acpi_aml-build-stub.c.o] Interrupt +make: *** [Makefile.ninja:2138: qemu-system-alpha.p/softmmu_main.c.o] Interrupt +make: *** [Makefile.ninja:949: libblock.fa.p/block_qcow2.c.o] Interrupt + def _initialize_master_working_set(): + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3235, in _call_aside + f(*args, **kwargs) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3287, in _initialize_master_working_set + list(map(working_set.add_entry, sys.path)) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 623, in add_entry + for dist in find_distributions(entry, True): + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2065, in find_on_path + for dist in factory(fullpath): + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2134, in distributions_from_metadata + yield Distribution.from_location( + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2590, in from_location + return cls( + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2571, in __init__ + self._version = safe_version(version) + File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 1331, in safe_version + return str(packaging.version.Version(version)) + File "/usr/lib/python3.8/site-packages/pkg_resources/_vendor/packaging/version.py", line 205, in __init__ + self._version = _Version( + File "<string>", line 1, in __new__ +KeyboardInterrupt +make: *** [Makefile.ninja:875: qemu.syms.stamp] Interrupt \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1894361 b/results/classifier/deepseek-2/output/other/1894361 new file mode 100644 index 000000000..085c19b17 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1894361 @@ -0,0 +1,6 @@ + +linux-user: syscall.c lacks pselect6_time64 + +in commit 50efc69586388a975c1ebd90cb8cc8e4a7328bc4 legacy pselect6 definition +for riscv32 was removed in favour of pselect6_time64, but pselect6_time64 is +not available in syscall.c, thus leaving riscv32 without pselect syscall. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1895080 b/results/classifier/deepseek-2/output/other/1895080 new file mode 100644 index 000000000..51efea607 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1895080 @@ -0,0 +1,37 @@ + +pgb_reserved_va: Assertion `addr == test' failed + +This problem occurs on CentOS-7.5 (64-bit) with qemu-5.1.0, qemu head (commit 9435a8b3dd35f1f926f1b9127e8a906217a5518a) for riscv32-linux-user. + +Firstly, compile fails: +Compiling C object libqemu-riscv32-linux-user.fa.p/linux-user_strace.c.o +../qemu.git/linux-user/strace.c:1210:18: error: ‘FALLOC_FL_KEEP_SIZE’ undeclared here (not in a function) + FLAG_GENERIC(FALLOC_FL_KEEP_SIZE), + +I have to add below include to linux-user/strace.c +diff --git a/linux-user/strace.c b/linux-user/strace.c +index 11fea14fba..22e51d4a8a 100644 +--- a/linux-user/strace.c ++++ b/linux-user/strace.c +@@ -7,6 +7,7 @@ + #include <sys/mount.h> + #include <arpa/inet.h> + #include <netinet/tcp.h> ++#include <linux/falloc.h> + #include <linux/if_packet.h> + #include <linux/netlink.h> + #include <sched.h> + +Then trying qemu-riscv32 with a simple ELF, I get: +linux-user/elfload.c:2341: pgb_reserved_va: Assertion `addr == test' failed. + +strace shows that: +mmap(0x1000, 4294963200, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x10000 +write(2, "qemu-riscv32: ../qemu.git/linux-"..., 103qemu-riscv32: ../qemu.git/linux-user/elfload.c:2341: pgb_reserved_va: Assertion `addr == test' failed. +) = 103 + +The source code is in the function pgb_reserved_va (linux-user/elfload.c). I think mmap cannot guarantee that the returned pointer (test) equals to the parameter of addr. So is this a bug to assert (addr == test)? + +Attached configure script and test ELF file. + +Thanks. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1895305 b/results/classifier/deepseek-2/output/other/1895305 new file mode 100644 index 000000000..5e4b42dcd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1895305 @@ -0,0 +1,49 @@ + +pthread_cancel fails with "RT33" with musl libc + +From my testing it seems that QEMU built against musl libc crashes on pthread_cancel cancel calls - if the binary is also built with musl libc. + +Minimal sample: + +#include <pthread.h> +#include <stdio.h> +#include <unistd.h> +void* threadfunc(void* ignored) { + while (1) { + pause(); + } + return NULL; +} +int main() { + pthread_t thread; + pthread_create(&thread, NULL, &threadfunc, NULL); + sleep(1); + pthread_cancel(thread); + printf("OK, alive\n"); +} + +In an Alpine Linux aarch64 chroot (on an x86_64 host) the binary will just output RT33 and has exit code 161. + +Using qemu-aarch64 on an x86_64 host results in the output (fish shell) + fish: “qemu-aarch64-static ./musl-stat…” terminated by signal Unknown (Unknown) +or (bash) + Real-time signal 2 + +and exit code 164. + +It doesn't matter whether the binary is linked dynamically or static. You can see my test results in the following table: + +| | QEMU glibc | QEMU musl | +|----------------------|------------|-----------| +| binary glibc dynamic | ✓ | ✓ | +| binary glibc static | ✓ | ✓ | +| binary musl dynamic | ✓ | ✗ | +| binary musl static | ✓ | ✗ | + +Both QEMU builds are v5.1.0 (glibc v2.32 / musl v1.2.1) + +I've uploaded all my compile and test commands (plus a script to conveniently run them all) to https://github.com/z3ntu/qemu-pthread_cancel . It also includes the built binaries if needed. The test script output can be found at https://github.com/z3ntu/qemu-pthread_cancel/blob/master/results.txt + +Further links: +- https://gitlab.com/postmarketOS/pmaports/-/issues/190#note_141902075 +- https://gitlab.com/postmarketOS/pmbootstrap/-/issues/1970 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1895399 b/results/classifier/deepseek-2/output/other/1895399 new file mode 100644 index 000000000..5887ef9bc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1895399 @@ -0,0 +1,26 @@ + +Docfix: add missing virtiofsd cache default 'auto' + +The usage command line for virtiofsd has: + +void fuse_cmdline_help(void) +{ + printf(" -h --help print help\n" +... + " -o cache=<mode> cache mode. could be one of \"auto, " + "always, none\"\n" + " default: auto\n" + + +But the default: auto info is missing from the man page. I suggest this patch: + +--- docs/tools/virtiofsd.rst 2020-09-10 18:07:45.380430677 -0500 ++++ /tmp/virtiofsd.rst 2020-09-12 11:48:10.440815204 -0500 +@@ -106,6 +106,7 @@ + forbids the FUSE client from caching to achieve best coherency at the cost of + performance. ``auto`` acts similar to NFS with a 1 second metadata cache + timeout. ``always`` sets a long cache lifetime at the expense of coherency. ++ The default is ``auto``. + + Examples + -------- \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1895471 b/results/classifier/deepseek-2/output/other/1895471 new file mode 100644 index 000000000..bc465b67b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1895471 @@ -0,0 +1,24 @@ + +compilation error with clang in util/async.c + +configured with ` CC=clang CXX=clang++ ../configure --target-list=x86_64-softmmu --enable-kvm --enable-curl --enable-debug --enable-jemalloc --enable-fuzzing --enable-sdl` and after make I get the following error related to c11 atomics. I'm using clang because I'm experimenting with fuzzer + +[glitz@archlinux /code/qemu/build]$ ninja -j5 +[479/2290] Compiling C object libqemuutil.a.p/util_async.c.o +FAILED: libqemuutil.a.p/util_async.c.o +clang -Ilibqemuutil.a.p -I. -I.. -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/p11-kit-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -Ilinux-headers -Xclang -fcolor-diagnostics -pipe -Wall -Winvalid-pch -Werror -std=gnu99 -g -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -fsanitize=fuzzer-no-link -iquote /code/qemu/tcg/i386 -isystem /code/qemu/linux-headers -iquote . -iquote /code/qemu -iquote /code/qemu/accel/tcg -iquote /code/qemu/include -iquote /code/qemu/disas/libvixl -pthread -fPIC -MD -MQ libqemuutil.a.p/util_async.c.o -MF libqemuutil.a.p/util_async.c.o.d -o libqemuutil.a.p/util_async.c.o -c ../util/async.c +../util/async.c:79:17: error: address argument to atomic operation must be a pointer to _Atomic type ('unsigned int *' invalid) + old_flags = atomic_fetch_or(&bh->flags, BH_PENDING | new_flags); + ^ ~~~~~~~~~~ +/usr/lib/clang/10.0.1/include/stdatomic.h:138:42: note: expanded from macro 'atomic_fetch_or' +#define atomic_fetch_or(object, operand) __c11_atomic_fetch_or(object, operand, __ATOMIC_SEQ_CST) + ^ ~~~~~~ +../util/async.c:105:14: error: address argument to atomic operation must be a pointer to _Atomic type ('unsigned int *' invalid) + *flags = atomic_fetch_and(&bh->flags, + ^ ~~~~~~~~~~ +/usr/lib/clang/10.0.1/include/stdatomic.h:144:43: note: expanded from macro 'atomic_fetch_and' +#define atomic_fetch_and(object, operand) __c11_atomic_fetch_and(object, operand, __ATOMIC_SEQ_CST) + ^ ~~~~~~ +2 errors generated. +[483/2290] Compiling C object libqemuutil.a.p/util_qemu-error.c.o +ninja: build stopped: subcommand failed. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1896096 b/results/classifier/deepseek-2/output/other/1896096 new file mode 100644 index 000000000..86421d9d6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1896096 @@ -0,0 +1,28 @@ + +Git version: Build process is broken in block_curl.c.o + +Gcc version: 10.2.0 +Glusterfs: 8.1 +Libguestfs: 1.42 + +Configure options used: + +configure \ + --prefix=/usr \ + --sysconfdir=/etc \ + --localstatedir=/var \ + --libexecdir=/usr/lib/qemu \ + --extra-ldflags="$LDFLAGS" \ + --smbd=/usr/bin/smbd \ + --enable-modules \ + --enable-sdl \ + --disable-werror \ + --enable-slirp=system \ + --enable-xfsctl \ + --audio-drv-list="pa alsa sdl" + +Error log attached. Here is the beginning: + +/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib/Scrt1.o: in function `_start': +(.text+0x24): undefined reference to `main' +/usr/bin/ld: libblock-curl.a(block_curl.c.o): in function `curl_block_init': \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1897194 b/results/classifier/deepseek-2/output/other/1897194 new file mode 100644 index 000000000..e9d30d54a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1897194 @@ -0,0 +1,12 @@ + +Test failure in test-crypto-secret.c + +When running qemu test suite I'm seeing a test failure: + +ERROR:../qemu/tests/test-crypto-secret.c:144:test_secret_keyring_good: assertion failed: (key >= 0) + +Host is Arch Linux running in the standard Arch build environment (essentially an nspawn container). + +I first noticed this at release of 5.1.0 but it's still there on current trunk. For 5.1.0 I was able to sidestep the issue by building with `--disable-keyring' but this no longer works (I think due to 9866a33cbb7046891dec3dcc9ca2015828673afe) + +Any clues on what might be the cause? Not sure how to debug. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1898 b/results/classifier/deepseek-2/output/other/1898 new file mode 100644 index 000000000..d69fc7029 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1898 @@ -0,0 +1,33 @@ + +Ninja makeserver support +Description of problem: +Building `qemu` using a patched version of `ninja`[0] to utilize `make`'s jobserver feature doesn't work when building `qemu`. Usually, when using a jobserver to control the number of jobs being built in parallel across multiple different builds (i.e. when building with `open-embedded` or `buildroot`), the `-j$(nproc)` argument is left out. In this case, the `Qemu` `Makefile` interprets the absent `-j` argument as a wish for a single process only, and adds a `-j1` argument to the `ninja` call. +Steps to reproduce: +1. Built/install the patched `ninja` from [0]: `export PATH=<path/to/ninja>:$PATH` +2. Start the attached [jobserver.py](/uploads/8215e8a470c97cd456d2d14e2c71c6a5/jobserver.py) script: `python jobserver.py /tmp/jobserver 4` +3. Configure `qemu`: `mkdir build; ../configure` +4. Build `qemu`: `MAKEFLAGS="--jobserver-auth=fifo:/tmp/jobserver" make` +5. Observe that only a single CPU/core is being used. + +Now, to avoid passing `-j1` to `ninja`, remove filtering of `-j` arguments from the `Makefile`: + +```patch +diff --git a/Makefile b/Makefile +index bfc4b2c8e9..d66141787e 100644 +--- a/Makefile ++++ b/Makefile +@@ -142,7 +142,6 @@ MAKE.k = $(findstring k,$(firstword $(filter-out --%,$(MAKEFLAGS)))) + MAKE.q = $(findstring q,$(firstword $(filter-out --%,$(MAKEFLAGS)))) + MAKE.nq = $(if $(word 2, $(MAKE.n) $(MAKE.q)),nq) + NINJAFLAGS = $(if $V,-v) $(if $(MAKE.n), -n) $(if $(MAKE.k), -k0) \ +- $(filter-out -j, $(lastword -j1 $(filter -l% -j%, $(MAKEFLAGS)))) \ + -d keepdepfile + ninja-cmd-goals = $(or $(MAKECMDGOALS), all) + ninja-cmd-goals += $(foreach g, $(MAKECMDGOALS), $(.ninja-goals.$g)) +``` + +Run the build again, and see four jobs being run in parallel: + +`make clean; MAKEFLAGS="--jobserver-auth=fifo:/tmp/jobserver" make` +Additional information: +[0] https://github.com/stefanb2/ninja/tree/topic-issue-1139-part-3-jobserver-fifo diff --git a/results/classifier/deepseek-2/output/other/1899082 b/results/classifier/deepseek-2/output/other/1899082 new file mode 100644 index 000000000..85136efea --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1899082 @@ -0,0 +1,35 @@ + +ReplayKernel.test_x86_64_pc fails intermittently + +Even though this acceptance test is already skipped on GitLab CI, the intermittent failures can be seen on other environments too. + +The record phase works fine, but during the replay phase fail to finish booting the kernel (until the expected place): + +16:34:47 DEBUG| [ 0.034498] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0 +16:34:47 DEBUG| [ 0.034790] Spectre V2 : Spectre mitigation: LFENCE not serializing, switching to generic retpoline +16:34:47 DEBUG| [ 0.035093] Spectre V2 : Mitigation: Full generic retpoline +16:34:47 DEBUG| [ 0.035347] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch +16:34:47 DEBUG| [ 0.035667] +16:36:02 ERROR| +16:36:02 ERROR| Reproduced traceback from: /home/cleber/src/avocado/avocado/avocado/core/test.py:767 +16:36:02 ERROR| Traceback (most recent call last): +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/replay_kernel.py", line 92, in test_x86_64_pc +16:36:02 ERROR| self.run_rr(kernel_path, kernel_command_line, console_pattern, shift=5) +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/replay_kernel.py", line 73, in run_rr +16:36:02 ERROR| False, shift, args, replay_path) +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/replay_kernel.py", line 55, in run_vm +16:36:02 ERROR| self.wait_for_console_pattern(console_pattern, vm) +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/boot_linux_console.py", line 53, in wait_for_console_pattern +16:36:02 ERROR| vm=vm) +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/avocado_qemu/__init__.py", line 130, in wait_for_console_pattern +16:36:02 ERROR| _console_interaction(test, success_message, failure_message, None, vm=vm) +16:36:02 ERROR| File "/var/lib/users/cleber/build/qemu/tests/acceptance/avocado_qemu/__init__.py", line 82, in _console_interaction +16:36:02 ERROR| msg = console.readline().strip() +16:36:02 ERROR| File "/usr/lib64/python3.7/socket.py", line 575, in readinto +16:36:02 ERROR| def readinto(self, b): +16:36:02 ERROR| File "/home/cleber/src/avocado/avocado/avocado/plugins/runner.py", line 77, in sigterm_handler +16:36:02 ERROR| raise RuntimeError("Test interrupted by SIGTERM") +16:36:02 ERROR| RuntimeError: Test interrupted by SIGTERM +16:36:02 ERROR| + +On my workstation, I can replicate the failure roughly once every 50 runs. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1899728 b/results/classifier/deepseek-2/output/other/1899728 new file mode 100644 index 000000000..2de4005d2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1899728 @@ -0,0 +1,21 @@ + +Qemu-5.1.0 build from source man entry not found + +Hello together, + +i build qemu-5.1.0 from source on centos 8 withe the following command: + +../configure --prefix=/usr --target-list=x86_64-softmmu,x86_64-linux-user + +make -j4 + +make install + +The build and the installation finished successfully. But when i try the command + +man qemu-system-x86_64 + +i got the message "No manual entry found". What i do wrong ? + +Best regards +Damian \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1901068 b/results/classifier/deepseek-2/output/other/1901068 new file mode 100644 index 000000000..c9ff69365 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1901068 @@ -0,0 +1,13 @@ + +Deleted tests are still run if they exist in the build tree + +Steps to reproduce: +1. Add a new device along with a qtest to exercise it. +2. Run make check-qtest. It passes. +3. Revert the commit that added the device and qtest. +4. Run make check-qtest again. It now fails because the device no longer exists, but the test is somehow still there even though the source files are gone and it's not mentioned in tests/qtest/meson.build. + +After running make clean, make check-qtest passes again. + +$ git describe +v5.1.0-2465-g4c5b97bfd0 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1902975 b/results/classifier/deepseek-2/output/other/1902975 new file mode 100644 index 000000000..041b0eea9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1902975 @@ -0,0 +1,10 @@ + +qemu.org/docs/ contains some old docs + +When I searched for QEMU docs in a search engine I ended up on this page: + +https://www.qemu.org/docs/master/qemu-doc.html + +That is 4.2.50 documentation. It took me some time to realize that there is actually 5.1.50 documentation under https://www.qemu.org/docs/master/ and that the 4.2 documentation is out of date. + +Presumably this file is cruft that was left over from a previous build of the website and something like a `make clean` is required? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1903712 b/results/classifier/deepseek-2/output/other/1903712 new file mode 100644 index 000000000..25498b887 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1903712 @@ -0,0 +1,17 @@ + +when ../configure, cannot find Ninjia + +On unbuntu18.04, after finishing + +wget https://download.qemu.org/qemu-5.2.0-rc0.tar.xz +tar xvJf qemu-5.2.0-rc0.tar.xz +cd qemu-5.2.0-rc0 + +when I input + +wget https://download.qemu.org/qemu-5.2.0-rc0.tar.xz +tar xvJf qemu-5.2.0-rc0.tar.xz +cd qemu-5.2.0-rc0 + +Return Error: +cannot find Ninjia \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1905651 b/results/classifier/deepseek-2/output/other/1905651 new file mode 100644 index 000000000..c26ca828f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1905651 @@ -0,0 +1,53 @@ + +Tests cannot call g_error + +I stumbled on this writing a new test, using tests/qtest/e1000e-test.c as a template. + +g_error() causes SIGTRAP, not SIGABRT, and thus the abort handler doesn't get run. +This in turn means qemu is not killed, which hangs the test because the tap-driver.pl script hangs waiting for more input. +There are a few tests that call g_error(). + +The SIGABRT handler explicitly kills qemu, e.g.: + +qos-test.c: + qtest_add_abrt_handler(kill_qemu_hook_func, s); + +ref: +https://git.qemu.org/?p=qemu.git;a=blob;f=tests/qtest/libqtest.c;h=e49f3a1e45f4cd96279241fdb2bbe231029ab922;hb=HEAD#l272 + +But not unexpectedly there's no such handler for SIGTRAP. + +Apply this patch to trigger a repro: + +diff --git a/tests/qtest/e1000e-test.c b/tests/qtest/e1000e-test.c +index fc226fdfeb..e83ace1b5c 100644 +--- a/tests/qtest/e1000e-test.c ++++ b/tests/qtest/e1000e-test.c +@@ -87,6 +87,9 @@ static void e1000e_send_verify(QE1000E *d, int *test_sockets, QGuestAllocator *a + /* Wait for TX WB interrupt */ + e1000e_wait_isr(d, E1000E_TX0_MSG_ID); + ++ g_message("Test g_error hang ..."); ++ g_error("Pretend something timed out"); ++ + /* Check DD bit */ + g_assert_cmphex(le32_to_cpu(descr.upper.data) & dsta_dd, ==, dsta_dd); + +Then: + +configure +make +make check-qtest-i386 + +check-qtest-i386 will take awhile. To repro faster: + +$ grep qtest-i386/qos-test Makefile.mtest +.test.name.229 := qtest-i386/qos-test +$ make run-test-229 +Running test qtest-i386/qos-test +** Message: 18:40:49.821: Test g_error hang ... + +** (tests/qtest/qos-test:3820728): ERROR **: 18:40:49.821: Pretend something timed out +ERROR qtest-i386/qos-test - Bail out! FATAL-ERROR: Pretend something timed out + +At this point things are hung because tap-driver.pl is still waiting for input because qemu is still running. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1906 b/results/classifier/deepseek-2/output/other/1906 new file mode 100644 index 000000000..fd5b0f4ac --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1906 @@ -0,0 +1,35 @@ + +Failed to compile QEMU 7.0.0 source code. recipe for target 'run-ninja' failed. +Description of problem: +Failed to compiling the download QEMU 7.0.0 source code. It seems to be due to something wrong with ninja. +The followings are error logs after executing command "make -j$(nproc)": + +changing dir to build for make ""... +make[1]: Entering directory '/home/liangke/os-env/qemu-7.0.0/build' +/usr/bin/ninja build.ninja && touch build.ninja.stamp +**ninja: no work to do.** +... +... +... +[1350/2396] Compiling C object libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o +**FAILED: libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o** +cc -m64 -mcx16 -Ilibqemu-riscv64-softmmu.fa.p -I. -I.. -Itarget/riscv -I../target/riscv -I../dtc/libfdt -I../capstone/include/capstone -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/liangke/os-env/qemu-7.0.0/linux-headers -isystem linux-headers -iquote . -iquote /home/liangke/os-env/qemu-7.0.0 -iquote /home/liangke/os-env/qemu-7.0.0/include -iquote /home/liangke/os-env/qemu-7.0.0/disas/libvixl -iquote /home/liangke/os-env/qemu-7.0.0/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="riscv64-softmmu-config-target.h"' '-DCONFIG_DEVICES="riscv64-softmmu-config-devices.h"' -MD -MQ libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o -MF libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o.d -o libqemu-riscv64-softmmu.fa.p/target_riscv_translate.c.o -c ../target/riscv/translate.c +**cc: fatal error: Killed signal terminated program cc1** +**compilation terminated.** +**ninja: build stopped: subcommand failed.** +**Makefile:163: recipe for target 'run-ninja' failed** +**make[1]: *** [run-ninja] Error 1** +make[1]: Leaving directory '/home/liangke/os-env/qemu-7.0.0/build' +**GNUmakefile:10: recipe for target 'all' failed** +**make: *** [all] Error 2** +Steps to reproduce: +1. cd qemu-7.0.0 source code folder; +2. ./configure --target-list=riscv64-softmmu,riscv64-linux-user; +3. make -j$(nproc) +Additional information: +1. I downloaded the source code from https://download.qemu.org/qemu-7.0.0.tar.xz. +2. my compiling prerequisites: +sudo apt install autoconf automake autotools-dev curl libmpc-dev libmpfr-dev libgmp-dev \ + gawk build-essential bison flex texinfo gperf libtool patchutils bc ninja-build \ + zlib1g-dev libexpat-dev pkg-config libglib2.0-dev libpixman-1-dev git tmux python3 +3. Found ninja-1.8.2 at /usr/bin/ninja diff --git a/results/classifier/deepseek-2/output/other/1906536 b/results/classifier/deepseek-2/output/other/1906536 new file mode 100644 index 000000000..c5c0d91fa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1906536 @@ -0,0 +1,31 @@ + +Unable to set SVE VL to 1024 bits or above since 7b6a2198 + +Prior to 7b6a2198e71794c851f39ac7a92d39692c786820, the QEMU option sve-max-vq could be used to set the vector length of the implementation. This is useful (among other reasons) for testing software compiled with a fixed SVE vector length. Since this commit, the vector length is capped at 512 bits. + +To reproduce the issue: + +$ cat rdvl.s +.global _start +_start: + rdvl x0, #1 + asr x0, x0, #4 + mov x8, #93 // exit + svc #0 +$ aarch64-linux-gnu-as -march=armv8.2-a+sve rdvl.s -o rdvl.o +$ aarch64-linux-gnu-ld rdvl.o +$ for vl in 1 2 4 8 16; do ../build-qemu/aarch64-linux-user/qemu-aarch64 -cpu max,sve-max-vq=$vl a.out; echo $?; done +1 +2 +4 +4 +4 + +For a QEMU built prior to the above revision, we get the output: +1 +2 +4 +8 +16 + +as expected. It seems that either the old behavior should be restored, or there should be an option to force a higher vector length? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1909256 b/results/classifier/deepseek-2/output/other/1909256 new file mode 100644 index 000000000..271812a88 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1909256 @@ -0,0 +1,24 @@ + +compile failure if gnutls headers not on default include path + +If the gnutls headers are not on the default compiler include path, then configure correctly finds them and config-host.mak sets up the variables: + +GNUTLS_CFLAGS=-I/opt/homebrew/Cellar/gnutls/3.6.15/include -I/opt/homebrew/Cellar/nettle/3.6/include -I/opt/homebrew/Cellar/libtasn1/4.16.0/include -I/opt/homebrew/Cellar/libidn2/2.3.0/include -I/opt/homebrew/Cellar/p11-kit/0.23.22/include/p11-kit-1 +GNUTLS_LIBS=-L/opt/homebrew/Cellar/gnutls/3.6.15/lib -lgnutls + +but meson fails to put GNUTLS_CFLAGS in the compiler arguments and so you get compile failures like: + +[2/1865] Compiling C object qemu-nbd.p/qemu-nbd.c.o +FAILED: qemu-nbd.p/qemu-nbd.c.o +cc -Iqemu-nbd.p -I. -I../.. -Iqapi -Itrace -Iui -Iui/shader -I/opt/homebrew/Cellar/glib/2.66.4/include -I/opt/homebrew/Cellar/glib/2.66.4/include/glib-2.0 -I/opt/homebrew/Cellar/glib/2.66.4/lib/glib-2.0/include -I/opt/homebrew/opt/gettext/include -I/opt/homebrew/Cellar/pcre/8.44/include -Xclang -fcolor-diagnostics -pipe -Wall -Winvalid-pch -std=gnu99 -g -DOS_OBJECT_USE_OBJC=0 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -iquote /Users/pm215/qemu/tcg/aarch64 -iquote . -iquote /Users/pm215/qemu -iquote /Users/pm215/qemu/accel/tcg -iquote /Users/pm215/qemu/include -iquote /Users/pm215/qemu/disas/libvixl -MD -MQ qemu-nbd.p/qemu-nbd.c.o -MF qemu-nbd.p/qemu-nbd.c.o.d -o qemu-nbd.p/qemu-nbd.c.o -c ../../qemu-nbd.c +In file included from ../../qemu-nbd.c:30: +In file included from /Users/pm215/qemu/include/block/nbd.h:25: +/Users/pm215/qemu/include/crypto/tlscreds.h:28:10: fatal error: 'gnutls/gnutls.h' file not found +#include <gnutls/gnutls.h> + ^~~~~~~~~~~~~~~~~ +1 error generated. + + +The compiler errors happen for any .c file that includes block/nbd.h and also for files in tests that include gnutls.h directly, and for files that directly or indirectly include crypto/tlssession.c. + +My meson-foo is insufficient to suggest the correct fix... \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/191 b/results/classifier/deepseek-2/output/other/191 new file mode 100644 index 000000000..23b622943 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/191 @@ -0,0 +1,2 @@ + +qemu64 CPU model is incorrect diff --git a/results/classifier/deepseek-2/output/other/1912 b/results/classifier/deepseek-2/output/other/1912 new file mode 100644 index 000000000..f8283b97d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1912 @@ -0,0 +1,2 @@ + +linux-user: (recursive) segfault when built with -static -disable-pie diff --git a/results/classifier/deepseek-2/output/other/1912059 b/results/classifier/deepseek-2/output/other/1912059 new file mode 100644 index 000000000..6e7e3f8f5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1912059 @@ -0,0 +1,41 @@ + +capstone link failure building linux-user static + +$ ../configure --disable-system --static + +qemu 5.2.50 + + static build: YES + capstone: system +[...] + +$ make qemu-i386 +[...] +[478/478] Linking target qemu-i386 +FAILED: qemu-i386 +cc -o qemu-i386 libcommon.fa.p/hw_core_cpu.c.o libcommon.fa.p/disas_capstone.c.o libcommon.fa.p/disas_i386.c.o ... -Wl,--as-needed -Wl,--no-undefined -Wl,--whole-archive libhwcore.fa libqom.fa -Wl,--no-whole-archive -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -static -m64 -fstack-protector-strong -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libhwcore.fa libqom.fa -lcapstone -lrt -pthread -lutil -lm -lgthread-2.0 -lglib-2.0 -lpcre -lgthread-2.0 -lglib-2.0 -lpcre -Wl,--end-group +/usr/bin/ld: cannot find -lcapstone +collect2: error: ld returned 1 exit status +ninja: build stopped: subcommand failed. +make: *** [Makefile:172: run-ninja] Error 1 + +$ rpm -ql capstone-devel +/usr/include/capstone +/usr/include/capstone/arm.h +/usr/include/capstone/arm64.h +/usr/include/capstone/capstone.h +/usr/include/capstone/evm.h +/usr/include/capstone/m680x.h +/usr/include/capstone/m68k.h +/usr/include/capstone/mips.h +/usr/include/capstone/platform.h +/usr/include/capstone/ppc.h +/usr/include/capstone/sparc.h +/usr/include/capstone/systemz.h +/usr/include/capstone/tms320c64x.h +/usr/include/capstone/x86.h +/usr/include/capstone/xcore.h +/usr/lib64/libcapstone.so +/usr/lib64/pkgconfig/capstone.pc + +libcapstone.a seems detected by Meson but is not installed on the system (Fedora 32). \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1913 b/results/classifier/deepseek-2/output/other/1913 new file mode 100644 index 000000000..aab9e5bdf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1913 @@ -0,0 +1,20 @@ + +Regression in 8.1.1: qemu-aarch64-static running ldconfig +Description of problem: +Since updating to 8.1.1, qemu crashes when running ldconfig in my sysroot (It's a more or less default Ubuntu 22.04 arm64 rootfs) +Steps to reproduce: +1. Download the arm64 ubuntu base from https://cdimage.ubuntu.com/ubuntu-base/releases/jammy/release/ +2. Extract it +3. Run `qemu-aarch64-static rootfs/sbin/ldconfig.real -r rootfs` where `rootfs` is where you extracted it with qemu 8.1.1 + +```bash +$ qemu-aarch64-static --version +qemu-aarch64 version 8.1.0 +$ qemu-aarch64-static rootfs/sbin/ldconfig.real -r rootfs +<works> +$ sudo pacman -U /var/cache/pacman/pkg/qemu-user-static*-8.1.1*.zst +$ qemu-aarch64-static --version +qemu-aarch64 version 8.1.1 +$ qemu-aarch64-static rootfs/sbin/ldconfig.real -r rootfs +<segfault> +``` diff --git a/results/classifier/deepseek-2/output/other/1914 b/results/classifier/deepseek-2/output/other/1914 new file mode 100644 index 000000000..068a7f8aa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1914 @@ -0,0 +1,8 @@ + +x86 q35 machine type documentation is missing +Description of problem: +The x86 machine type of q35 was added in 2012 by commit +df2d8b3ed4d2 ("q35: Introduce q35 pc based chipset emulator") +but no documentation was added to docs/master/system/target-i386.html +Additional information: +There was development documentation at https://wiki.qemu.org/Features/Q35 diff --git a/results/classifier/deepseek-2/output/other/1914870 b/results/classifier/deepseek-2/output/other/1914870 new file mode 100644 index 000000000..1d2bd13e4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1914870 @@ -0,0 +1,58 @@ + +libvixl compilation failure on Debian unstable + +As of commit 0e324626306: + +$ lsb_release -d +Description: Debian GNU/Linux bullseye/sid + +Project version: 5.2.50 +C compiler for the host machine: cc (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1 20210110") +C linker for the host machine: cc ld.bfd 2.35.1 +C++ compiler for the host machine: c++ (gcc 10.2.1 "c++ (Debian 10.2.1-6) 10.2.1 20210110") +C++ linker for the host machine: c++ ld.bfd 2.35.1 + +[6/79] Compiling C++ object libcommon.fa.p/disas_libvixl_vixl_utils.cc.o +FAILED: libcommon.fa.p/disas_libvixl_vixl_utils.cc.o +c++ -Ilibcommon.fa.p -I. -I.. -Iqapi -Itrace -Iui/shader -I/usr/include/capstone -I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -pipe -Wall -Winvalid-pch -Wnon-virtual-dtor -Werror -std=gnu++11 -O2 -g -isystem /home/philmd/qemu/linux-headers -isystem linux-headers -iquote . -iquote /home/philmd/qemu -iquote /home/philmd/qemu/include -iquote /home/philmd/qemu/disas/libvixl -iquote /home/philmd/qemu/tcg/hppa -iquote /home/philmd/qemu/accel/tcg -pthread -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wundef -Wwrite-strings -fno-strict-aliasing -fno-common -fwrapv -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fPIE -MD -MQ libcommon.fa.p/disas_libvixl_vixl_utils.cc.o -MF libcommon.fa.p/disas_libvixl_vixl_utils.cc.o.d -o libcommon.fa.p/disas_libvixl_vixl_utils.cc.o -c ../disas/libvixl/vixl/utils.cc +In file included from /home/philmd/qemu/disas/libvixl/vixl/utils.h:30, + from ../disas/libvixl/vixl/utils.cc:27: +/usr/include/string.h:36:43: error: missing binary operator before token "(" + 36 | #if defined __cplusplus && (__GNUC_PREREQ (4, 4) \ + | ^ +/usr/include/string.h:53:62: error: missing binary operator before token "(" + 53 | #if defined __USE_MISC || defined __USE_XOPEN || __GLIBC_USE (ISOC2X) + | ^ +/usr/include/string.h:165:21: error: missing binary operator before token "(" + 165 | || __GLIBC_USE (LIB_EXT2) || __GLIBC_USE (ISOC2X)) + | ^ +/usr/include/string.h:174:43: error: missing binary operator before token "(" + 174 | #if defined __USE_XOPEN2K8 || __GLIBC_USE (LIB_EXT2) || __GLIBC_USE (ISOC2X) + | ^ +/usr/include/string.h:492:19: error: missing binary operator before token "(" + 492 | #if __GNUC_PREREQ (3,4) + | ^ +In file included from /home/philmd/qemu/disas/libvixl/vixl/utils.h:30, + from ../disas/libvixl/vixl/utils.cc:27: +/usr/include/string.h:28:1: error: ‘__BEGIN_DECLS’ does not name a type + 28 | __BEGIN_DECLS + | ^~~~~~~~~~~~~ +In file included from /home/philmd/qemu/disas/libvixl/vixl/utils.h:30, + from ../disas/libvixl/vixl/utils.cc:27: +/usr/include/string.h:44:8: error: ‘size_t’ has not been declared + 44 | size_t __n) __THROW __nonnull ((1, 2)); + | ^~~~~~ +/usr/include/string.h:44:20: error: expected initializer before ‘__THROW’ + 44 | size_t __n) __THROW __nonnull ((1, 2)); + | ^~~~~~~ +/usr/include/string.h:47:56: error: ‘size_t’ has not been declared + 47 | extern void *memmove (void *__dest, const void *__src, size_t __n) + | ^~~~~~ +/usr/include/string.h:48:6: error: expected initializer before ‘__THROW’ + 48 | __THROW __nonnull ((1, 2)); + | ^~~~~~~ +/usr/include/string.h:61:42: error: ‘size_t’ has not been declared + 61 | extern void *memset (void *__s, int __c, size_t __n) __THROW __nonnull ((1)); + | ^~~~~~ + +Is there a package dependency missing? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1915431 b/results/classifier/deepseek-2/output/other/1915431 new file mode 100644 index 000000000..c7ab3dc30 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1915431 @@ -0,0 +1,12 @@ + +QEMU processes started by Acceptance Tests are left running + +Every now and then, QEMU processes started by the Acceptance Tests (thus by Avocado) will be left running. + +From Avocado's perspective, when everything "goes well" and a test reaches completion, there's no attempt to terminate any processes it indirectly started. Some frameworks and tests built on top of Avocado, for instance Avocado-VT, will keep processes running between various tests. + +When a job (and consequently a test) is manually interrupted, then Avocado tries to terminate the entire process tree. + +It may be possible to improve the situation in which, at the very least, the user is: + * notified of left over processes + * have a configuration option that will attempt to kill all processes at the end of the test execution \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1916343 b/results/classifier/deepseek-2/output/other/1916343 new file mode 100644 index 000000000..b820906e9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1916343 @@ -0,0 +1,24 @@ + +-daemonize not working on macOS + +Basically e.g, if I try with below command on macOS: + +qemu-system-x86_64 \ + -m 4G \ + -vga virtio \ + -display default,show-cursor=on \ + -usb \ + -device usb-tablet \ + -machine type=q35,accel=hvf \ + -smp 2 \ + -drive file=ubuntu.qcow2,if=virtio -cpu max \ + -net nic -net user,hostfwd=tcp::50022-:22,hostfwd=tcp::8000-:80 \ + -daemonize + +With this command, the QEMU processes hang there forever. I guess there is a bug when forking a child and kill the parent? Because when this issue occurs, there are actually 2 QEMU processes running + +``` + 501 14952 14951 0 7:08PM ?? 0:00.00 (qemu-system-x86_) + 501 14953 1 0 7:08PM ?? 0:00.03 qemu-system-x86_64 -m 4G -vga virtio -display default,show-cursor=on -usb -device usb-tablet -machine type=q35,accel=hvf -smp 2 -drive file=ubuntu.qcow2,if=virtio -cpu max -net nic -net user,hostfwd=tcp::50022-:22,hostfwd=tcp::8000-:80 -daemonize + 501 14951 14626 0 7:08PM ttys000 0:00.03 qemu-system-x86_64 -m 4G -vga virtio -display default,show-cursor=on -usb -device usb-tablet -machine type=q35,accel=hvf -smp 2 -drive file=ubuntu.qcow2,if=virtio -cpu max -net nic -net user,hostfwd=tcp::50022-:22,hostfwd=tcp::8000-:80 -daemonize +``` \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1916394 b/results/classifier/deepseek-2/output/other/1916394 new file mode 100644 index 000000000..ea0ee9e5d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1916394 @@ -0,0 +1,19 @@ + +[git] Cannot build qemu: FAILED: target/hexagon/semantics_generated.pyinc + +Hello. + +I tried to build Qemu at commit 4115aec9af2a3de5fa89a0b1daa12debcd7741ff but it stops with this error message: + +[code] +Found ninja-1.10.2 at /usr/bin/ninja +[632/9068] Generating semantics_generated.pyinc with a custom command +FAILED: target/hexagon/semantics_generated.pyinc +@INPUT@ target/hexagon/semantics_generated.pyinc +/bin/sh: line 1: @INPUT@: command not found +[637/9068] Compiling C object fsdev/vi...proxy-helper.p/virtfs-proxy-helper.c.o +ninja: build stopped: subcommand failed. +[/code] + +ninja version: 1.10.2 +meson version: 0.57.1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1916506 b/results/classifier/deepseek-2/output/other/1916506 new file mode 100644 index 000000000..bd3645fa9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1916506 @@ -0,0 +1,17 @@ + +make check-venv may leave stale and incomplete tests/venv directory directory + +As reported by "Philippe Mathieu-Daudé" <email address hidden>, a "make check-venv" can be run and fail to properly create a suitable virtual environment, leaving the tests/venv directory which is the target for "make check-venv" itself. + +This means that on a subsequent run: + +> $ make check-venv +> GIT ui/keycodemapdb tests/fp/berkeley-testfloat-3 +> tests/fp/berkeley-softfloat-3 dtc capstone slirp +> make: Nothing to be done for 'check-venv'. + +And the venv will still be incomplete. The causes of such failures to create a suitable virtual environment are too many (in the reported case it was because of missing *required* Python packages). Some more evolved virtual environments + Python packaging systems exist that could probably be used here (Pipenv) but would add further core requirements. + +The current mitigation is to run "make check-clean" when the venv appears to be incomplete. + +The goal of this bug is to attempt to make the venv setup atomic and more reliable. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1916655 b/results/classifier/deepseek-2/output/other/1916655 new file mode 100644 index 000000000..69462997e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1916655 @@ -0,0 +1,32 @@ + +Compilation fails due to zstd qcow2 compression + +Compilation of QEMU fails when using recent versions of zstd. + +I use the following commands to compile QEMU: +$ mkdir build +$ cd build +$ ../configure --enable-debug --target-list=x86_64-softmmu +$ make -j $(nproc) + +Here is a paste from the ../configure output: +https://paste.ubuntu.com/p/dHsWzGV7TH/ + +And one from the make output: +https://paste.ubuntu.com/p/89qKk4NrFz/ + +In short the error boils down to: +../block/qcow2-threads.c: In function ‘qcow2_zstd_compress’: +../block/qcow2-threads.c:225:16: error: implicit declaration of function ‘ZSTD_compressStream2’; did you mean ‘ZSTD_compressStream’? [-Werror=implicit-function-declaration] + 225 | zstd_ret = ZSTD_compressStream2(cctx, &output, &input, ZSTD_e_end); + | ^~~~~~~~~~~~~~~~~~~~ + | ZSTD_compressStream +../block/qcow2-threads.c:225:16: error: nested extern declaration of ‘ZSTD_compressStream2’ [-Werror=nested-externs] +../block/qcow2-threads.c:225:60: error: ‘ZSTD_e_end’ undeclared (first use in this function) + 225 | zstd_ret = ZSTD_compressStream2(cctx, &output, &input, ZSTD_e_end); + | + +System info: +QEMU commit: 7ef8134565dccf9186d5eabd7dbb4ecae6dead87 (from Github) +Kernel: 5.10.15 +zstd: 1.4.8 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1916775 b/results/classifier/deepseek-2/output/other/1916775 new file mode 100644 index 000000000..979b4ab0c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1916775 @@ -0,0 +1,26 @@ + +Guest freezes until there is a keyboard input on Windows version + +Windows guests are freezing and waiting for keyboard input and it continues to function after I press a key. I am using Windows10 Home and below is the command I use to run the guest. I have suspected if this is caused by random entropy but even with mouse moving it gives same random locks and it continues to work as soon as I press a key so maybe its not about entropy at all, + +startwinguest.bat: +qemu-system-x86_64 ^ + -name "win" ^ + -machine type=q35,accel=whpx ^ + -cpu EPYC,hv_relaxed,hv_time,topoext ^ + -nodefaults ^ + -usb ^ + -rtc base=localtime,driftfix=slew ^ + -smp 6,sockets=1,cores=3,threads=2 ^ + -m 8192 -mem-prealloc ^ + -soundhw hda ^ + -usbdevice tablet ^ + -netdev user,id=mynet0,hostfwd=tcp::3390-:3389 -device virtio-net,netdev=mynet0 ^ + -vga std ^ + -display gtk ^ + -boot d ^ + -device virtio-scsi-pci,id=scsi0 ^ + -drive "file=%~dp0win10.qcow2,if=none,format=qcow2,discard=unmap,aio=threads,cache=writethrough,id=someid" ^ + -device scsi-hd,drive=someid,bus=scsi0.0 ^ + -drive "file=D:\Setups\OS\Windows\en_windows_server_2019_updated_dec_2020_x64_dvd_36e0f791.iso,media=cdrom,index=1" ^ + -drive "file=%~dp0virtio-win-0.1.185.iso,media=cdrom,index=2" \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1918084 b/results/classifier/deepseek-2/output/other/1918084 new file mode 100644 index 000000000..4afe7e6f1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1918084 @@ -0,0 +1,25 @@ + +Build fails on macOS 11.2.2 + +Hi, + +I got the latest version from git. I have pre-compiled the dependency libraries. All good. configure creates the necessary files. When I build I got the following error: + +[1368/6454] Compiling C object libcapstone.a.p/capstone_arch_AArch64_AArch64InstPrinter.c.o +ninja: build stopped: subcommand failed. +make[1]: *** [run-ninja] Error 1 +make: *** [all] Error 2 + +I've ran make as make -j 8 + +original config: + +PKG_CONFIG_PATH="$SERVERPLUS_DIR/dependencies/glib/lib/pkgconfig:$SERVERPLUS_DIR/dependencies/pixman/lib/pkgconfig:$SERVERPLUS_DIR/dependencies/cyrus-sasl/lib/pkgconfig" ./configure --prefix="$SERVERPLUS_DIR" --enable-hvf --enable-cocoa --enable-vnc-sasl --enable-auth-pam --ninja=/opt/build/build/stage/tools/ninja/ninja --python="$SERVERPLUS_DIR/dependencies/python/bin/python3" --enable-bsd-user + +if I build with --target-list=x86_64-softmmu then it will build but I will get only the x86_64 QEMU built. With 5.0 I could build all emulators. + +$SERVERPLUS_DIR is my target dir. + +Thanks, + +Eddy \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1918975 b/results/classifier/deepseek-2/output/other/1918975 new file mode 100644 index 000000000..b6c1c656f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1918975 @@ -0,0 +1,6 @@ + +[Feature request] Propagate interpreter to spawned processes + +I want QEMU user static to propagate interpreter to spawned processes, for instances by adding -R recursive. + +I.e. if my program is interpreted by QEMU static than everything what it launches should be interpreted by it, too. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1920602 b/results/classifier/deepseek-2/output/other/1920602 new file mode 100644 index 000000000..8073ffc50 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1920602 @@ -0,0 +1,20 @@ + +QEMU crash after a QuickBASIC program integer overflow + +A trivial program compiler with QuickBASIC 4.5 with integer overflow will crash QEMU when ran under MS-DOS 5.0 or FreeDOS 1.2: + +C:\KILLER>type killer.bas +A% = VAL("99999"):PRINT A% + +C:\KILLER>killer.exe +** + ERROR:../qemu-5.2.0/accel/tcg/tcg-cpus.c:541:tcg_handle_interrupt: assertion failed: (qemu_mutex_iothread_locked()) +Aborted + +QEMU version v5.2, compiler for ARM, and started with command line: + +qemu-system-i386 -curses -cpu 486 -m 1 -drive dos.img + +The same test under Ubuntu QEMU and KVM/x86_64 (QEMU emulator version 4.2.1 (Debian 1:4.2-3ubuntu6.14)) will just silently hang the QEMU. On DOSBOX, the machine does not die and program outputs the value -31073. + +The EXE to reproduce the issue is attached. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1920672 b/results/classifier/deepseek-2/output/other/1920672 new file mode 100644 index 000000000..f361a28f3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1920672 @@ -0,0 +1,12 @@ + +Compilation fails with "ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?)" + +It compiles until the end and then just: +[6102/6103] Linking target qemu-system-alpha +[6103/6103] Linking target qemu-system-aarch64 +make[1]: Leaving directory '/home/t/.cache/kiss/proc/32129/build/qemu/build' +make: *** [GNUmakefile:11: all] Error 2 + +Attached is the complete log including configure. I can't find why this is happening maybe I have a wrong version of a required library? + +Any ideas? \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1921 b/results/classifier/deepseek-2/output/other/1921 new file mode 100644 index 000000000..5797f4a11 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1921 @@ -0,0 +1,31 @@ + +qemu-system-x86_64 segfaults in iotlb_to_section() on riscv64 +Description of problem: +QEMU segfaults when booting up the Arch Linux x86_64 installation ISO. The ISO could be downloaded from https://geo.mirror.pkgbuild.com/iso/2023.09.01/archlinux-2023.09.01-x86_64.iso or any other Arch Linux mirrors. + +The crash often happens after "Probing EDD...". It's more reliably reproducible with higher `-smp` numbers, and may hang with "rcu_preempt detected stalls" without the -smp option. +Additional information: +I have reproduced the same issues with different RISC-V hardware, including SG2042 and TH1520. + +Errors: +``` +qemu-system-x86_64: ../qemu-8.1.1/softmmu/physmem.c:2419: iotlb_to_section: Assertion `section_index < d->map.sections_nb' failed. +``` + +Backtrace: +``` +#0 0x0000003fa74f0ece in __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 +#1 0x0000003fa74f0f0e in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 +#2 0x0000003fa74ba912 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 +#3 0x0000003fa74aa164 in __GI_abort () at abort.c:79 +#4 0x0000003fa74b54a4 in __assert_fail_base + (fmt=0x3fa7594c10 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x2ae1de0458 "section_index < d->map.sections_nb", file=file@entry=0x2ae1ddf980 "../qemu-8.1.1/softmmu/physmem.c", line=line@entry=2419, function=function@entry=0x2ae1f05f20 <__PRETTY_FUNCTION__.11> "iotlb_to_section") at assert.c:92 +#5 0x0000003fa74b54f8 in __assert_fail (assertion=0x2ae1de0458 "section_index < d->map.sections_nb", file=0x2ae1ddf980 "../qemu-8.1.1/softmmu/physmem.c", line=2419, function=0x2ae1f05f20 <__PRETTY_FUNCTION__.11> "iotlb_to_section") at assert.c:101 +#6 0x0000002ae1b69788 in iotlb_to_section () at ../qemu-8.1.1/softmmu/physmem.c:2419 +#7 0x0000002ae1b9d774 in io_writex () at ../qemu-8.1.1/accel/tcg/cputlb.c:1432 +#8 0x0000002ae1b9d924 in do_st_mmio_leN () at ../qemu-8.1.1/accel/tcg/cputlb.c:2755 +#9 0x0000002ae1ba127c in do_st_4 () at ../qemu-8.1.1/accel/tcg/cputlb.c:2921 +#10 do_st4_mmu () at ../qemu-8.1.1/accel/tcg/cputlb.c:3006 +#11 0x0000003f600dd7ec in code_gen_buffer () +#12 0x5f085e2755518600 in () +``` diff --git a/results/classifier/deepseek-2/output/other/1923629 b/results/classifier/deepseek-2/output/other/1923629 new file mode 100644 index 000000000..ab13174b3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1923629 @@ -0,0 +1,14 @@ + +RISC-V Vector Instruction vssub.vv not saturating + +I noticed doing a negate ( 0 – 0x80000000 ) using vssub.vv produces an incorrect result of 0x80000000 (should saturate to 0x7FFFFFFF). + +Here is the bit of the code: + + vmv.v.i v16, 0 + … +8f040457 vssub.vv v8,v16,v8 + +I believe the instruction encoding is correct (vssub.vv with vd = v8, vs2 = v16, rs1 = v8), but the result does not saturate in QEMU. + +I’ve just tested with what I think is the latest branch ( https://github.com/sifive/qemu/tree/rvv-1.0-upstream-v7 commit 26 Feb 2021: 1151361fa7d45cc90d69086ccf1a4d8397931811 ) and the problem still exists. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1926759 b/results/classifier/deepseek-2/output/other/1926759 new file mode 100644 index 000000000..41acba9e3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1926759 @@ -0,0 +1,19 @@ + +WFI instruction results in unhandled CPU exception + +Hi + +I refer to the WFI instruction. The bytecode is 0xe320f003. After the execution, qemu exit with the following crash log. + +qemu: unhandled CPU exception 0x10001 - aborting +R00=00000001 R01=40800b34 R02=40800b3c R03=000102ec +R04=00010a28 R05=00010158 R06=00087460 R07=00010158 +R08=00000000 R09=00000000 R10=00085b7c R11=408009f4 +R12=40800a08 R13=408009f0 R14=0001057c R15=000102f8 +PSR=60000010 -ZC- A usr32 +qemu:handle_cpu_signal received signal outside vCPU context @ pc=0x7f5c21d0fa12 + +WFI aims to enter a low-power state and wait for interrupt. The raised exception seems not a right behavior. I can provide a testcase if you needed. Many thanks. + +Regards +Muhui \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1926995 b/results/classifier/deepseek-2/output/other/1926995 new file mode 100644 index 000000000..1e9f7091c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1926995 @@ -0,0 +1,19 @@ + +hw/remote/mpqemu-link.c:221: bad error checking ? + +hw/remote/mpqemu-link.c:221:36: warning: logical ‘and’ of mutually exclusive tests is always false [-Wlogical-op] + +Source code is + + if (msg->cmd >= MPQEMU_CMD_MAX && msg->cmd < 0) { + return false; + } + +Maybe better code: + + if (msg->cmd >= MPQEMU_CMD_MAX || msg->cmd < 0) { + return false; + } + +It might be useful to switch on gcc compiler flag -Wlogical-op +to see these warnings. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1931 b/results/classifier/deepseek-2/output/other/1931 new file mode 100644 index 000000000..98c2fb992 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1931 @@ -0,0 +1,4 @@ + +dbus: Support multiple QEMU instances +Additional information: +cc @marcandre.lureau diff --git a/results/classifier/deepseek-2/output/other/1939 b/results/classifier/deepseek-2/output/other/1939 new file mode 100644 index 000000000..7369143ab --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1939 @@ -0,0 +1,65 @@ + +qemu master git can no longer be compiled under MacOs Sonoma 14.0 +Description of problem: + +Steps to reproduce: +Qemu master git fails to compile under MacOs M1/2, I already tested it with "git-bisect" "git bisect good" and "git bisect bad".All dependencies for qemu are fulfilled and were installed using Homebrew under MacOs.It fails with these commits: + + +`>>>>> commit 7c3fb52bcdaef85b15a91b3ca4d1516f9d9b5402 +>>>>> Author: Paolo Bonzini <pbonzini@redhat.com> +>>>>> Date: Tue Aug 8 20:28:25 2023 +0200 +>>>>> +>>>>> configure: never use PyPI for Meson +>>>>> +>>>>> Since there is a vendored copy, there is no point in choosing +>> online +>>>> +>>>>> operation. +>>>>> +>>>>> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> +>> +>>>>> +>>>>> configure | 6 ------ +>>>>> 1 file changed, 6 deletions(-) +>>>>>` +Additional information: +Older sources Qemu 8.1 can be compiled without problems. The only thing that has changed is that I did a major system update and Xcode was also updated. Since then compiling on qemu master version 8.1.50 breaks. + +``` +`On branch master +Your branch is up to date with 'origin/master'. + +nothing to commit, working tree clean +Mac-Studio qemu % ./configure --target-list=ppc-softmmu +Using './build' as the directory for build output +python determined to be '/Library/Frameworks/Python.framework/Versions/3.10/bin/python3' +python version: Python 3.10.8 +mkvenv: Creating non-isolated virtual environment at 'pyvenv' +mkvenv: checking for tomli>=1.2.0 +mkvenv: installing tomli>=1.2.0 +mkvenv: checking for meson>=0.63.0 +mkvenv: installing meson==0.63.3 +mkvenv: checking for sphinx>=1.6 +mkvenv: checking for sphinx_rtd_theme>=0.5 + +'sphinx==5.3.0' not found: +• Python package 'sphinx' was not found nor installed. +• mkvenv was configured to operate offline and did not check PyPI. + + +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 0.63.3 +Source dir: /Users/qemu +Build dir: /Users/qemu/build +Build type: native build +Project name: qemu +Project version: 8.1.50 + +../meson.build:1:0: ERROR: Unable to detect linker for compiler `cc -Wl,--version` +stdout: +stderr: ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation)` +``` diff --git a/results/classifier/deepseek-2/output/other/1952448 b/results/classifier/deepseek-2/output/other/1952448 new file mode 100644 index 000000000..597e17a75 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1952448 @@ -0,0 +1,24 @@ + +qemu 1:6.0+dfsg-2expubuntu2: Fail to build against OpenSSL 3.0 + +Issue discovered after doing a "No-change rebuild" upload to Jammy while working at the liburing2 migration (LP: #1944037). + +Full build log: + +https://launchpadlibrarian.net/570888790/buildlog_ubuntu-jammy-amd64.qemu_1%3A6.0+dfsg-2expubuntu3_BUILDING.txt.gz + +Failure mode: + +/<<BUILDDIR>>/qemu-6.0+dfsg/roms/skiboot/libstb/create-container.c: In function ‘getPublicKeyRaw’: +/<<BUILDDIR>>/qemu-6.0+dfsg/roms/skiboot/libstb/create-container.c:85:17: error: ‘EVP_PKEY_get1_EC_KEY’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] + +Also note that: + +cc1: all warnings being treated as errors + +Upstream skiboot [1] still uses EVP_PKEY_get1_EC_KEY in master, and don't have an open issue about this. To be filed once we setup a reproducer that builds skiboot "standalone", outside of the qemu source tree. + +For the moment we have to relax the severity of that deprecation error, likely appending a -Wno-deprecated-declarations somewhere in d/rules. + + +[1] https://github.com/open-power/skiboot \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/1956 b/results/classifier/deepseek-2/output/other/1956 new file mode 100644 index 000000000..f48a78957 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1956 @@ -0,0 +1,2 @@ + +[x86,microvm] Update microvm documentation with ACPI option diff --git a/results/classifier/deepseek-2/output/other/1963 b/results/classifier/deepseek-2/output/other/1963 new file mode 100644 index 000000000..db34bf0c0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1963 @@ -0,0 +1,29 @@ + +EOF is not detected, when semihosting is reading from stdin +Description of problem: +QEMU hangs. +Steps to reproduce: +1. Run the program with stdin from a pipe. +Additional information: +The code is compiled from this source: +``` +#include <stdio.h> + +int main(int argc, char** argv) { + int i = -1; + int result = scanf("%d", &i); + printf("result = %d, i = %d\n", result, i); + return 0; +} +``` +compiled with GCC and picolibc: +``` +arm-none-eabi-gcc --specs=picolibc.specs -march=armv7-m ~/sources/picolibc/git/test-stdin.c -o test-stdin -lc -lsemihost --crt0=hosted -O0 -g +``` +[test-stdin](/uploads/dbd2650c8e0aaca353fd7630ac9c8440/test-stdin) +The execution hangs at semihosting SYS_READC(0x7) call: +``` + movs r0, #7 +(...) + bkpt #0xab +``` diff --git a/results/classifier/deepseek-2/output/other/1968 b/results/classifier/deepseek-2/output/other/1968 new file mode 100644 index 000000000..c79692f11 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1968 @@ -0,0 +1,2 @@ + +scripts (checkpatch): make braces {} necessary for 'for' loops diff --git a/results/classifier/deepseek-2/output/other/1969 b/results/classifier/deepseek-2/output/other/1969 new file mode 100644 index 000000000..8c7fdefa1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1969 @@ -0,0 +1,2 @@ + +Test fails with SIGSEGV because of use-after-free diff --git a/results/classifier/deepseek-2/output/other/197 b/results/classifier/deepseek-2/output/other/197 new file mode 100644 index 000000000..444032724 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/197 @@ -0,0 +1,2 @@ + +Unpredictable behaviour resulting in User process faults diff --git a/results/classifier/deepseek-2/output/other/199 b/results/classifier/deepseek-2/output/other/199 new file mode 100644 index 000000000..bc0696c43 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/199 @@ -0,0 +1,2 @@ + +Convert QAPI to static types diff --git a/results/classifier/deepseek-2/output/other/1996 b/results/classifier/deepseek-2/output/other/1996 new file mode 100644 index 000000000..619a88a01 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/1996 @@ -0,0 +1,68 @@ + +[Regression in v8.2.0-rc0] [macOS] configure: `ld: unknown options: --version ` +Description of problem: +On macOS, `./configure` fails since v8.2.0-rc0 due to `ld: unknown options: --version` +Steps to reproduce: +```console +$ ./configure +Using './build' as the directory for build output +python determined to be '/usr/local/bin/python3' +python version: Python 3.11.6 +mkvenv: Creating non-isolated virtual environment at 'pyvenv' +mkvenv: checking for meson>=0.63.0 +mkvenv: installing meson==0.63.3 +mkvenv: checking for sphinx>=1.6 +mkvenv: checking for sphinx_rtd_theme>=0.5 + +'sphinx==5.3.0' not found: + • Python package 'sphinx' was not found nor installed. + • mkvenv was configured to operate offline and did not check PyPI. + + +Sphinx not found/usable, disabling docs. +Disabling PIE due to missing toolchain support +The Meson build system +Version: 0.63.3 +Source dir: /Users/suda/gopath/src/gitlab.com/qemu-project/qemu +Build dir: /Users/suda/gopath/src/gitlab.com/qemu-project/qemu/build +Build type: native build +Project name: qemu +Project version: 8.1.90 + +../meson.build:1:0: ERROR: Unable to detect linker for compiler `cc -m64 -mcx16 -Wl,--version` +stdout: +stderr: ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation) + + +A full log can be found at /Users/suda/gopath/src/gitlab.com/qemu-project/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed + + +``` +Additional information: +```console +$ cc -m64 -mcx16 -Wl,--version +ld: unknown options: --version +clang: error: linker command failed with exit code 1 (use -v to see invocation) + +$ cc --version +Apple clang version 15.0.0 (clang-1500.0.40.1) +Target: x86_64-apple-darwin23.1.0 +Thread model: posix +InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bi + +$ ld --version +ld: unknown option: --version + +$ ld -v +@(#)PROGRAM:ld PROJECT:dyld-1015.7 +BUILD 16:59:22 Oct 1 2023 +configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em +will use ld-classic for: armv6 armv7 armv7s arm64_32 i386 armv6m armv7k armv7m armv7em +LTO support using: LLVM version 15.0.0 (static support for 29, runtime is 29) +TAPI support using: Apple TAPI version 15.0.0 (tapi-1500.0.12.3) +Library search paths: +Framework search paths: +``` diff --git a/results/classifier/deepseek-2/output/other/200 b/results/classifier/deepseek-2/output/other/200 new file mode 100644 index 000000000..c9c89ef00 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/200 @@ -0,0 +1,2 @@ + +Add Python linters (mypy, pylint, isort, flake8) to Gitlab CI diff --git a/results/classifier/deepseek-2/output/other/2000 b/results/classifier/deepseek-2/output/other/2000 new file mode 100644 index 000000000..fddbd9f27 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2000 @@ -0,0 +1,46 @@ + +m68k: error "fatal: Unimplemented control register write 0x0 = 0x1" +Description of problem: +An attempt to run the NetBSD m68k kernel under QEMU crashes. +The error message is: +``` +qemu: fatal: Unimplemented control register write 0x0 = 0x1 +``` +Steps to reproduce: +1. ```wget http://cdn.netbsd.org/pub/NetBSD/iso/9.3/NetBSD-9.3-mac68k.iso``` +2. Pull kernel out of the installation CD: +``` +sudo mount -r -t iso9660 -o loop /home/bruno/vms/os-install-media/NetBSD-9.3-mac68k.iso /mnt +cp /mnt/mac68k/binary/kernel/netbsd-GENERIC.gz . +sudo umount /mnt +chmod u+w netbsd-GENERIC.gz +gunzip netbsd-GENERIC.gz +``` +3. ```qemu-img create -f qcow2 netbsd93.qcow2 10G``` +4. ```qemu-system-m68k -m 256 -drive file=netbsd93.qcow2,format=qcow2,index=0 -nographic -kernel netbsd-GENERIC -cdrom NetBSD-9.3-mac68k.iso``` + +It crashes like this: +``` +qemu: fatal: Unimplemented control register write 0x0 = 0x1 + +D0 = 00000001 A0 = 00000000 F0 = 7fff ffffffffffffffff ( nan) +D1 = 00000000 A1 = 00000000 F1 = 7fff ffffffffffffffff ( nan) +D2 = 00000000 A2 = 00000000 F2 = 7fff ffffffffffffffff ( nan) +D3 = 00000000 A3 = 00000000 F3 = 7fff ffffffffffffffff ( nan) +D4 = 00000000 A4 = 00000000 F4 = 7fff ffffffffffffffff ( nan) +D5 = 00000000 A5 = 00000000 F5 = 7fff ffffffffffffffff ( nan) +D6 = 00000000 A6 = 00000000 F6 = 7fff ffffffffffffffff ( nan) +D7 = 00000000 A7 = 00330346 F7 = 7fff ffffffffffffffff ( nan) +PC = 00002e14 SR = 2700 T:0 I:7 SI ----- +FPSR = 00000000 ---- + FPCR = 0000 X RN + A7(MSP) = 00000000 ->A7(USP) = 00330346 A7(ISP) = 00000000 +VBR = 0x00000000 +SFC = 0 DFC 0 +SSW 00000000 TCR 00000000 URP 00000000 SRP 00000000 +DTTR0/1: 00000000/00000000 ITTR0/1: 00000000/00000000 +MMUSR 00000000, fault at 00000000 +Aborted (core dumped) +``` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2009 b/results/classifier/deepseek-2/output/other/2009 new file mode 100644 index 000000000..84b6a6cb2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2009 @@ -0,0 +1,2 @@ + +ld: warning: -undefined error is deprecated diff --git a/results/classifier/deepseek-2/output/other/201 b/results/classifier/deepseek-2/output/other/201 new file mode 100644 index 000000000..2dbfb2200 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/201 @@ -0,0 +1,2 @@ + +Create an asynchronous Python QMP library diff --git a/results/classifier/deepseek-2/output/other/202 b/results/classifier/deepseek-2/output/other/202 new file mode 100644 index 000000000..c0a3619e4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/202 @@ -0,0 +1,2 @@ + +Move scripts/qmp/qom-* tooling into qemu.qmp.* diff --git a/results/classifier/deepseek-2/output/other/2030 b/results/classifier/deepseek-2/output/other/2030 new file mode 100644 index 000000000..dcd138097 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2030 @@ -0,0 +1,18 @@ + +Unreachable code +Description of problem: +There is always a false condition in the function `alloc_code_gen_buffer_splitwx_memfd` in the file `tcg/region.c`. If `buf_rw == NULL` we go to the mark __fail__: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L580-L583 + +But the value of `buf_rx` is __`MAP_FAILED`__: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L577 + +And this line will never be reached: + +https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L601 + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Voronin. diff --git a/results/classifier/deepseek-2/output/other/2038 b/results/classifier/deepseek-2/output/other/2038 new file mode 100644 index 000000000..8de2ee6b7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2038 @@ -0,0 +1,17 @@ + +simpletrace.py does nothing, and syntax error when called from bash script +Description of problem: +The simpletrace python script appears to do nothing when I run it as above. + +It appears to run (but do nothing) when called from my terminal but there is also a syntax error when I run it from the bash script above. + +``` +SyntaxError: invalid syntax + File "<fstring>", line 1 + (pid=) + ^ +``` + +I think this syntax error is caused by the line `print(f'{event.name} {delta_ns / 1000:0.3f} {pid=} ' + ' '.join(fields))` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2057 b/results/classifier/deepseek-2/output/other/2057 new file mode 100644 index 000000000..5b6ae57b6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2057 @@ -0,0 +1,6 @@ + +QEMU 8.2 configure error +Description of problem: +please see output upper +Steps to reproduce: +1. Just run ./configure diff --git a/results/classifier/deepseek-2/output/other/2062 b/results/classifier/deepseek-2/output/other/2062 new file mode 100644 index 000000000..50f2004f3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2062 @@ -0,0 +1,2 @@ + +qemu-img snapshot -l output formatting is broken (field to small / whitespace missing) diff --git a/results/classifier/deepseek-2/output/other/2065 b/results/classifier/deepseek-2/output/other/2065 new file mode 100644 index 000000000..8527882ba --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2065 @@ -0,0 +1,2 @@ + +rfe: Cygwin support diff --git a/results/classifier/deepseek-2/output/other/206818 b/results/classifier/deepseek-2/output/other/206818 new file mode 100644 index 000000000..76a365607 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/206818 @@ -0,0 +1,44 @@ + +qemulator.py crashed with IndexError in on_comboboxMachinetype_changed() + +Binary package hint: qemulator + +Hy + +I simply opened qemulator and than qemulator crashed said the bug report utility +but qemulator was open and work . + +i dont know were the error is but i will report it anyway . + +I use: + Ubuntu hardy (development branch) +Release: 8.04 + +qemulator version 0.5-3 + +regards peter + +ProblemType: Crash +Architecture: i386 +Date: Tue Mar 25 22:27:24 2008 +DistroRelease: Ubuntu 8.04 +ExecutablePath: /usr/share/qemulator/qemulator.py +InterpreterPath: /usr/bin/python2.5 +NonfreeKernelModules: nvidia +Package: qemulator 0.5-3 +PackageArchitecture: all +ProcCmdline: python /usr/bin/qemulator +ProcEnviron: + PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games + LANG=en_US.UTF-8 + SHELL=/bin/bash +PythonArgs: ['/usr/bin/qemulator'] +SourcePackage: qemulator +Title: qemulator.py crashed with IndexError in on_comboboxMachinetype_changed() +Traceback: + Traceback (most recent call last): + File "/usr/share/qemulator/qml_machinesetup.py", line 661, in on_comboboxMachinetype_changed + row = model[active] + IndexError: could not find tree path +Uname: Linux 2.6.24-12-386 i686 +UserGroups: adm admin audio cdrom dialout dip fax floppy lpadmin netdev plugdev powerdev sambashare scanner tape video \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/2084 b/results/classifier/deepseek-2/output/other/2084 new file mode 100644 index 000000000..137c61d30 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2084 @@ -0,0 +1,2 @@ + +"qemu-system-arm -machine virt -cpu cortex-a9" error message includes a lot of "(null)"s diff --git a/results/classifier/deepseek-2/output/other/2088 b/results/classifier/deepseek-2/output/other/2088 new file mode 100644 index 000000000..fba55a0ec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2088 @@ -0,0 +1,22 @@ + +Building qemu fails on Solaris 11.4 +Description of problem: +Building qemu-system-hppa on Solaris 11.4 (details above) fails because in qga/commands-posix.c + +(1) Solaris does not have net/ethernet.h +``` + #if defined(__NetBSD__) || defined(__OpenBSD__) + #include <net/if_arp.h> + #include <netinet/if_ether.h> + #else + #include <net/ethernet.h> + #endif +``` +Solaris *does* have net/if_arp.h and netinet/if_ether.h + +(2) Solaris does not define ETHER_ADDR_LEN, instead it defines ETHERADDRL +Steps to reproduce: +1. '../configure' '--disable-docs' '--disable-rdma' '--target-list=hppa-softmmu' +2. gmake +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/209 b/results/classifier/deepseek-2/output/other/209 new file mode 100644 index 000000000..86559b54f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/209 @@ -0,0 +1,2 @@ + +the version number of qemu 6.0.0 is still 5.2.0 diff --git a/results/classifier/deepseek-2/output/other/2094 b/results/classifier/deepseek-2/output/other/2094 new file mode 100644 index 000000000..b19ba6d32 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2094 @@ -0,0 +1,8 @@ + +Various record/replay avocado tests hang when run under gitlab CI +Description of problem: +While previous fixes have gone in including #2010 and #2013 we are still seeing +hangs on CI. Some examples: + + https://gitlab.com/thuth/qemu/-/jobs/5910241580#L227 + https://gitlab.com/thuth/qemu/-/jobs/5910241593#L396 diff --git a/results/classifier/deepseek-2/output/other/2097 b/results/classifier/deepseek-2/output/other/2097 new file mode 100644 index 000000000..7fa48ab3c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2097 @@ -0,0 +1,2 @@ + +qtest timeouts on cross-i686-tci job diff --git a/results/classifier/deepseek-2/output/other/2103 b/results/classifier/deepseek-2/output/other/2103 new file mode 100644 index 000000000..f85a86e0b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2103 @@ -0,0 +1,2 @@ + +docs/system/keys.rst.inc still refers to removed options -alt-grab and -ctrl-grab diff --git a/results/classifier/deepseek-2/output/other/2107 b/results/classifier/deepseek-2/output/other/2107 new file mode 100644 index 000000000..947374060 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2107 @@ -0,0 +1,2 @@ + +target/riscv: zve32x/zve64x are not supported diff --git a/results/classifier/deepseek-2/output/other/2127 b/results/classifier/deepseek-2/output/other/2127 new file mode 100644 index 000000000..0e824e368 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2127 @@ -0,0 +1,2 @@ + +test-aio-multithread.c:371:test_multi_fair_mutex: assertion failed (counter == atomic_counter): (316636 == 316637) diff --git a/results/classifier/deepseek-2/output/other/2138 b/results/classifier/deepseek-2/output/other/2138 new file mode 100644 index 000000000..74e41c87f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2138 @@ -0,0 +1,23 @@ + +Build failure on macOS when using --disable-cocoa +Description of problem: +Build fails: + +``` +../qemu-8.2.1/meson.build:3741:13: ERROR: No host machine compiler for 'audio/coreaudio.m' +``` +Steps to reproduce: +1. On macOS run `./configure --disable-cocoa` + +Result: + +``` +Compiler for language objc skipped: feature cocoa disabled +``` +``` +../meson.build:3741:13: ERROR: No host machine compiler for 'audio/coreaudio.m' +``` +Additional information: +It seems your build script contains the assumption that an Objective-C compiler is not needed when the Cocoa UI is disabled, but it still appears to be needed to compile the CoreAudio code regardless of UI. + +This was originally reported to MacPorts here: https://trac.macports.org/ticket/67984 diff --git a/results/classifier/deepseek-2/output/other/214 b/results/classifier/deepseek-2/output/other/214 new file mode 100644 index 000000000..03d87dffa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/214 @@ -0,0 +1,2 @@ + +QEMU manpages provoke man(1) "can't break line" warnings diff --git a/results/classifier/deepseek-2/output/other/2141 b/results/classifier/deepseek-2/output/other/2141 new file mode 100644 index 000000000..3c2919a31 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2141 @@ -0,0 +1,25 @@ + +Output of "-cpu help" for sparc does not clearly indicate the valid input for "-cpu" option. +Description of problem: +The output of the "-cpu help" does not indicate clearly what the input to a "-cpu" command can be. +Steps to reproduce: +1. ./qemu-system-sparc -cpu help +Additional information: +``` +% ./qemu-system-sparc -cpu help +Sparc Fujitsu MB86904 IU 04000000 FPU 00080000 MMU 04000000 NWINS 8 +Sparc Fujitsu MB86907 IU 05000000 FPU 00080000 MMU 05000000 NWINS 8 +Sparc TI MicroSparc I IU 41000000 FPU 00080000 MMU 41000000 NWINS 7 -fsmuld +Sparc TI MicroSparc II IU 42000000 FPU 00080000 MMU 02000000 NWINS 8 +Sparc TI MicroSparc IIep IU 42000000 FPU 00080000 MMU 04000000 NWINS 8 +Sparc TI SuperSparc 40 IU 41000000 FPU 00000000 MMU 00000800 NWINS 8 +Sparc TI SuperSparc 50 IU 40000000 FPU 00000000 MMU 01000800 NWINS 8 +Sparc TI SuperSparc 51 IU 40000000 FPU 00000000 MMU 01000000 NWINS 8 +Sparc TI SuperSparc 60 IU 40000000 FPU 00000000 MMU 01000800 NWINS 8 +Sparc TI SuperSparc 61 IU 44000000 FPU 00000000 MMU 01000000 NWINS 8 +Sparc TI SuperSparc II IU 40000000 FPU 00000000 MMU 08000000 NWINS 8 +Sparc LEON2 IU f2000000 FPU 00080000 MMU f2000000 NWINS 8 +Sparc LEON3 IU f3000000 FPU 00080000 MMU f3000000 NWINS 8 +``` +It's unclear from this output whether an appropriate choice for a -cpu option is +"Sparc Fujitsu MB86904", "Sparc Fujitsu MB86904", "Fujitsu MB86904", "MB86904", or even something else like "FJI, MB86904" diff --git a/results/classifier/deepseek-2/output/other/2149 b/results/classifier/deepseek-2/output/other/2149 new file mode 100644 index 000000000..194155b3c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2149 @@ -0,0 +1,12 @@ + +Segfault in libvhost-user and libvduse because of invalid pointer arithmetic with indirect read +Description of problem: +Hello, this is my first experience communicating with open-source community. I have already reported the problem and have submitted patches through qemu-devel mailing list https://mail.gnu.org/archive/html/qemu-devel/2024-01/msg02533.html, as instructed in https://www.qemu.org/docs/master/devel/submitting-a-patch.html, albeit getting no response from any maintainer. I know, that everyone are very busy and are spammed everyday from millions of threads, but I am getting very upset, that such a trivial bug lives in code base for many years and even have been copied to "sister"-library without proper review. So, excuse me, if I am taking this issue too personally. + +The problem - when one tries to use libvhost-user\libvduse and triggers for some reason non-zero-copy mode (like pushing a lot of data) of indirect descriptor reading routine `virtqueue_read_indirect_desc`, any time one got to read more than one descriptor - one would overwrite stack and depending on one's luck getting some weird behaviour, or simple crash moments later, when other code tries to access broken data. + +Steps to reproduce are non-trivial, because depends on one's host and VM (one simply gets random crashes here and there, with core dumps pointing somewhere around given libraries), but anyone who can read C code, can clearly see that pointer arithmetic of `struct vring_desc *desc` is wrong. + +Maybe, I got instructions wrong and posted fixes to wrong mailing list, maybe, nobody cares, so thank you for attention. I'll be glad to hear any advice on how can I help with fixing this simple error, besides what has been done already. + +Thank you. diff --git a/results/classifier/deepseek-2/output/other/2153 b/results/classifier/deepseek-2/output/other/2153 new file mode 100644 index 000000000..10cfb8260 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2153 @@ -0,0 +1,2 @@ + +ubuntu-20.04-s390x-all CI job is very flaky diff --git a/results/classifier/deepseek-2/output/other/2155 b/results/classifier/deepseek-2/output/other/2155 new file mode 100644 index 000000000..a091752a7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2155 @@ -0,0 +1,24 @@ + +LoadVM assert on ARM_FEATURE_M for Cortex M3 +Description of problem: +This appears to be a similar issue to https://gitlab.com/qemu-project/qemu/-/issues/1775 and https://gitlab.com/qemu-project/qemu/-/issues/1658 + +When running `loadvm` qemu aborts with this error: + +"qemu/target/arm/helper.c:12383: arm_security_space_below_el3: Assertion `!arm_feature(env, ARM_FEATURE_M)' failed." + +I've traced the error to `pmu_counter_enabled` in `qemu\target\arm\helper.c:1172` + [uint64_t mdcr_el2 = arm_mdcr_el2_eff(env)](https://gitlab.com/qemu-project/qemu/-/blob/v8.2.0/target/arm/helper.c?ref_type=tags#L1172) (link is to 8.2.0 release tag) + + +The issue is caused by attempting to get the MDCR_EL2 register prior to checking if the CPU has ARM_FEATURE_PMU support. + +A simple fix seems to be to check for `ARM_PMU_ENABLED` and returning early if it is not enabled. +Steps to reproduce: +1. Start emulation and connect monitor +2. savevm <snapshot-name> +3. Loadvm <snapshot-name> +Additional information: +See screenshot for stack trace + + diff --git a/results/classifier/deepseek-2/output/other/2161 b/results/classifier/deepseek-2/output/other/2161 new file mode 100644 index 000000000..530810629 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2161 @@ -0,0 +1,2 @@ + +warnings when building lockstep plugin on s390 diff --git a/results/classifier/deepseek-2/output/other/219 b/results/classifier/deepseek-2/output/other/219 new file mode 100644 index 000000000..ba6ce2dd2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/219 @@ -0,0 +1,2 @@ + +Request A Port of QEMU to UWP for xbox dev mode diff --git a/results/classifier/deepseek-2/output/other/2192 b/results/classifier/deepseek-2/output/other/2192 new file mode 100644 index 000000000..405f293cc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2192 @@ -0,0 +1,2 @@ + +make vm-build-openbsd tries to download nonexistent 7.2 install ISO: need to update to 7.4 diff --git a/results/classifier/deepseek-2/output/other/2209 b/results/classifier/deepseek-2/output/other/2209 new file mode 100644 index 000000000..8a4350a19 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2209 @@ -0,0 +1,48 @@ + +no 'system' llibfdt (or too old), subprojects/dtc/ populated, ./configure --disable-download fails +Description of problem: +./configure ... --disable-download, with subprojects/ pre-populated, fails. +Steps to reproduce: +1. ensure libfdt/dtc files/libs/binaries are *not* found in system +2. have subprojects/dtc pre-populated +3. ./configure --target-list=riscv32-softmmu --prefix=/opt/riscv --enable-debug --without-default-features --without-default-devices --disable-download + +configure fails with: +``` +../meson.build:3171:13: ERROR: C shared or static library 'fdt' not found + +A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` + +If I outcomment the following lines in meson.build: +``` + #if get_option('wrap_mode') == 'nodownload' + # fdt_opt = 'system' + #endif +``` +Then the above command line works (with --disable-download) +Additional information: +The case is where one wants to ensure that configure does not try to access +network while doing its job. And in a system where dtc/libfdt is not available, +(or is too old, line in Centos/RHEL 7) one has dowloaded the files already in +subprojects/dtc/. + +The meson.build clearly sets (as of 2024-03-05) expectation that dtc/libfdt/ +has to come from 'system' if 'wrap_mode' is set to 'nodownload'. + +Without this check it it works nicely -- and if subprojects/dtc/ was not populated, +the error message is + +``` +Library fdt found: NO + +../meson.build:3187:18: ERROR: Automatic wrap-based subproject downloading is disabled + +A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` + +So -- to me -- that looks like it could be a suitable solution to this problem. diff --git a/results/classifier/deepseek-2/output/other/2210 b/results/classifier/deepseek-2/output/other/2210 new file mode 100644 index 000000000..cc961971a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2210 @@ -0,0 +1,56 @@ + +contrib/plugins/execlog.c: warning: passing argument 2 of ‘g_ptr_array_add’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] +Description of problem: +Hit some warning messages when compiling upstream qemu +Steps to reproduce: +1. Clone repo and compile it + + 1.1 git clone https://gitlab.com/qemu-project/qemu.git + + 1.2 mkdir build + + 1.3 cd build/ + + 1.4 ../configure --target-list=x86_64-softmmu --enable-debug-info + + 1.5 make + +2. It will print the following warning messages: +``` +[2767/2767] Linking target tests/qtest/netdev-socket +/root/qemu/contrib/plugins/execlog.c: In function ‘registers_init’: +/root/qemu/contrib/plugins/execlog.c:339:63: warning: passing argument 2 of ‘g_ptr_array_add’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] + 339 | g_ptr_array_add(all_reg_names, reg->name); + | ~~~^~~~~~ +In file included from /usr/include/glib-2.0/glib.h:31, + from /root/qemu/contrib/plugins/execlog.c:9: +/usr/include/glib-2.0/glib/garray.h:192:62: note: expected ‘gpointer’ {aka ‘void *’} but argument is of type ‘const char *’ + 192 | gpointer data); + | ~~~~~~~~~~~~~~~~~~^~~~ +``` +Additional information: +1. After Eugenio Perez Martin (eperezma@redhat.com) debug, we found this problem introduced by this commit: +``` +commit af6e4e0a22c18a7cc97650caec56ed99c9899dd7 +Author: Alex Bennée <alex.bennee@linaro.org> +Date: Tue Feb 27 14:43:32 2024 +0000 + + contrib/plugins: extend execlog to track register changes +``` +2. The latest commit in my env: +``` +commit db596ae19040574e41d086e78469014191d7d7fc (origin/staging, origin/master, origin/HEAD) +Merge: 7d4e29ef80 7558300c53 +Author: Peter Maydell <peter.maydell@linaro.org> +Date: Tue Mar 5 13:54:54 2024 +0000 + + Merge tag 'pull-target-arm-20240305' of https://git.linaro.org/people/pmaydell/qemu-arm into staging + + target-arm queue: + * raspi: Implement Broadcom Serial Controller (BSC) for BCM2835 boards + * hw/char/pl011: Add support for loopback + * STM32L4x5: Implement RCC clock control device + * target/arm: Do memory type alignment checks + * atomic.h: Reword confusing comment for qatomic_cmpxchg + * qemu-options.hx: Don't claim "-serial" has limit of 4 serial ports +``` diff --git a/results/classifier/deepseek-2/output/other/2215 b/results/classifier/deepseek-2/output/other/2215 new file mode 100644 index 000000000..1d3239d5c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2215 @@ -0,0 +1,2 @@ + +qemu-8.2.2 compile failure against musl diff --git a/results/classifier/deepseek-2/output/other/2221 b/results/classifier/deepseek-2/output/other/2221 new file mode 100644 index 000000000..1da5f0566 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2221 @@ -0,0 +1,2 @@ + +CI timeouts on 'gcov' job: test-bufferiszero, test-crypto-tlscredsx509 diff --git a/results/classifier/deepseek-2/output/other/2232 b/results/classifier/deepseek-2/output/other/2232 new file mode 100644 index 000000000..359374ea2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2232 @@ -0,0 +1,2 @@ + +ui/qemu.desktop is nonconformant with the desktop entry specification diff --git a/results/classifier/deepseek-2/output/other/2254 b/results/classifier/deepseek-2/output/other/2254 new file mode 100644 index 000000000..8d7d91889 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2254 @@ -0,0 +1,2 @@ + +UNCHECKED_FUNC_RES.LIB.STRICT in /io/channel-socket.c diff --git a/results/classifier/deepseek-2/output/other/2255 b/results/classifier/deepseek-2/output/other/2255 new file mode 100644 index 000000000..e27c1330f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2255 @@ -0,0 +1,2 @@ + +INVARIANT_RESULT in /qapi/opts-visitor.c diff --git a/results/classifier/deepseek-2/output/other/2256 b/results/classifier/deepseek-2/output/other/2256 new file mode 100644 index 000000000..7b438ca1c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2256 @@ -0,0 +1,2 @@ + +cirrus CI jobs failing diff --git a/results/classifier/deepseek-2/output/other/2257 b/results/classifier/deepseek-2/output/other/2257 new file mode 100644 index 000000000..ab63b57bc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2257 @@ -0,0 +1,2 @@ + +STRING_OVERFLOW in /qapi/opts-visitor.c diff --git a/results/classifier/deepseek-2/output/other/227 b/results/classifier/deepseek-2/output/other/227 new file mode 100644 index 000000000..b22922a85 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/227 @@ -0,0 +1,2 @@ + +meson: incomplete 'make help' diff --git a/results/classifier/deepseek-2/output/other/2275 b/results/classifier/deepseek-2/output/other/2275 new file mode 100644 index 000000000..b5d5977a7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2275 @@ -0,0 +1,10 @@ + +qemu crash +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2276 b/results/classifier/deepseek-2/output/other/2276 new file mode 100644 index 000000000..c80e71283 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2276 @@ -0,0 +1,43 @@ + +qemu crash for suspend and resume vm while backup disk of vm +Description of problem: + +Steps to reproduce: +1. virsh create vm2.xml +2. virsh backup-begin domid +3. virsh suspend domid +4. sleep 1 && virsh resume domid + +qemu crash +Additional information: +static int blk_do_set_aio_context(BlockBackend *blk, AioContext *new_context, + bool update_root_node, Error **errp) +{ + BlockDriverState *bs = blk_bs(blk); + ThrottleGroupMember *tgm = &blk->public.throttle_group_member; + int ret; + + if (bs) { + bdrv_ref(bs); + + if (update_root_node) { + ret = bdrv_child_try_set_aio_context(bs, new_context, blk->root, + errp); + if (ret < 0) { + bdrv_unref(bs); + return ret; + } + } + if (tgm->throttle_state) { + _ ****bdrv_drained_begin(bs);----- bs->aio_context->lock lock count is 0,so unlock failed**_ + throttle_group_detach_aio_context(tgm); + throttle_group_attach_aio_context(tgm, new_context); + bdrv_drained_end(bs); + } + + bdrv_unref(bs); + } + + blk->ctx = new_context; + return 0; +} diff --git a/results/classifier/deepseek-2/output/other/2278 b/results/classifier/deepseek-2/output/other/2278 new file mode 100644 index 000000000..335f8ff97 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2278 @@ -0,0 +1,2 @@ + +Build issue on OpenBSD with Clang 16 diff --git a/results/classifier/deepseek-2/output/other/228 b/results/classifier/deepseek-2/output/other/228 new file mode 100644 index 000000000..5ee5db882 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/228 @@ -0,0 +1,2 @@ + +TCG test targets missing from 'make check-help' diff --git a/results/classifier/deepseek-2/output/other/2288 b/results/classifier/deepseek-2/output/other/2288 new file mode 100644 index 000000000..85eee2c37 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2288 @@ -0,0 +1,30 @@ + +ERROR: Unrecognized host OS (uname -s reports 'Linux') +Description of problem: +Hit "Unrecognized host OS (uname -s reports 'Linux')" ERROR when run configure file on upstream qemu. +Steps to reproduce: +1.Clone repo and compile it + + 1.1 git clone https://gitlab.com/qemu-project/qemu.git + + 1.2 cd qemu + + 1.3 mkdir build + + 1.4 cd build + + 1.5 ../configure --target-list=x86_64-softmmu --enable-debug + +2.The following ERROR message: + +ERROR: Unrecognized host OS (uname -s reports 'Linux') +Additional information: +Cpu information: + +Vendor ID: AuthenticAMD + + BIOS Vendor ID: Advanced Micro Devices, Inc. + + Model name: AMD EPYC 9754 128-Core Processor + + BIOS Model name: AMD EPYC 9754 128-Core Processor diff --git a/results/classifier/deepseek-2/output/other/2297 b/results/classifier/deepseek-2/output/other/2297 new file mode 100644 index 000000000..f0695bd1c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2297 @@ -0,0 +1,2 @@ + +Incorrect String: PowerMAC (Media Access Control instead of Macintosh) diff --git a/results/classifier/deepseek-2/output/other/2300 b/results/classifier/deepseek-2/output/other/2300 new file mode 100644 index 000000000..98fe30ad4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2300 @@ -0,0 +1,2 @@ + +Unintialized variable in double_cpdo.c diff --git a/results/classifier/deepseek-2/output/other/2301 b/results/classifier/deepseek-2/output/other/2301 new file mode 100644 index 000000000..34c9d00f1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2301 @@ -0,0 +1,2 @@ + +GitLab Windows Server 2019 runner is deprecated diff --git a/results/classifier/deepseek-2/output/other/2309 b/results/classifier/deepseek-2/output/other/2309 new file mode 100644 index 000000000..3c057ba8f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2309 @@ -0,0 +1,32 @@ + +qemu-aarch64 hangs running cargo test after libc6 upgrade to 2.36-9+deb12u6 +Description of problem: +qemu-aarch64 seems to hang with 100% cpu usage without any indication. +with -p 12345 for gdb debugging, gdb could not interrupt the remote with ctrl-c. +Steps to reproduce: +1. Ensure the test env has 2.36-9+deb12u6 +2. Install the latest rust toolchain. +3. mkdir test_test && cargo init +4. ensure src/main.rs has +``` +fn main() { + println!("Hello, world!"); +} + +#[test] +fn test() { + println!("hAAA!"); +} +``` +5. create .cargo/config.toml +``` +[target.aarch64-unknown-linux-gnu] +linker = "aarch64-linux-gnu-gcc" +runner = "qemu-aarch64 -L /usr/aarch64-linux-gnu" +rustflags = ["-C", "target-cpu=neoverse-n1"] +``` +6. cargo test --target aarch64-unknown-linux-gnu +Additional information: +The issue does not seem to occur with libc6:2.36-9+deb12u4 + +The same binary runs fine on a real arm64 target with the upgraded libc6 version 2.36-9+deb12u6. diff --git a/results/classifier/deepseek-2/output/other/231 b/results/classifier/deepseek-2/output/other/231 new file mode 100644 index 000000000..acb476a53 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/231 @@ -0,0 +1,2 @@ + +Many leaks from qemu_spice_create_update diff --git a/results/classifier/deepseek-2/output/other/2320 b/results/classifier/deepseek-2/output/other/2320 new file mode 100644 index 000000000..fc4a9ac92 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2320 @@ -0,0 +1,2 @@ + +-Wchar-subscripts warnings in target/i386/tcg/decode-new.c.inc diff --git a/results/classifier/deepseek-2/output/other/2322 b/results/classifier/deepseek-2/output/other/2322 new file mode 100644 index 000000000..a02840dcc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2322 @@ -0,0 +1,2 @@ + +Qemu 9 make install failed on Ubuntu 23.10 ARM64 diff --git a/results/classifier/deepseek-2/output/other/2323 b/results/classifier/deepseek-2/output/other/2323 new file mode 100644 index 000000000..bb1e0c4b3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2323 @@ -0,0 +1,27 @@ + +Win/Super key not working correctly under Windows hosts +Description of problem: +I accidentally noticed `Win` key (VK_LWIN) not working correctly on Windows hosts, more specifically: + +1. It is impossible to "hold" `Win`. If one presses and holds `Win`, the guest is spammed with `Win` keypresses, instead of receiving a single `Win` keypress at the point of releasing the button (VK_LWIN button up). +2. It is impossible to make key combinations (shortcuts, hotkeys etc.) that involve the `Win/Super` key. Maybe implicitly solved by fixing #1. + +This behavior is present starting from bc8e883065f36581e4f2352c31a1dfa5f65a82f2 (ui/sdl2: disable SDL_HINT_GRAB_KEYBOARD on Windows). Before it, on the SDL2 keyboard hook `Win/Super` key worked correctly. I demonstrate the problem on Fedora/WinXP, but it affects all guests. +Steps to reproduce: +1. (see additional information) +2. +3. +Additional information: +Short video demonstration on a WinXP guest and a Fedora 39 guest. The qemus used are (qemu-8.0.2 e0968d21e27ef9c406f709180a39a076e786efbe; working correctly) and (qemu-9.0.0 from the release tarball qemu-9.0.0.tar.xz; buggy) + +1. In the WinXP video, I'm pressing and holding the `Win` key for about 3 seconds. In the correct version, the start menu is opened only at the point of release. In the buggy version, the start menu is opened repeatedly tens of times (flickering). You can see the point of release in Nirsoft's KeyboardStateView, when VK_LWIN loses the "pressed" asterisk. + + At the end of the video I'm trying to use the `Win+e` shortcut for WinExplorer. In the buggy version, Outlook is opened instead. This is because the keypresses are processed individually, first `Win` opens the start menu and then `e` opens email application (in this case outlook). In the correct version WinExplorer is opened. + +  +  + +2. In the Fedora video, I'm trying to set up a simple shortcut, I'm pressing on my keyboard `LCTRL+LALT+Super+E`. In the buggy version, the `Super` key is not picked up. All the shortcut combinations involving `Super` are therefore not working. + +  +  diff --git a/results/classifier/deepseek-2/output/other/2329 b/results/classifier/deepseek-2/output/other/2329 new file mode 100644 index 000000000..87183e600 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2329 @@ -0,0 +1,2 @@ + +Windows 64-bit, qemu-monitor, change diff --git a/results/classifier/deepseek-2/output/other/234 b/results/classifier/deepseek-2/output/other/234 new file mode 100644 index 000000000..e4a1b0636 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/234 @@ -0,0 +1,2 @@ + +Failure building with clang-10 and libssh diff --git a/results/classifier/deepseek-2/output/other/2344 b/results/classifier/deepseek-2/output/other/2344 new file mode 100644 index 000000000..54373be9f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2344 @@ -0,0 +1,46 @@ + +Plugin scoreboard deadlock (plugin.lock vs start_exclusive) +Description of problem: +Deadlock + +In frame 9 the thread grabs the plugin.lock, and starts to wait for other cpus to enter exclusive idle. +``` +#7 0x00005555555a1295 in start_exclusive () at ../hw/core/cpu-common.c:199 +#8 plugin_grow_scoreboards__locked (cpu=0x7fff0c2b4720) at ../plugins/core.c:238 +#9 qemu_plugin_vcpu_init_hook (cpu=0x7fff0c2b4720) at ../plugins/core.c:258 +``` + +The other thread just finished a TB and do the callback to the plugin, so it will not become exclusive idle until it finishes. +That callback tries to create a new 'scoreboard', but plugin.lock is already taken. +``` +#7 qemu_plugin_scoreboard_new (element_size=element_size@entry=8) at ../plugins/api.c:464 +#8 0x00007ffff7fb973d in vcpu_tb_trans (id=<optimized out>, tb=0x555555858d60) at /home/rehn/source/qemu/contrib/plugins/hotblocks.c:125 +#9 0x00005555557394f1 in qemu_plugin_tb_trans_cb (cpu=<optimized out>, tb=0x555555858d60) at ../plugins/core.c:418 +``` + +Locally I'm using this fix, reverse order so we enter exclusive idle before grabbing the plugin.lock: +``` +diff --git a/plugins/core.c b/plugins/core.c +index 1e58a57bf1..0e41c4ef22 100644 +--- a/plugins/core.c ++++ b/plugins/core.c +@@ -236,4 +236,2 @@ static void plugin_grow_scoreboards__locked(CPUState *cpu) + +- /* cpus must be stopped, as tb might still use an existing scoreboard. */ +- start_exclusive(); + struct qemu_plugin_scoreboard *score; +@@ -244,3 +242,2 @@ static void plugin_grow_scoreboards__locked(CPUState *cpu) + tb_flush(cpu); +- end_exclusive(); + } +@@ -250,2 +247,4 @@ void qemu_plugin_vcpu_init_hook(CPUState *cpu) + bool success; ++ /* cpus must be stopped, as tb might still use an existing scoreboard. */ ++ start_exclusive(); + +@@ -259,2 +258,3 @@ void qemu_plugin_vcpu_init_hook(CPUState *cpu) + qemu_rec_mutex_unlock(&plugin.lock); ++ end_exclusive(); +``` +Steps to reproduce: +Run command a few times and get 'unlucky' diff --git a/results/classifier/deepseek-2/output/other/2345 b/results/classifier/deepseek-2/output/other/2345 new file mode 100644 index 000000000..81473be1c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2345 @@ -0,0 +1,49 @@ + +Undefined behavior error: call to function qemu_mutex_lock through pointer to incorrect function type +Description of problem: +When compiling QEMU with: + +``` +./configure --cc=clang --extra-cflags=-fsanitize=undefined --extra-cflags=-fno-sanitize-recover=undefined --target-list=x86_64-softmmu +``` + +on a system that has Clang v17 or newer (e.g. on Fedora 39 or Fedora 40), the QEMU binary abort with an undefined behavior error: + +``` +$ ./qemu-system-x86_64 +include/qemu/lockable.h:95:5: runtime error: call to function qemu_mutex_lock through pointer to incorrect function type 'void (*)(void *)' +include/qemu/thread.h:122:5: note: qemu_mutex_lock defined here +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior include/qemu/lockable.h:95:5 +``` + +Or for example when running ``make check-unit`` : + +``` + 97/103 qemu:unit / test-yank ERROR 0.13s killed by signal 6 SIGABRT +>>> G_TEST_BUILDDIR=/tmp/qemu-ubsan/tests/unit ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=201 G_TEST_SRCDIR=~/qemu/tests/unit /tmp/qemu-ubsan/tests/unit/test-yank --tap -k +――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――――――― +stderr: +include/qemu/lockable.h:95:5: runtime error: call to function qemu_mutex_lock through pointer to incorrect function type 'void (*)(void *)' +include/qemu/thread.h:122:5: note: qemu_mutex_lock defined here + #0 0x55753123f8b9 in qemu_lockable_lock include/qemu/lockable.h:95:5 + #1 0x55753123f8b9 in qemu_lockable_auto_lock include/qemu/lockable.h:105:5 + #2 0x55753123f8b9 in qmp_query_yank util/yank.c:184:5 + #3 0x5575311a35fe in is_yank_instance_registered tests/unit/test-yank.c:43:12 + #4 0x5575311a35fe in char_change_test tests/unit/test-yank.c:128:5 + #5 0x7f7f0a8cfbbf (/lib64/libglib-2.0.so.0+0x8bbbf) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #6 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #7 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #8 0x7f7f0a8cfb2f (/lib64/libglib-2.0.so.0+0x8bb2f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #9 0x7f7f0a8d00c9 in g_test_run_suite (/lib64/libglib-2.0.so.0+0x8c0c9) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #10 0x7f7f0a8d015f in g_test_run (/lib64/libglib-2.0.so.0+0x8c15f) (BuildId: 795136df3faa85587229ddc59d709f81d6f697df) + #11 0x5575311a336f in main tests/unit/test-yank.c:248:12 + #12 0x7f7f0a32d087 in __libc_start_call_main (/lib64/libc.so.6+0x2a087) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #13 0x7f7f0a32d14a in __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x2a14a) (BuildId: b098f1c75a76548bb230d8f551eae07a2aeccf06) + #14 0x557531178d64 in _start (/tmp/qemu-ubsan/tests/unit/test-yank+0x77d64) (BuildId: 0bb470b7accec26b684d1c7e941239d31396604e) + +SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior include/qemu/lockable.h:95:5 + +(test program exited with status code -6) +``` + +The way we abuse the (void *) parameter of QemuLockUnlockFunc seems to be undefined behavior, which could likely also trigger issues with CFI or certain compilers/architectures like emscripten, so we should try to avoid this. See also https://github.com/systemd/systemd/issues/29972 or https://github.com/python/cpython/issues/111178 for discussions in other projects. diff --git a/results/classifier/deepseek-2/output/other/2366 b/results/classifier/deepseek-2/output/other/2366 new file mode 100644 index 000000000..2eb3d3ff2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2366 @@ -0,0 +1,2 @@ + +qemu8.2 check test failed diff --git a/results/classifier/deepseek-2/output/other/2368 b/results/classifier/deepseek-2/output/other/2368 new file mode 100644 index 000000000..7b614dcf7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2368 @@ -0,0 +1,2 @@ + +Get get_maintainer.pl working with cover letter files diff --git a/results/classifier/deepseek-2/output/other/2369 b/results/classifier/deepseek-2/output/other/2369 new file mode 100644 index 000000000..39abda6a5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2369 @@ -0,0 +1,2 @@ + +qemu-img measure is incorrect when using discard-no-unref diff --git a/results/classifier/deepseek-2/output/other/237 b/results/classifier/deepseek-2/output/other/237 new file mode 100644 index 000000000..fba531103 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/237 @@ -0,0 +1,2 @@ + +[Feature request] x86: dump MSR features in human form diff --git a/results/classifier/deepseek-2/output/other/2378 b/results/classifier/deepseek-2/output/other/2378 new file mode 100644 index 000000000..c889c9b57 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2378 @@ -0,0 +1,29 @@ + +make install (meson?) removes needed RPATH for libslirp, making build on CentOS 9 difficult +Description of problem: +make install appears to remove need RPATH attributes from the binary, making it difficult if not impossible to install Qemu 9.0.0 on a CentOS 9 machine. + +I'm trying to build Qemu 9.0.0 on a CentOS 9 Stream machine where I do not have root. +The system ships with libslirp-4.4.0-7.el9.src.rpm which is libslirp 4.4.0, which is too old for Qemu. + +I checked out https://gitlab.freedesktop.org/slirp/libslirp.git which is 2 commits more recent than +libslirp 4.8.0. I installed this version in a separate directory. + +When I configure Qemu using PKG_CONFIG_PATH, it builds the correct executable with the correct RPATH. +readelf -d shows: + + 0x000000000000000f (RPATH) Library rpath: [/web/courses/cs4284/pintostools/lib64] + +which is the correct directory where the proper version of libslirp is located. + +However, when I run "make install" the RPATH attribute is removed. Thus, Qemu resorts to the system version, which is version 4.4 (with which Qemu won't run.) + +Meson's propensity to strip necessary RPATHs appears to be well-known, see, for instance, + +https://github.com/mesonbuild/meson/issues/4027 + +(There is a fix for at least some of the problems in 0.55.0 of Meson +https://mesonbuild.com/Release-notes-for-0-55-0.html +Qemu 9.0.0 appears to use Meson 1.2.3., but yet it still fails.) + +Work-around: don't use make install, copy it directly from the build directory to the destination directory. diff --git a/results/classifier/deepseek-2/output/other/238 b/results/classifier/deepseek-2/output/other/238 new file mode 100644 index 000000000..703dc07c3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/238 @@ -0,0 +1,2 @@ + +capstone link failure building linux-user static diff --git a/results/classifier/deepseek-2/output/other/2389 b/results/classifier/deepseek-2/output/other/2389 new file mode 100644 index 000000000..3db32c4b4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2389 @@ -0,0 +1,35 @@ + +Mutex initialization assertion failure due to incompatibility with macOS setrlimit() syscall +Description of problem: +Running the command with with any set of arguments instantly crashes with the following error message: + +``` +Assertion failed: (mutex->initialized), function qemu_mutex_lock_impl, file ../util/qemu-thread-posix.c, line 92. +zsh: abort ./qemu-system-x86_64 +``` +Steps to reproduce: +As per instructions for building from scratch: + +1. `mkdir build && cd build` +2. `../configure --prefix=$PWD/.. --audio-drv-list=sdl --disable-cocoa --enable-sdl --enable-sdl-image` +3. `make && make install` +4. `cd ../bin` +5. `./qemu-system-x86_64` +Additional information: +The issue is coming from the `os_setup_limits()` function in `os-posix.c`. As it turns out, the `setrlimit()` syscall behaves subtly different on macOS than on Linux systems, and the macOS man pages explicitly forbade the code on line 273. + +Line 273 from `os-posix.c`: + +``` +nofile.rlim_cur = nofile.rlim_max; +``` + +macOS `setrlimit()` man page: + +``` +COMPATIBILITY + setrlimit() now returns with errno set to EINVAL in places that historically succeeded. It no longer accepts "rlim_cur = RLIM_INFINITY" for + RLIM_NOFILE. Use "rlim_cur = min(OPEN_MAX, rlim_max)". +``` + +The man page thankfully gives us the [patch](/uploads/e7c8c6e3b5620c3b1ee34e89661097f3/qemu.patch) diff --git a/results/classifier/deepseek-2/output/other/2390 b/results/classifier/deepseek-2/output/other/2390 new file mode 100644 index 000000000..30b064d33 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2390 @@ -0,0 +1,64 @@ + +linux-user: Qemu handles `getsockopt` with NULL `optval` incorrectly +Description of problem: +In short call to `getsockopt(_, SOL_TCP, TCP_KEEPIDLE, NULL, _)` behaves differently on RISC-V Qemu than on x64 Linux. +On Linux syscall returns 0, but on Qemu it fails with `"Bad address"`. +Apparently Qemu `getsockopt` implementation is more conservative about NULL `optval` argument than kernel implementation. However man permits passing NULL [link](https://man7.org/linux/man-pages/man2/setsockopt.2.html): + +> For getsockopt(), optlen is a value-result argument, initially + containing the size of the buffer pointed to by optval, and + modified on return to indicate the actual size of the value + returned. **If no option value is to be supplied** or returned, + **optval may be NULL.**" + +For me it sounds like accepting NULL without error (and x64 confirms that interpretation). +Steps to reproduce: +1. Use below toy program `getsockopt.c` and compile it without optimizations like: +``` + gcc -Wall -W -std=gnu11 -pedantic getsockopt.c -o getsockopt +``` + +``` +#include <stdlib.h> +#include <unistd.h> +#include <errno.h> +#include <stdio.h> +#include <netinet/in.h> +#include <sys/socket.h> +#include <netinet/tcp.h> + +static void fail_on_error(int error, const char *msg) { + if (error < 0) { + perror(msg); + exit(errno); + } +} + +int main(int argc, char **argv) { + int socketfd = socket(AF_INET, SOCK_STREAM | SOCK_CLOEXEC, IPPROTO_TCP); + fail_on_error(socketfd, "socket error"); + uint8_t *option_value = NULL; + int32_t len = 0; + int32_t *option_len = &len; + socklen_t opt_len = (socklen_t)*option_len; + int status = getsockopt(socketfd, SOL_TCP, TCP_KEEPIDLE, option_value, &opt_len); + fail_on_error(status, "getsockopt error"); + return 0; +} +``` + + +2. Run program on Qemu and compare output with output from x64 build. In my case it looks like: +``` +root@57646f544f3a:/runtime/programs# ./getsockopt-x64 +root@57646f544f3a:/runtime/programs# ./getsockopt-riscv +getsockopt error: Bad address +``` +Additional information: +I don't think issue is platform specific assuming Qemu `getsockopt` implementation that is actually running is here: +[link](https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L2522) + +Looking at sources, I'm not sure why Qemu can't simply forward everything to kernel space +instead doing extra sanity checks together with `optval` dereference attempt that eventually fails in one of `put_user*_` function: [link](https://github.com/qemu/qemu/blob/master/linux-user/syscall.c#L2753) + +Anyway, I think that interpretation of man quote is rather straightforward and Qemu `getsockopt` implementation should follow it. diff --git a/results/classifier/deepseek-2/output/other/2397 b/results/classifier/deepseek-2/output/other/2397 new file mode 100644 index 000000000..753ad8151 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2397 @@ -0,0 +1,2 @@ + +Restrict qemu_file_set_error_obj() to migration/ diff --git a/results/classifier/deepseek-2/output/other/241 b/results/classifier/deepseek-2/output/other/241 new file mode 100644 index 000000000..ae4b719b6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/241 @@ -0,0 +1,2 @@ + +Please refactor linux-user/mips/cpu_loop.c diff --git a/results/classifier/deepseek-2/output/other/2420 b/results/classifier/deepseek-2/output/other/2420 new file mode 100644 index 000000000..a7c94b17e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2420 @@ -0,0 +1,45 @@ + +Error: Deprecated CPU topology (considered invalid): Unsupported cluster parameter musn't be specified as 1 +Description of problem: +warning: Deprecated CPU topology (considered invalid): Unsupported clusters parameter mustn't be specified as 1 +VM does not start + +What I've tried so far to fix: + +- Removed the offending `clusters="1"` parameter in the XML, both via virsh edit and virt-manager but the sucker comes back every time! + +- Creating a completely new VM from scratch, just keeping the qcow2 for Windows. What happens then is funny: The initial setup goes well. Machine type automatically gets set to q35 version 9.0. After setting up my cores (pinning) for the VM (7C/14T for the VM 1C/2T for host), there is no "clusters" parameter anymore. So the first start went well. After a RESTART of the whole host machine and subsequent launch of the VM guess what happened? The "clusters" thing is back in full swing. +Steps to reproduce: +1. Create Windows 11 VM with virt-manager +2. Try to do core pinning and setting up the following in virt manager before +- Copy CPU configuration from host (host-passthrough) +- Manually set CPU structure via GUI to 1 Socket, 7 Cores, 2 Threads on an 8 Core (in my case 11900k) +3. Observe result in XML being: + `<topology sockets="1" dies="1" clusters="1" cores="7" threads="2"/>` + +Again, the "clusters" entry leads to the VM not starting. Removing it doesn't work, it comes back straight away. I tried in virt-manager as well as with virsh edit. +Additional information: +My core pinning for reference: + +``` +<vcpu placement="static">14</vcpu> + <iothreads>1</iothreads> + <cputune> + <vcpupin vcpu="0" cpuset="0"/> + <vcpupin vcpu="1" cpuset="8"/> + <vcpupin vcpu="2" cpuset="1"/> + <vcpupin vcpu="3" cpuset="9"/> + <vcpupin vcpu="4" cpuset="2"/> + <vcpupin vcpu="5" cpuset="10"/> + <vcpupin vcpu="6" cpuset="3"/> + <vcpupin vcpu="7" cpuset="11"/> + <vcpupin vcpu="8" cpuset="4"/> + <vcpupin vcpu="9" cpuset="12"/> + <vcpupin vcpu="10" cpuset="5"/> + <vcpupin vcpu="11" cpuset="13"/> + <vcpupin vcpu="12" cpuset="6"/> + <vcpupin vcpu="13" cpuset="14"/> + <emulatorpin cpuset="7,15"/> + <iothreadpin iothread="1" cpuset="7,15"/> + </cputune> +``` diff --git a/results/classifier/deepseek-2/output/other/2430 b/results/classifier/deepseek-2/output/other/2430 new file mode 100644 index 000000000..df4edcd81 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2430 @@ -0,0 +1,8 @@ + +allocate / free need use glibs's function. +Description of problem: +https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/machine.c?ref_type=heads#L982 + +use g_free to free config,because it is allocated by g_malloc0 + +on windows,if use crt's free && glib's(DLL) g_malloc0 ,will crash. diff --git a/results/classifier/deepseek-2/output/other/2431 b/results/classifier/deepseek-2/output/other/2431 new file mode 100644 index 000000000..679771d7b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2431 @@ -0,0 +1,2 @@ + +we ship a single qemu.1 manpage supposedly applicable for all system emulators but it is full of qemu-system-x86_64 specific info/command lines diff --git a/results/classifier/deepseek-2/output/other/2438 b/results/classifier/deepseek-2/output/other/2438 new file mode 100644 index 000000000..b80bd11e1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2438 @@ -0,0 +1,2 @@ + +QEMU needs compat tweak to build against upstream capstone 6 diff --git a/results/classifier/deepseek-2/output/other/2439 b/results/classifier/deepseek-2/output/other/2439 new file mode 100644 index 000000000..df3ffcd86 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2439 @@ -0,0 +1,10 @@ + +qemu.org ssl certificate is expired +Description of problem: + +Steps to reproduce: +1. go to qemu.org +2. look at it +3. maybe screenshot +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2457 b/results/classifier/deepseek-2/output/other/2457 new file mode 100644 index 000000000..c4f3f7b3b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2457 @@ -0,0 +1,2 @@ + +Building plugin sources doesn't produce any output to 'make' diff --git a/results/classifier/deepseek-2/output/other/2458 b/results/classifier/deepseek-2/output/other/2458 new file mode 100644 index 000000000..94ae4b4fd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2458 @@ -0,0 +1,2 @@ + +Documentation build fails with Sphinx 8 diff --git a/results/classifier/deepseek-2/output/other/2463 b/results/classifier/deepseek-2/output/other/2463 new file mode 100644 index 000000000..579771e22 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2463 @@ -0,0 +1,10 @@ + +allow sifive_e to use more RAM +Description of problem: +For users like me that are still learning RISC bare-metal assembly, searching online you will find many tutorials and examples using sifive_e with Qemu, so it is the easy way to get started. + +I quickly ran into crashes with my tests because I did not realize that sifive_e is limited to 16K of RAM. +I realize the 16K limit is hard coded so that it matches the real hardware, but that makes it very hard to run a variety of tests. +Additional information: +My fork of Qemu changes sifive_e to allow 256MB. +https://github.com/panjea/qemu/commit/97cb89d778ebe3407a969b8282e2e7adb4be2971 diff --git a/results/classifier/deepseek-2/output/other/2466 b/results/classifier/deepseek-2/output/other/2466 new file mode 100644 index 000000000..226b9f5f0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2466 @@ -0,0 +1,25 @@ + +I'm not sure. But I Think I could cause the err(include/qemu/queue.h). +Description of problem: +At file "include/qemu/queue.h", Maybe I Think QTAILQ_REMOVE could cause a Error. + +``` +#define QTAILQ_REMOVE(head, elm, field) do { \ + if (((elm)->field.tqe_next) != NULL) \ + (elm)->field.tqe_next->field.tqe_circ.tql_prev = \ + (elm)->field.tqe_circ.tql_prev; \ + else \ + (head)->tqh_circ.tql_prev = (elm)->field.tqe_circ.tql_prev; \ + (elm)->field.tqe_circ.tql_prev->tql_next = (elm)->field.tqe_next; \ + (elm)->field.tqe_circ.tql_prev = NULL; \ + (elm)->field.tqe_circ.tql_next = NULL; \ + (elm)->field.tqe_next = NULL; \ +} while (/*CONSTCOND*/0) +``` +If the length of the que is one, line 7 cause a segmentation fault. +Steps to reproduce: +1. Create a Que with QTAILQ_INIT +2. Add one element to que. +3. Remove the element with QTAILQ_REMOVE +Additional information: +queue.h file is located at "inclue/qemu/queue.h" diff --git a/results/classifier/deepseek-2/output/other/2475 b/results/classifier/deepseek-2/output/other/2475 new file mode 100644 index 000000000..807b5aa78 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2475 @@ -0,0 +1,2 @@ + +Inconsistency between cpu_tb_exec() and qemu_plugin_register_vcpu_tb_exec_cb()? diff --git a/results/classifier/deepseek-2/output/other/2476 b/results/classifier/deepseek-2/output/other/2476 new file mode 100644 index 000000000..15b7b83be --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2476 @@ -0,0 +1,53 @@ + +Regression 9.1.0-rc0: Msys2/Clang64 build fails +Description of problem: +Building QEMU in Msys2/Clang64 environment now fails. It is possible with 8.2.0 and 9.0.0 if option "--disable-plugins" is used. + +I suppose this option is broken now: + +``` +[2207/2362] Linking target qemu-system-aarch64.exe +FAILED: qemu-system-aarch64.exe +"cc" "-m64" @qemu-system-aarch64.exe.rsp +lld: error: unknown argument: --dynamic-list=D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/plugins/qemu-plugins.symbols + + +cc: error: linker command failed with exit code 1 (use -v to see invocation) + + +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:167: run-ninja] Error 1 +make[1]: Leaving directory '/home/Normalo/qemu-9.1.0-rc0/build' +make: *** [GNUmakefile:6: build] Error 2 +``` +Steps to reproduce: +1. tar -xf qemu-9.1.0-rc0.tar.xz +2. cd qemu-9.1.0-rc0 +3. ./configure --target-list=aarch64-softmmu --disable-plugins +4. make +Additional information: +See attached log files [configure.log](/uploads/c56dd6c9064d98d3498923adcd61a4f9/configure.log) and [build.log](/uploads/c3f16160cffcd4a817f0304226db604e/build.log) + +After reverting the last commit on plugins/meson.build the build succeeds, because here the parameter causing the failure (`--dynamic-list`) is only applied, if plugins are enabled. +``` +commit 0082475e26430297ef65e598db5b67c8ac182620 +Author: Paolo Bonzini <pbonzini@redhat.com> +Date: Thu Jun 6 15:07:23 2024 +0200 + + meson: merge plugin_ldflags into emulator_link_args + + These serve the same purpose, except plugin_ldflags ends up in the linker + command line in a more roundabout way (through specific_ss). Simplify. + + Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> +``` + +Configuring with plugins enabled fails with: +``` +../plugins/meson.build:28:32: ERROR: Command `D:\msys64plain\clang64\bin/dlltool.EXE --input-def D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/plugins/qemu_plugin_api.def --output-delaylib D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/plugins/libqemu_plugin_api.a --dllname qemu.exe` failed with status 1. + +A full log can be found at D:/msys64plain/home/Normalo/qemu-9.1.0-rc0/build/meson-logs/meson-log.txt + +ERROR: meson setup failed +``` +See attached log files [configure-plugins-enabled.log](/uploads/5ce608791fe9a47165c3fecaddce1aa8/configure-plugins-enabled.log) and [meson-log-plugins-enabled.txt](/uploads/8dc1e95726847270052def5d7b0bd63a/meson-log-plugins-enabled.txt) diff --git a/results/classifier/deepseek-2/output/other/2481 b/results/classifier/deepseek-2/output/other/2481 new file mode 100644 index 000000000..c9218524e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2481 @@ -0,0 +1,2 @@ + +Possible dereference of NULL diff --git a/results/classifier/deepseek-2/output/other/2501 b/results/classifier/deepseek-2/output/other/2501 new file mode 100644 index 000000000..5dd7496d6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2501 @@ -0,0 +1,2 @@ + +compile qemu as a shared library diff --git a/results/classifier/deepseek-2/output/other/2503 b/results/classifier/deepseek-2/output/other/2503 new file mode 100644 index 000000000..345063fb2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2503 @@ -0,0 +1,10 @@ + +how to install cmake scipt in QEMU with riscv +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2506 b/results/classifier/deepseek-2/output/other/2506 new file mode 100644 index 000000000..797592d0f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2506 @@ -0,0 +1,59 @@ + +LC_RPATH stripped despite setting INSTALL_REMOVE_ENVIRONMENT_RPATH=FALSE +Description of problem: +When I try to run qemu, I get the following output: +> dyld[93165]: Library not loaded: @rpath/libjpeg.62.dylib +> Referenced from: <85BC1FBA-CA2E-3CAC-9ABF-E5330AC86CAF> /Users/mj/local/bin/qemu-system-aarch64 +> Reason: no LC_RPATH's found +Steps to reproduce: +If the qemu-9.0.2 folder is present, remove it: +``` +$ rm -rf qemu-9.0.2 +``` +Create the source folder: +``` +$ tar xzf qemu-9.0.2.tar.xz +$ cd qemu-9.0.2 +``` + +Make sure the following environment variables are set: +``` +$ export CC=clang +$ export LDFLAGS="-rpath $HOME/local/lib" +$ export INSTALL_REMOVE_ENVIRONMENT_RPATH=FALSE +``` + +Configure as follows: +``` +$ ./configure --prefix=$HOME/local --disable-sdl --enable-slirp --enable-fdt=internal --enable-spice +``` + +Build +``` +$ make -j 10 +``` + +Note there are a large number of linker warnings like this: +> ld: warning: duplicate -rpath '/Users/mj/local/lib' ignored + +Execute this: +``` +$ otool -l build/qemu-system-aarch64 | grep LC_RPATH -A2 +``` + +See this output +> cmd LC_RPATH +> cmdsize 32 +> path /Users/mj/local/lib (offset 12) + +Change directory to $HOME/local/bin & execute: +``` +$ otool -l qemu-system-aarch64 | grep LC_RPATH -A2 +``` + +The output is now empty - the LC_RPATH has been stripped by the install. This results in the failure to execute the resulting binary. Note, I tried using install_name_tool to add the RPATH, but it warned me this changed the signature of the file, and it would not run. + +Executing qemu-system-aarch64 produces the following: +> dyld[93165]: Library not loaded: @rpath/libjpeg.62.dylib +> Referenced from: <85BC1FBA-CA2E-3CAC-9ABF-E5330AC86CAF> /Users/mj/local/bin/qemu-system-aarch64 +> Reason: no LC_RPATH's found diff --git a/results/classifier/deepseek-2/output/other/2507 b/results/classifier/deepseek-2/output/other/2507 new file mode 100644 index 000000000..f213e8322 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2507 @@ -0,0 +1,14 @@ + +m68k: fpu: frestore with NULL state should reset FPU state +Description of problem: +According to the PRM: + +``` +Floating-Point Status Register: Cleared if the state size is NULL; otherwise, not affected. +``` + +But this does not currently happen. +Steps to reproduce: +1. set a value in fpsr +2. do frestore with state size zero +3. read back fpsr and notice it isn't zero. diff --git a/results/classifier/deepseek-2/output/other/2508 b/results/classifier/deepseek-2/output/other/2508 new file mode 100644 index 000000000..762bcd8e1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2508 @@ -0,0 +1,2 @@ + +test-aio unreliable on MSYS2 diff --git a/results/classifier/deepseek-2/output/other/2515 b/results/classifier/deepseek-2/output/other/2515 new file mode 100644 index 000000000..11b003f9a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2515 @@ -0,0 +1,47 @@ + +qemu -daemonize crashes on macOS with "NSPlaceholderDate initialize may have been in progress in another thread" +Description of problem: +Context: I build [an open source project](https://tsduck.io/) on several operating systems and architectures. For riscv64, s390x, ppc64, I build in emulated virtual machines. The three emulated OS work correctly when running qemu manually and the project is correctly built. + +Now, I want to automate the process in a script: for each target architecture, boot the VM (start qemu as a background process), connect to the VM using ssh, build the software, collect the binaries, shut down the VM. + +Starting the same qemu command as used interactively as a background process with `&` does not work and fails immediately, apparently because of the lack of stdin. So, I added option `-daemonize` (and removed `-nographic` because an error message says the two options are incompatible). + +Using `-daemonize` instead of `-nographic`, all qemu command immediately fail with the following error: + +``` +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. +``` +Steps to reproduce: +``` +$ qemu-system-riscv64 -machine virt -smp 8 -m 8192 -daemonize \ + -bios fw_jump.bin -kernel u-boot.bin \ + -device virtio-net-device,netdev=net \ + -netdev user,id=net,hostfwd=tcp::2233-:22 \ + -drive file=disk.qcow2,format=qcow2,if=virtio -device virtio-rng-pci +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1141]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. + + +$ qemu-system-s390x -machine s390-ccw-virtio -cpu max,zpci=on -smp 8 -m 8192 -daemonize \ + -drive file=disk.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=none \ + -device virtio-blk-ccw,devno=fe.0.0002,drive=drive-virtio-disk0,bootindex=1 \ + -nic user,hostfwd=tcp::2288-:22 +objc[1209]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1209]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. + + +$ qemu-system-ppc64 -smp 8 -m 8192 -daemonize \ + -drive file=disk.qcow2,format=qcow2 -nic user,hostfwd=tcp::2299-:22 +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-cfpc=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-sbbc=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-ibs=workaround +qemu-system-ppc64: warning: TCG doesn't support requested feature, cap-ccf-assist=on +objc[1166]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. +objc[1166]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. +``` + +All the above commands work correctly when using `-nographic` instead of `-daemonize`. The virtual disks are the same as in the interactive runs, with a fully configured Linux OS (Ubuntu or Debian). +Additional information: +From a [report from here](https://stackoverflow.com/questions/63041445/python-os-high-sierra-nsplaceholderdate-error), I tried to define the environment variable `OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES` before running qemu. The `[__NSPlaceholderDate initialize]` errors disappear but qemu still crashes immediately. diff --git a/results/classifier/deepseek-2/output/other/2516 b/results/classifier/deepseek-2/output/other/2516 new file mode 100644 index 000000000..438784be1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2516 @@ -0,0 +1,2 @@ + +Qemu 9.1 dropped support for Ubuntu 20.04 diff --git a/results/classifier/deepseek-2/output/other/2519 b/results/classifier/deepseek-2/output/other/2519 new file mode 100644 index 000000000..406e5e5d8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2519 @@ -0,0 +1,2 @@ + +make check TIMEOUT_MULTIPLIER variable is undocumented diff --git a/results/classifier/deepseek-2/output/other/2522 b/results/classifier/deepseek-2/output/other/2522 new file mode 100644 index 000000000..f39e1238e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2522 @@ -0,0 +1,18 @@ + +[9.0.2] PPC: incorrect name filed in vmstate_tlbemb_entry, broken snapshot replay +Description of problem: +Fix commit: a90db15 +When using the Record/replay feature on ppc emulation (qemu-system-ppc binary), an error occurred during loading: +``` +qemu-system-ppc: Missing section footer for cpu +qemu-system-ppc: Error -22 while loading VM state +qemu-system-ppc: Could not load snapshot for icount replay +``` +I found a typo that led to this error + +more info in https://lists.nongnu.org/archive/html/qemu-devel/2024-08/msg02951.html +Steps to reproduce: +1. Run bare metal example from the attachment with the first command-line to create snapshot. +2. Run bare metal example from the attachment with the second command-line to replay snapshot. +Additional information: +Use this example [ppc-e500.zip](/uploads/04e47528c74ed9a564c212a17c480a1d/ppc-e500.zip) diff --git a/results/classifier/deepseek-2/output/other/2523 b/results/classifier/deepseek-2/output/other/2523 new file mode 100644 index 000000000..672a49807 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2523 @@ -0,0 +1,21 @@ + +[9.0.2] PPC: snapshot replay freeze on PowerPC +Description of problem: +Qemu 9.0.2 cannot replay snapshots on PowerPC e500mc (Book-E) architecture. When I try to do this, the program freezes. +Steps to reproduce: +1. Run bare metal example from the attachment with the first command-line to create snapshot. Then end it using ctrl+c. +2. Run bare metal example from the attachment with the second command-line to replay snapshot. Running will freeze, use ctrl+c. +Additional information: +e500mc example that prints Hello World: [ppc-e500.zip](/uploads/ef9ce53abc3f17490d4894c041956038/ppc-e500.zip) + +Log output: +``` +% qemu-system-ppc -cpu e500 -M ppce500 -kernel hello.elf -display none -serial stdio -icount 1,rr=record,rrfile=main.bin,rrsnapshot=init -drive file=empty.qcow2,if=none,id=rr +Hello world +qemu-system-ppc: terminating on signal 2 +% qemu-system-ppc -cpu e500 -M ppce500 -kernel hello.elf -display none -serial stdio -icount 1,rr=replay,rrfile=main.bin,rrsnapshot=init -drive file=empty.qcow2,if=none,id=rr +qemu-system-ppc: terminating on signal 2 +qemu-system-ppc: Playback shouldn't have to iowait (insn total 0/68 left, event 4 is EVENT_INSTRUCTION) +zsh: IOT instruction (core dumped) qemu-system-ppc -cpu e500 -M ppce500 -kernel hello.elf -display none -serial +``` +`Playback shouldn't have to iowait` error caused by 1f881ea4a444ef36a8b6907b0b82be4b3af253a2 commit, see https://gitlab.com/qemu-project/qemu/-/issues/2524 diff --git a/results/classifier/deepseek-2/output/other/2525 b/results/classifier/deepseek-2/output/other/2525 new file mode 100644 index 000000000..6817a6e5a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2525 @@ -0,0 +1,2 @@ + +bFLT triggers accel/tcg/user-exec.c:505: page_set_flags: Assertion `have_mmap_lock()' failed. diff --git a/results/classifier/deepseek-2/output/other/2526 b/results/classifier/deepseek-2/output/other/2526 new file mode 100644 index 000000000..59aea734c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2526 @@ -0,0 +1,40 @@ + +qemu-system-aarch64: Build of system emulators with --static failed on aarch64 Ubuntu 22.04 for tests/unit/test-bitcnt +Description of problem: +Build Qemu got error: +``` +[1107/2870] Compiling C object tcg/libtcg_system.fa.p/perf.c.o +[1108/2870] Linking target tests/unit/test-bitcnt +FAILED: tests/unit/test-bitcnt +cc -o tests/unit/test-bitcnt tests/unit/test-bitcnt.p/test-bitcnt.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +[1109/2870] Linking target tests/unit/test-qapi-util +FAILED: tests/unit/test-qapi-util +cc -o tests/unit/test-qapi-util tests/unit/test-qapi-util.p/test-qapi-util.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +[1110/2870] Linking target tests/unit/check-qom-interface +FAILED: tests/unit/check-qom-interface +cc -o tests/unit/check-qom-interface tests/unit/check-qom-interface.p/check-qom-interface.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libevent-loop-base.fa libqom.fa -Wl,--no-whole-archive -static-pie -fstack-protector-strong -Wl,-z,relro -Wl,-z,now -Wl,--start-group libqemuutil.a subprojects/libvhost-user/libvhost-user-glib.a subprojects/libvhost-user/libvhost-user.a libevent-loop-base.fa libqom.fa /usr/lib/aarch64-linux-gnu/libgio-2.0.a /usr/lib/aarch64-linux-gnu/libgmodule-2.0.a -pthread /usr/lib/aarch64-linux-gnu/libz.a -ldl /usr/lib/aarch64-linux-gnu/libblkid.a /usr/lib/aarch64-linux-gnu/libselinux.a /usr/lib/aarch64-linux-gnu/libsepol.a /usr/lib/aarch64-linux-gnu/libpcre2-8.a /usr/lib/aarch64-linux-gnu/libgobject-2.0.a /usr/lib/aarch64-linux-gnu/libffi.a /usr/lib/aarch64-linux-gnu/libglib-2.0.a -lm /usr/lib/aarch64-linux-gnu/libpcre.a -lmount -lmount -Wl,--end-group +/usr/bin/ld: cannot find -lmount: No such file or directory +/usr/bin/ld: cannot find -lmount: No such file or directory +collect2: error: ld returned 1 exit status +``` +After install libmount-dev, this error is still there. +If we just run: +``` +./configure --target-list=aarch64-softmmu --enable-kvm +make -16 +``` +This works well. +Steps to reproduce: +``` +1. ./configure --target-list=aarch64-softmmu --enable-kvm --disable-brlapi --disable-docs --disable-curses --disable-gtk --disable-opengl --disable-sdl --disable-spice --disable-vte --disable-vnc --disable-vnc-jpeg --disable-png --disable-vnc-sasl --disable-auth-pam --disable-glusterfs --disable-libiscsi --disable-libnfs --disable-libssh --disable-bzip2 --disable-lzo --disable-snappy --disable-slirp --disable-libusb --disable-usb-redir --static --disable-qom-cast-debug --disable-libudev --disable-curl --disable-rdma --disable-tools --enable-virtfs --disable-bsd-user --disable-linux-user --disable-sparse --disable-vde --disable-nettle --disable-xen --disable-linux-aio --disable-capstone --disable-virglrenderer --disable-replication --disable-smartcard --disable-guest-agent --disable-guest-agent-msi --disable-vvfat --disable-vdi --disable-qed --disable-qcow1 --disable-bochs --disable-cloop --disable-dmg --disable-parallels --disable-colo-proxy --disable-debug-graph-lock --disable-hexagon-idef-parser --disable-libdw --disable-pipewire --disable-pixman --disable-relocatable --disable-rutabaga-gfx --disable-vmdk --disable-avx512bw --disable-vpc --disable-vhdx --disable-hv-balloon + +2.make -j16 +``` +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2535 b/results/classifier/deepseek-2/output/other/2535 new file mode 100644 index 000000000..28830059e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2535 @@ -0,0 +1,2 @@ + +Security patch of CVE-2024-4693 backport request diff --git a/results/classifier/deepseek-2/output/other/2542 b/results/classifier/deepseek-2/output/other/2542 new file mode 100644 index 000000000..57a69ae2a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2542 @@ -0,0 +1,2 @@ + +qemu-system-arm failure with picolibc tests since 59754f85ed35cbd5f4bf2663ca2136c78d5b2413 diff --git a/results/classifier/deepseek-2/output/other/255 b/results/classifier/deepseek-2/output/other/255 new file mode 100644 index 000000000..6e14ddfc2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/255 @@ -0,0 +1,2 @@ + +Build on sparc64 fails with "undefined reference to `fdt_check_full'" diff --git a/results/classifier/deepseek-2/output/other/2550 b/results/classifier/deepseek-2/output/other/2550 new file mode 100644 index 000000000..e15506a01 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2550 @@ -0,0 +1,26 @@ + +GICv3 vGIC system registers not initialized on ARM Cortex-A15 +Description of problem: +For Cortex-A15, the GICv3 vGIC registers are not initialized like for AArch64 CPUs, for example Cotex-A35, Cortex-A55, etc +Steps to reproduce: +The setup is not trivial. I can provide a boot image on request. But I hope the problem is straight-forward. +Additional information: +Suggested fix: +```diff +index 20c2737f17..136b513bda 100644 +--- a/target/arm/tcg/cpu32.c ++++ b/target/arm/tcg/cpu32.c +@@ -569,6 +569,12 @@ static void cortex_a15_initfn(Object *obj) + cpu->ccsidr[1] = 0x201fe00a; /* 32K L1 icache */ + cpu->ccsidr[2] = 0x711fe07a; /* 4096K L2 unified cache */ + cpu->isar.reset_pmcr_el0 = 0x410F3000; ++ ++ /* From B3.5 VGIC Type register */ ++ cpu->gic_num_lrs = 4; ++ cpu->gic_vpribits = 5; ++ cpu->gic_vprebits = 5; ++ + define_arm_cp_regs(cpu, cortexa15_cp_reginfo); + } + +``` diff --git a/results/classifier/deepseek-2/output/other/2552 b/results/classifier/deepseek-2/output/other/2552 new file mode 100644 index 000000000..cc547f3d8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2552 @@ -0,0 +1,73 @@ + +system libfdt said to be too old (1.5.1 min required) but 1.7.1 is installed. +Description of problem: +<-- +I am running an update build of the latest qemu version 9.0.2 to update it from 8.1.2 in the IPFire firewall distribution. +The build command being run was + +` +./configure \ + --prefix=/usr \ + --sysconfdir=/etc \ + --localstatedir=/var \ + --enable-kvm \ + --disable-attr \ + --target-list="$(TARGETS)" \ + --extra-cflags="$(CFLAGS)" \ + --enable-spice \ + --enable-usb-redir \ + --enable-seccomp \ + --disable-docs \ + --disable-sdl \ + --enable-slirp +` + +and where $TARGETS is + +` x86_64-linux-user \ + aarch64-linux-user \ + riscv64-linux-user \ + x86_64-softmmu \ + aarch64-softmmu \ + riscv64-softmmu +` + +and $CFLAGS is + +` "-O2" + "-g0" + "-pipe" + "-Wall" + "-fexceptions" + "-fPIC" + "-Wp,-U_FORTIFY_SOURCE" + "-Wp,-D_FORTIFY_SOURCE=3" + "-Wp,-D_GLIBCXX_ASSERTIONS" + "-fstack-protector-strong" + "-fstack-clash-protection" +` + +This built qemu successfully with version 8.1.2 and earlier versions. + +From version 9.0.1 onwards the subproject dtc has been removed from the Source Tarball and the build came back with the error message + +Library fdt found: NO + +../meson.build:3190:18: ERROR: Git command failed: ['/usr/bin/git', 'fetch', '--depth', '1', 'origin', 'b6910bec11614980a21e46fbccc35934b671bd81'] + +The git command failed as the distribution build is done with no network connection. All packages have to be available in the build and so the package cannot be downloaded during the build. + +Therefore I moved the dtc package in the IPFire build to before building qemu and added --disable-download to the ./configure options. + +The error message changed to + +Library fdt found: YES + +../meson.build:3182:7: ERROR: Problem encountered: system libfdt requested, but it is too old (1.5.1 or newer required) + +However the dtc libfdt version is 1.7.1 - definitely newer than 1.5.1 + +Why is the version being seen as too old? +How do I get this to detect the dtc libfdt version correctly (it has detected that libfdt is present in the IPFire build environment). + +--> diff --git a/results/classifier/deepseek-2/output/other/256 b/results/classifier/deepseek-2/output/other/256 new file mode 100644 index 000000000..6731d935e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/256 @@ -0,0 +1,2 @@ + +`make install` fails on documentation when using Sphinx 4 diff --git a/results/classifier/deepseek-2/output/other/257 b/results/classifier/deepseek-2/output/other/257 new file mode 100644 index 000000000..51ee308ee --- /dev/null +++ b/results/classifier/deepseek-2/output/other/257 @@ -0,0 +1,2 @@ + +[Archlinux][git]With git revision e58c7a3b, packaging with meson install is broken. diff --git a/results/classifier/deepseek-2/output/other/2577 b/results/classifier/deepseek-2/output/other/2577 new file mode 100644 index 000000000..2b3dfbfa9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2577 @@ -0,0 +1,2 @@ + +buildx: Illegal instruction, exit code: 132 diff --git a/results/classifier/deepseek-2/output/other/2589 b/results/classifier/deepseek-2/output/other/2589 new file mode 100644 index 000000000..988a3cf86 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2589 @@ -0,0 +1,57 @@ + +Support guest shutdown of Alpine Linux in guest agent +Description of problem: +The qemu-guest-agent's shutdown calls `/sbin/shutdown` with the apropriate flags to shut down a posix system. On Alpine Linux, which is based on busybox, there is no `/sbin/shutdown`, instead there are `/sbin/poweroff`, `/sbin/halt` and `/sbin/reboot`. We have used a downstream patch for years that will exec those as a fallback in case execing `/sbin/shutdown` fails. + +With qemu 9.2 this patch no longer applies and it is probably time to solve this properly in upstream qemu. + +The question is how? + +Some options: + +- Set the powerdown, halt and reboot commands via build time configure option +- Add a fallback if the `execlp` fails (similar to what downstream Alpine's patch does now). We could for example give `ga_run_command` a `const char **argv[]`, and try `execvp` all of them before erroring out. +- Test the existence of `/sbin/shutdown` before calling `ga_run_command`. +- Do nothing. Let downstream Alpine Linux handle it. +Steps to reproduce: +1. Build qemu-guest-agent for Alpine Linux +2. boot a Alpine linux VM and install the qemu-guest-agent +3. Try shutdown the VM via qmp command. +Additional information: +The patch that we previously used that no longer applies: +```diff +diff --git a/qga/commands-posix.c b/qga/commands-posix.c +index 954efed01..61427652c 100644 +--- a/qga/commands-posix.c ++++ b/qga/commands-posix.c +@@ -84,6 +84,7 @@ static void ga_wait_child(pid_t pid, int *status, Error **errp) + void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + { + const char *shutdown_flag; ++ const char *fallback_cmd = NULL; + Error *local_err = NULL; + pid_t pid; + int status; +@@ -101,10 +102,13 @@ void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + slog("guest-shutdown called, mode: %s", mode); + if (!has_mode || strcmp(mode, "powerdown") == 0) { + shutdown_flag = powerdown_flag; ++ fallback_cmd = "/sbin/poweroff"; + } else if (strcmp(mode, "halt") == 0) { + shutdown_flag = halt_flag; ++ fallback_cmd = "/sbin/halt"; + } else if (strcmp(mode, "reboot") == 0) { + shutdown_flag = reboot_flag; ++ fallback_cmd = "/sbin/reboot"; + } else { + error_setg(errp, + "mode is invalid (valid values are: halt|powerdown|reboot"); +@@ -125,6 +129,7 @@ void qmp_guest_shutdown(bool has_mode, const char *mode, Error **errp) + #else + execl("/sbin/shutdown", "shutdown", "-h", shutdown_flag, "+0", + "hypervisor initiated shutdown", (char *)NULL); ++ execle(fallback_cmd, fallback_cmd, (char*)NULL, environ); + #endif + _exit(EXIT_FAILURE); + } else if (pid < 0) { +``` diff --git a/results/classifier/deepseek-2/output/other/2600 b/results/classifier/deepseek-2/output/other/2600 new file mode 100644 index 000000000..52fd65d7a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2600 @@ -0,0 +1,2 @@ + +qemu-user MAP_SHARED TB invalidation diff --git a/results/classifier/deepseek-2/output/other/2602 b/results/classifier/deepseek-2/output/other/2602 new file mode 100644 index 000000000..ed16bc6ad --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2602 @@ -0,0 +1,10 @@ + +Windows installer being signed with an expired certificate +Description of problem: +Digital Signature for setup is invalid +Steps to reproduce: +1. Downloaded the latest 64-bit windows installer +2. Right Click and select Digital Signature tab +3. Observe certificate shows valid dates are 12/8/2022 - 12/9/2023 +Additional information: +{width=621 height=393} diff --git a/results/classifier/deepseek-2/output/other/2605 b/results/classifier/deepseek-2/output/other/2605 new file mode 100644 index 000000000..a99b8b846 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2605 @@ -0,0 +1,2 @@ + +amd64/v4 support diff --git a/results/classifier/deepseek-2/output/other/261 b/results/classifier/deepseek-2/output/other/261 new file mode 100644 index 000000000..2bfe84e68 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/261 @@ -0,0 +1,2 @@ + +broken signal handling in nios2 user-mode emulation diff --git a/results/classifier/deepseek-2/output/other/2613 b/results/classifier/deepseek-2/output/other/2613 new file mode 100644 index 000000000..a86fb4b39 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2613 @@ -0,0 +1,2 @@ + +I was trying to build QEMU from source(noble) using debian commands in ubuntu24.04 derived docker and I got this error: cc1: error: ‘-fcf-protection’ is not compatible with this target diff --git a/results/classifier/deepseek-2/output/other/2614 b/results/classifier/deepseek-2/output/other/2614 new file mode 100644 index 000000000..ca3032875 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2614 @@ -0,0 +1,2 @@ + +vhost user documentation for VHOST_USER_ADD_MEM_REG incorrect diff --git a/results/classifier/deepseek-2/output/other/2617 b/results/classifier/deepseek-2/output/other/2617 new file mode 100644 index 000000000..3561ce891 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2617 @@ -0,0 +1,10 @@ + +Go no +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2619 b/results/classifier/deepseek-2/output/other/2619 new file mode 100644 index 000000000..d508623ec --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2619 @@ -0,0 +1,2 @@ + +INTEGER_OVERFLOW in nios2.c diff --git a/results/classifier/deepseek-2/output/other/2630 b/results/classifier/deepseek-2/output/other/2630 new file mode 100644 index 000000000..78d0f751e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2630 @@ -0,0 +1,2 @@ + +Issue template broken diff --git a/results/classifier/deepseek-2/output/other/2632 b/results/classifier/deepseek-2/output/other/2632 new file mode 100644 index 000000000..4a3e255f1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2632 @@ -0,0 +1,84 @@ + +tcg optimization breaking memory access ordering +Description of problem: +The following code creates register dependency between 2 loads, which forces the first load to finish before the second: +``` +movz w0, #0x2 +str w0, [x1] +ldr w2, [x1] +eor w3, w2, w2 +ldr w4, [x5, w3, sxtw] +``` + +While translating it to tcg IR, it keeps this dependency correctly. +But after running tcg optimizations, it optimized the tcg sequence for `eor w3, w2, w2` at `0000000000000144` to `mov_i64 x3,$0x0`. which then removes the dependency between the loads. + +It results in incorrect behavior on the host on a multiple threaded program +Steps to reproduce: +1. +2. +3. +Additional information: +``` +OP: + ld_i32 loc0,env,$0xfffffffffffffff0 + brcond_i32 loc0,$0x0,lt,$L0 + st8_i32 $0x0,env,$0xfffffffffffffff4 + + ---- 0000000000000134 0000000000000000 0000000000000000 + add_i64 x28,x28,$0x2 + + ---- 0000000000000138 0000000000000000 0000000000000000 + mov_i64 x0,$0x2 + + ---- 000000000000013c 0000000000000000 0000000000001c00 + mov_i64 loc3,x1 + mov_i64 loc4,loc3 + qemu_st_a64_i64 x0,loc4,w16+un+leul,2 + + ---- 0000000000000140 0000000000000000 0000000000001c10 + mov_i64 loc5,x1 + mov_i64 loc6,loc5 + qemu_ld_a64_i64 x2,loc6,w16+un+leul,2 + + ---- 0000000000000144 0000000000000000 0000000000000000 + and_i64 loc7,x2,$0xffffffff + xor_i64 x3,x2,loc7 + and_i64 x3,x3,$0xffffffff + + ---- 0000000000000148 0000000000000000 0000000000001c20 + mov_i64 loc9,x5 + mov_i64 loc10,x3 + ext32s_i64 loc10,loc10 + add_i64 loc9,loc9,loc10 + mov_i64 loc11,loc9 + qemu_ld_a64_i64 x4,loc11,w16+un+leul,2 + st8_i32 $0x1,env,$0xfffffffffffffff4 +``` + + +``` +OP after optimization and liveness analysis: + ld_i32 tmp0,env,$0xfffffffffffffff0 pref=0xffffffff + brcond_i32 tmp0,$0x0,lt,$L0 dead: 0 + st8_i32 $0x0,env,$0xfffffffffffffff4 dead: 0 + + ---- 0000000000000134 0000000000000000 0000000000000000 + add_i64 x28,x28,$0x2 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000138 0000000000000000 0000000000000000 + mov_i64 x0,$0x2 sync: 0 dead: 0 pref=0xffffffff + + ---- 000000000000013c 0000000000000000 0000000000001c00 + qemu_st_a64_i64 $0x2,x1,w16+un+leul,2 dead: 0 + + ---- 0000000000000140 0000000000000000 0000000000001c10 + qemu_ld_a64_i64 x2,x1,w16+un+leul,2 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000144 0000000000000000 0000000000000000 + mov_i64 x3,$0x0 sync: 0 dead: 0 1 pref=0xffffffff + + ---- 0000000000000148 0000000000000000 0000000000001c20 + qemu_ld_a64_i64 x4,x5,w16+un+leul,2 sync: 0 dead: 0 1 pref=0xffffffff + st8_i32 $0x1,env,$0xfffffffffffffff4 dead: 0 +``` diff --git a/results/classifier/deepseek-2/output/other/2638 b/results/classifier/deepseek-2/output/other/2638 new file mode 100644 index 000000000..5a94e7f2c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2638 @@ -0,0 +1,18 @@ + +Incorrect SPDX license expression +Description of problem: +In the source code, the syntax of license expressions after the keyword SPDX-License-Identifier is not always correct. + +"GPL-2.0" should be "GPL-2.0-only" + +"GPL-2.0 WITH Linux-syscall-note" should be "GPL-2.0-only WITH Linux-syscall-note" + +"GPL-2.0+" should be "GPL-2.0-or-later" + +"GPL-2.0+ WITH Linux-syscall-note" should be "GPL-2.0-or-later WITH Linux-syscall-note" + +"GPL-v2-only" should be "GPL-2.0-only" + +"LGPL-2.1+" should be "LGPL-2.1-or-later" + +"MIT CC0-1.0" should be "MIT" diff --git a/results/classifier/deepseek-2/output/other/2641 b/results/classifier/deepseek-2/output/other/2641 new file mode 100644 index 000000000..6abcc34f0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2641 @@ -0,0 +1,2 @@ + +Possible DEREF_OF_NULL in linux-user/syscall.c diff --git a/results/classifier/deepseek-2/output/other/2648 b/results/classifier/deepseek-2/output/other/2648 new file mode 100644 index 000000000..06a152b7c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2648 @@ -0,0 +1,12 @@ + +Possible dereference of NULL in block/qapi.c +Description of problem: +qdict_get can return NULL if the "data" key is not found in the obj dictionary. Then if NULL is passed to the qobject_is_empty_dump function, it will be dereferenced when calling the qobject_type function. + +https://github.com/qemu/qemu/blob/92ec7805190313c9e628f8fc4eb4f932c15247bd/block/qapi.c#L891-L892 + +I think that data check for NULL should be added. + +Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE. + +Author A. Burke. diff --git a/results/classifier/deepseek-2/output/other/2663 b/results/classifier/deepseek-2/output/other/2663 new file mode 100644 index 000000000..f2bcd7d2a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2663 @@ -0,0 +1,8 @@ + +powerpc: for 6xx,7xx,74xx msr and srr1 are not set correctly on exception +Description of problem: +When an exception is raised, qemu does not set bits in SRR1 and MSR correctly. + +This causes some operating systems to not work, in particular early little endian ones like Windows NT. +Additional information: +The following patch changes the MSR and SRR1 bit settings on exception to what is mentioned in the various user manuals for the 6xx, 7xx and 74xx series (6xx and 7xx are effectively identical, 74xx has some additional changes): [exception_msr.patch](/uploads/aae17dd35f0f0e72b831243fcfd0c416/exception_msr.patch) diff --git a/results/classifier/deepseek-2/output/other/2664 b/results/classifier/deepseek-2/output/other/2664 new file mode 100644 index 000000000..37b278b75 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2664 @@ -0,0 +1,10 @@ + +Building in Windows MSYS2/Mingw64 fails +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2677 b/results/classifier/deepseek-2/output/other/2677 new file mode 100644 index 000000000..b99fb92e3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2677 @@ -0,0 +1,2 @@ + +edit doc on building diff --git a/results/classifier/deepseek-2/output/other/2681 b/results/classifier/deepseek-2/output/other/2681 new file mode 100644 index 000000000..d8283764b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2681 @@ -0,0 +1,2 @@ + +QEMU build system should halt, if glib version is lower than needed diff --git a/results/classifier/deepseek-2/output/other/2682 b/results/classifier/deepseek-2/output/other/2682 new file mode 100644 index 000000000..cd862f892 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2682 @@ -0,0 +1,42 @@ + +QEMU throws errors at the beginning of building +Description of problem: +QEMU throws errors at the beginning of building: +``` +ninja: no work to do. +/tmp/qemu-8.1.5/build/pyvenv/bin/meson introspect --targets --tests --benchmarks | /tmp/qemu-8.1.5/build/pyvenv/bin/python3 -B scripts/mtest2make.py > Makefile.mtest +pc-bios/optionrom: -fcf-protection=none detected +pc-bios/optionrom: -fno-pie detected +pc-bios/optionrom: -no-pie detected +pc-bios/optionrom: -fno-stack-protector detected +pc-bios/optionrom: -Wno-array-bounds detected +pc-bios/optionrom: Assembling multiboot.o +pc-bios/optionrom: Assembling linuxboot.o +pc-bios/optionrom: Assembling multiboot_dma.o +pc-bios/optionrom: Compiling linuxboot_dma.o +pc-bios/optionrom: Assembling pvh.o +pc-bios/optionrom: Assembling kvmvapic.o +pc-bios/optionrom: Compiling pvh_main.o +pc-bios/optionrom: Linking multiboot.img +pc-bios/optionrom: Linking linuxboot.img +pc-bios/optionrom: Linking kvmvapic.img +pc-bios/optionrom: Extracting raw object multiboot.raw +/bin/sh: 1: -O: not found +make[1]: *** [Makefile:53: multiboot.raw] Error 127 +make[1]: *** Waiting for unfinished jobs.... +pc-bios/optionrom: Linking multiboot_dma.img +pc-bios/optionrom: Extracting raw object linuxboot.raw +/bin/sh: 1: -O: not found +make[1]: *** [Makefile:53: linuxboot.raw] Error 127 +make: *** [Makefile:190: pc-bios/optionrom/all] Error 2 +make: *** Waiting for unfinished jobs.... +[1/10003] Generating trace/trace-hw_i2c.h with a custom command + +... +``` +Then proceeds the building. Whether it is failing at the end is not reliabily reproducible as it do fail one time and builds successfully at the next time. However, i don't know if these errors will cause runtime problems in the case of a successful build. +Steps to reproduce: +1. `../configure --enable-strip --audio-drv-list=alsa --enable-tools --enable-modules` +2. `make -j16` +Additional information: +Configuration log is available here: http://oscomp.hu/depot/qemu-8.1.5-configure.log diff --git a/results/classifier/deepseek-2/output/other/2683 b/results/classifier/deepseek-2/output/other/2683 new file mode 100644 index 000000000..2ba502d51 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2683 @@ -0,0 +1,40 @@ + +TCG: probe_access() has inconsistent behavior +Description of problem: +In full-system mode, probe_access() will return NULL when the flag is TLB_MMIO. + +accel/tcg/cputlb.c: probe_access_internal() +``` + if (unlikely(flags & ~(TLB_WATCHPOINT | TLB_NOTDIRTY | TLB_CHECK_ALIGNED)) + || (access_type != MMU_INST_FETCH && force_mmio)) { + *phost = NULL; + return TLB_MMIO; + } +``` +But in linux-user mode, it will return correct address when the flag is TLB_MMIO. + +accel/tcg/user-exec.c: probe_access() +``` + return size ? g2h(env_cpu(env), addr) : NULL; +``` +This will lead to some different behaviors, like cbo.zero in RISC-V. + +target/riscv/op_helper.c: helper_cbo_zero() +``` + mem = probe_write(env, address, cbozlen, mmu_idx, ra); + + if (likely(mem)) { + memset(mem, 0, cbozlen); + } else { + for (int i = 0; i < cbozlen; i++) { + cpu_stb_mmuidx_ra(env, address + i, 0, mmu_idx, ra); + } + } +``` +When the current instruction has memory callback by plugin: + +Full-system mode uses slow-path(cpu_stb_mmuidx_ra) and inject mem_cbs correctly. + +Linux-user mode uses fast-path(memset) and doesn't inject callbacks. + +To ensure consistent results, probe_access() should return NULL when the flag is TLB_MMIO in linux-user mode. diff --git a/results/classifier/deepseek-2/output/other/2684 b/results/classifier/deepseek-2/output/other/2684 new file mode 100644 index 000000000..8ffe81b7c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2684 @@ -0,0 +1,2 @@ + +scripts/archive-source.sh is not documented diff --git a/results/classifier/deepseek-2/output/other/2687 b/results/classifier/deepseek-2/output/other/2687 new file mode 100644 index 000000000..86adb2dfa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2687 @@ -0,0 +1,50 @@ + +regression in qtest clock_set/clock_step +Description of problem: +As of QEMU 9.0 the script included below would increment the time via qtest, but it is now broken and time doesn't seem to be updated. I do note that the QEMU sources use clock_step extensively via qtest_clock_step, but nothing seems to be using the return value so maybe that's why it hasn't been noticed? + +It seems to have been broken in bc02be4508d8753d1f6071b77d10f4661587df6f which was trying to prevent some deadlock. You can prove that this breaks it by setting a breakpoint in `qemu_virtual_clock_set_ns` -- it never gets called. +Steps to reproduce: +Run this python script from your QEMU build directory: + +```python +#!/usr/bin/env python3 + +import subprocess +import socket +import typing + +qemu_path = "./qemu-system-x86_64" + + +def main(): + s1, s2 = socket.socketpair() + + qemu = subprocess.Popen( + [ + qemu_path, + "-S", + "-display", + "none", + "-chardev", f"socket,id=qtest,fd={s1.fileno()},nodelay=on", + "-qtest", "chardev:qtest", + "-qtest-log", "/dev/fd/2", + "-accel", "qtest", + ], + pass_fds=[s1.fileno()], + ) + + try: + + fp = s2.makefile("rw", buffering=1) + + fp.write(f"clock_set 1234\n") + result = fp.readline()[:-1].split(" ") + assert result == ["OK", "1234"], f"Unexpected result: {result}" + finally: + qemu.kill() + + +if __name__ == "__main__": + main() +``` diff --git a/results/classifier/deepseek-2/output/other/2698 b/results/classifier/deepseek-2/output/other/2698 new file mode 100644 index 000000000..923c20956 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2698 @@ -0,0 +1,10 @@ + +virtualization not working with TCG mode on macOS +Description of problem: +TCG is supposed to work with virtualization=on option but it stops without priting anything. +if I set it to off, I can get to the prompt. +Steps to reproduce: +1. Execute the qemu +2. Hung. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2709 b/results/classifier/deepseek-2/output/other/2709 new file mode 100644 index 000000000..9372ac9f5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2709 @@ -0,0 +1,2 @@ + +Contributing to docs is very confusing diff --git a/results/classifier/deepseek-2/output/other/271 b/results/classifier/deepseek-2/output/other/271 new file mode 100644 index 000000000..1f580069d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/271 @@ -0,0 +1,2 @@ + +ARM cpu emulation regression on QEMU 4.2.0 diff --git a/results/classifier/deepseek-2/output/other/2717 b/results/classifier/deepseek-2/output/other/2717 new file mode 100644 index 000000000..9ed7bb992 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2717 @@ -0,0 +1,13 @@ + +semihosting link to risc-v details in document is changed +Description of problem: + +Steps to reproduce: +1. Open https://gitlab.com/qemu-project/qemu/-/blob/master/docs/about/emulation.rst +2. Goto Supported Targets section +3. Click RISC-V link in the table +4. Got 404 + +New url looks like https://github.com/riscv-non-isa/riscv-semihosting/blob/main/riscv-semihosting.adoc +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2726 b/results/classifier/deepseek-2/output/other/2726 new file mode 100644 index 000000000..a0b7188bd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2726 @@ -0,0 +1,2 @@ + +please make qemu-img capable of using with pipes diff --git a/results/classifier/deepseek-2/output/other/2744 b/results/classifier/deepseek-2/output/other/2744 new file mode 100644 index 000000000..c7bed2048 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2744 @@ -0,0 +1,6 @@ + +Avoid defining custom machine-definition macros for each new machine type +Additional information: +There are already some semi-generic implementations of this macro, such as [`DEFINE_PC_VER_MACHINE()`](https://gitlab.com/qemu-project/qemu/-/blob/aa3a285b5bc56a4208b3b57d4a55291e9c260107/include/hw/i386/pc.h#L326), which is used for the 'q35', 'pc' and 'isapc' machine types. + +There does appear to be some deviation from the template macro in some cases. We would have to enumerate what the nature of these deviations is, why only some machine types need them, and how they would fit into the proposed generic macro. Still, if we could have a generic macro that simplifies 80% of machine types' version definitions, then that seems like a win. diff --git a/results/classifier/deepseek-2/output/other/275 b/results/classifier/deepseek-2/output/other/275 new file mode 100644 index 000000000..8feddf4f3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/275 @@ -0,0 +1,2 @@ + +Error in user-mode calculation of ELF aux vector's AT_PHDR diff --git a/results/classifier/deepseek-2/output/other/2750 b/results/classifier/deepseek-2/output/other/2750 new file mode 100644 index 000000000..e80bc14fe --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2750 @@ -0,0 +1,12 @@ + +Data race in the goflag global variable in the rcutorture test. +Description of problem: +A data race involving the `goflag` global variable in `tests/unit/rcutorture.c` was identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/rcutorture +MALLOC_PERTURB_=194 G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_SRCDIR=$QEMU_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/rcutorture --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2764 b/results/classifier/deepseek-2/output/other/2764 new file mode 100644 index 000000000..da5e3fd5e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2764 @@ -0,0 +1,48 @@ + +W32 Docker build fails +Description of problem: +Docker build fails: + +``` +make docker-test-mingw@fedora-win64-cross V=1 J=4 +``` + +with the following error: + +``` +Initialized empty Git repository in /tmp/qemu-test/src/subprojects/dtc/.git/ +fatal: unable to access 'https://gitlab.com/qemu-project/dtc.git/': Could not resolve host: gitlab.com + +../meson.build:2090:16: ERROR: Git command failed: ['/usr/bin/git', 'fetch', '--depth', '1', 'origin', 'b6910bec11614980a21e46fbccc35934b671bd81'] +``` +Steps to reproduce: +1. `make docker-test-mingw@fedora-win64-cross V=1 J=4 DEBUG=1` +2. `cd $QEMU_SRC` +3. `mkdir build` +4. `cd build` +5. `../configure --cross-prefix=x86_64-w64-mingw32-` +Additional information: +The problem can be worked around by changing the line + +``` +subprojects="keycodemapdb libvfio-user berkeley-softfloat-3 berkeley-testfloat-3" +``` + +to + +``` +subprojects="keycodemapdb libvfio-user berkeley-softfloat-3 berkeley-testfloat-3 dtc" +``` + +in `archive-source.sh`. + +Additionally, https://wiki.qemu.org/Hosts/W32#Docker_based_cross_builds is outdated. +``` +make docker-test-mingw@fedora V=1 DEBUG=1 J=4 +``` +should be +``` +make docker-test-mingw@fedora-win64-cross V=1 DEBUG=1 J=4 +``` + +Additionally, i would suggest to create and enter build directory before calling configure and also add the make commands as shown in the "Steps to reproduce" section of this ticket. diff --git a/results/classifier/deepseek-2/output/other/2766 b/results/classifier/deepseek-2/output/other/2766 new file mode 100644 index 000000000..581a60dd9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2766 @@ -0,0 +1,24 @@ + +Qemu 9.2: stubs: build issue with --enable-user --disable-system --enable-tools +Description of problem: +Since commit "[stubs: avoid duplicate symbols in libqemuutil.a](https://gitlab.com/qemu-project/qemu/-/commit/388b849fb6c33882b481123568995a749a54f648)", Qemu doesn't build with: + + ./configure --enable-user --disable-system --enable-tools + + /usr/bin/ld: libhwcore.a.p/hw_core_qdev.c.o: in function 'device_finalize': \ + /home/autobuild/autobuild/instance-2/output-1/build/host-qemu-9.2.0/build/../hw/core/qdev.c:689:(.text+0x75c): undefined reference to 'qapi_event_send_device_deleted' + collect2: error: ld returned 1 exit status + +See Buildroot automated build results: +http://autobuild.buildroot.org/?reason=host-qemu-9.2.0 + +Indeed, with have_system = false and have_tools = true, Qemu needs the stubs for QAPI events added by stub_ss.add(files('qdev.c')) to provide qapi_event_send_device_deleted. + +Maybe the change in stubs/meson.build should have been: \ + +if not have_system and have_tools \ +stub_ss.add(files('qdev.c')) \ +endif + +Best regards, +Romain diff --git a/results/classifier/deepseek-2/output/other/2768 b/results/classifier/deepseek-2/output/other/2768 new file mode 100644 index 000000000..96df7e120 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2768 @@ -0,0 +1,17 @@ + +PowerPC e200 duplicate register definitions +Description of problem: +Registers DSRR0 and DSRR1 defined twice in the `target/ppc/cpu_init.c`: + +- in the common [`register_BookE_sprs()`](https://gitlab.com/qemu-project/qemu/-/blob/master/target/ppc/cpu_init.c#L740-748) +- and specific [`init_proc_e200()`](https://gitlab.com/qemu-project/qemu/-/blob/master/target/ppc/cpu_init.c#L2735-2742) + +The second case should be removed. +Steps to reproduce: +1. run `qemu-system-ppc -cpu e200z5` +2. check output +``` +** +ERROR:../qemu-9.2.0/target/ppc/helper_regs.c:410:_spr_register: assertion failed: (spr->name == ((void *)0)) +Bail out! ERROR:../qemu-9.2.0/target/ppc/helper_regs.c:410:_spr_register: assertion failed: (spr->name == ((void *)0)) +``` diff --git a/results/classifier/deepseek-2/output/other/2769 b/results/classifier/deepseek-2/output/other/2769 new file mode 100644 index 000000000..52fd9dd3d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2769 @@ -0,0 +1,4 @@ + +Ability to set smbios type 3 field "Type" +Additional information: +That's all :) diff --git a/results/classifier/deepseek-2/output/other/2785 b/results/classifier/deepseek-2/output/other/2785 new file mode 100644 index 000000000..3f0c3c8ca --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2785 @@ -0,0 +1,17 @@ + +Cannot build qemu after the latest addition of NBD docs +Description of problem: +``` +[5584/5962] Generating docs/QEMU manual with a custom command +FAILED: docs/docs.stamp +"C:\msys64\usr\bin/env.EXE" "CONFDIR=etc/" "C:/msys64/home/user/qemu/build/pyvenv/bin/sphinx-build.exe" "-q" "-W" "-Dkerneldoc_werror=1" "-j" "auto" "-Dversion=9.2.50" "-Drelease=" "-Ddepfile=docs/docs.d" "-Ddepfile_stamp=docs/docs.stamp" "-b" "html" "-d" "C:/msys64/home/user/qemu/build/docs/manual.p" "C:/msys64/home/user/qemu/docs" "C:/msys64/home/user/qemu/build/docs/manual" +C:/msys64/home/user/qemu/docs/system/qemu-block-drivers.rst.inc:506: WARNING: duplicate label nbd, other instance in C:/msys64/home/user/qemu/docs/system/images.rst +[5593/5962] Compiling C object tests/qtest/ide-test.exe.p/ide-test.c.obj +ninja: build stopped: subcommand failed. +``` +Steps to reproduce: +1.meson compile +2. +3. +Additional information: +excluding NBD from the build targets allows successful compilation diff --git a/results/classifier/deepseek-2/output/other/2799 b/results/classifier/deepseek-2/output/other/2799 new file mode 100644 index 000000000..762df5717 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2799 @@ -0,0 +1,42 @@ + +compile failure for linux-user when host libc defines "struct sched_attr" in its sched.h +Description of problem: +When I tried to build commit 871af84d the build process stopped in [3306/9698] Compiling C object libqemu...-linux-user.a.p/linux-user_syscall.c.o + +Here is the error log: + +``` +../linux-user/syscall.c:364:8: error: redefinition of 'struct sched_attr' + 364 | struct sched_attr { + | ^~~~~~~~~~ +In file included from /usr/include/bits/sched.h:63, + from /usr/include/sched.h:43, + from /usr/include/pthread.h:22, + from /usr/include/glib-2.0/glib/deprecated/gthread.h:126, + from /usr/include/glib-2.0/glib.h:115, + from /home/fred/qemu-git/src/qemu/include/glib-compat.h:32, + from /home/fred/qemu-git/src/qemu/include/qemu/osdep.h:161, + from ../linux-user/syscall.c:20: +/usr/include/linux/sched/types.h:98:8: note: originally defined here + 98 | struct sched_attr { + | ^~~~~~~~~~ +``` +Steps to reproduce: +1. Grab commit 871af84d +2. Use this configure command line: + +``` +--prefix=/usr \ + --sysconfdir=/etc \ + --localstatedir=/var \ + --libexecdir=/usr/lib/qemu \ + --smbd=/usr/bin/smbd \ + --enable-modules \ + --enable-sdl \ + --disable-werror \ + "${@:2}" +``` + +3. Launch ninja and wait. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2804 b/results/classifier/deepseek-2/output/other/2804 new file mode 100644 index 000000000..0d5aa407c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2804 @@ -0,0 +1,2 @@ + +Unclear meson error when trying to build plugins on macOS diff --git a/results/classifier/deepseek-2/output/other/2806 b/results/classifier/deepseek-2/output/other/2806 new file mode 100644 index 000000000..47cd92503 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2806 @@ -0,0 +1,10 @@ + +Build from source failed on Arch Linux with target-list=arm-softmmu,arm-linux-user +Description of problem: +When I tried to build the latest QEMU version, the build process top at 'linking test-qos' +Steps to reproduce: +1. Clone the latest git version of QEMU +2. Configure --target-list=arm-softmmu,arm-linux-user +3. Make +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/2808 b/results/classifier/deepseek-2/output/other/2808 new file mode 100644 index 000000000..e2b80a5ee --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2808 @@ -0,0 +1,2 @@ + +Links to the RISC-V IOMMU Architecture Specification are broken in the docs diff --git a/results/classifier/deepseek-2/output/other/2809 b/results/classifier/deepseek-2/output/other/2809 new file mode 100644 index 000000000..51a8ece9a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2809 @@ -0,0 +1,12 @@ + +Data races in TestBlockJob fields in test-block-iothread +Description of problem: +A data race in the access of `TestBlockJob` fields in `tests/unit/test-block-iothread.c` was identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-block-iothread +MALLOC_PERTURB_=67 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-block-iothread --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2814 b/results/classifier/deepseek-2/output/other/2814 new file mode 100644 index 000000000..beddf3f71 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2814 @@ -0,0 +1,2 @@ + +Convert gdb_core_xml_file to function for https://linaro.atlassian.net/browse/QEMU-487 diff --git a/results/classifier/deepseek-2/output/other/2822 b/results/classifier/deepseek-2/output/other/2822 new file mode 100644 index 000000000..8741fa56d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2822 @@ -0,0 +1,12 @@ + +Data race with state field of ThreadPoolElement +Description of problem: +A data race in the access of `ThreadPoolElement` state field in `util/thread-pool.c` was identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-thread-pool +MALLOC_PERTURB_=111 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-thread-pool --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2824 b/results/classifier/deepseek-2/output/other/2824 new file mode 100644 index 000000000..47de41904 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2824 @@ -0,0 +1,2 @@ + +compile from source on macOS error: "found no usable tomli, please install it" diff --git a/results/classifier/deepseek-2/output/other/283 b/results/classifier/deepseek-2/output/other/283 new file mode 100644 index 000000000..3f7ed69c6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/283 @@ -0,0 +1,2 @@ + +TCG memory leak with FreeDOS 'edit' diff --git a/results/classifier/deepseek-2/output/other/2831 b/results/classifier/deepseek-2/output/other/2831 new file mode 100644 index 000000000..9c9ac46f1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2831 @@ -0,0 +1,21 @@ + +unable to build on Sequoia 15.3 +Description of problem: + +Steps to reproduce: +1. git clone https://gitlab.com/qemu-project/qemu.git +2. ../configure --target-list=riscv32-softmmu --enable-debug +3. make + +Error: +ld: multiple errors: archive member '/' not a mach-o file in '../qemu/build/subprojects/dtc/libfdt/libfdt.a'; archive member '/' not a mach-o file in '../qemu/build/libqemuutil.a' +Additional information: +I tried the more detailed "build for macos" instructions +./configure --cc=clang-7 --cxx=clang++-7 --host-cc=clang-7 \ +--extra-cflags=-mavx2 \ +--extra-cxxflags="-I/usr/local/opt/llvm/include" \ +--extra-ldflags="-L/usr/local/opt/llvm/lib -L/usr/local/opt/libffi/lib -L/usr/local/opt/llvm/lib -Wl,-rpath,/usr/local/opt/llvm/lib" \ +--target-list="<list of machines here>" + +but this didn't work for any version of clang I tried, giving me the error in all cases: +ERROR: C compiler "clang-xxx" either does not exist or does not work. diff --git a/results/classifier/deepseek-2/output/other/2838 b/results/classifier/deepseek-2/output/other/2838 new file mode 100644 index 000000000..5f5ed41c4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2838 @@ -0,0 +1,9 @@ + +searchindex.js in HTML doc is not reproducible +Description of problem: +Builds should be reproducible, at least when `SOURCE_DATE_EPOCH` set to some value (see: <https://reproducible-builds.org/docs/source-date-epoch/>), but the QEMU HTML doc contains a file which isn't reproducible. +Steps to reproduce: +1. `guix build --no-grafts qemu && guix build --no-grafts --check --keep-failed qemu` +2. `diffoscope /gnu/store/3kym1ykv9r8n0hgbihqllch9ph136zx1-qemu-8.2.2-doc{,-check}` +Additional information: +[diffoscope-log.txt](/uploads/ab19f184082f343635df4fa7ef26b12e/diffoscope-log.txt) diff --git a/results/classifier/deepseek-2/output/other/285 b/results/classifier/deepseek-2/output/other/285 new file mode 100644 index 000000000..1792c1efd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/285 @@ -0,0 +1,2 @@ + +qemu-user child process hangs when forking due to glib allocation diff --git a/results/classifier/deepseek-2/output/other/2854 b/results/classifier/deepseek-2/output/other/2854 new file mode 100644 index 000000000..7f65c54d3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2854 @@ -0,0 +1,25 @@ + +https://www.qemu.org/ is missing chance to provide (or at least link) some starting guide +Description of problem: +as a completely new (potential) user https://www.qemu.org/ main page is missing chance to easily link some hello world documentation +Steps to reproduce: +1. open https://www.qemu.org/ +2. try to click "Full-system emulation" with hope that it will link some starting hello world how to do so +Additional information: +On https://www.qemu.org/ you can click "support" + +Then you can click "documentation" + +Then "main documentation section" + +Then "system emulation" + +Then "introduction" + +At this point you have something that sort-of is viable as hello world. + +Maybe link https://www.qemu.org/docs/master/system/introduction.html from main page ("Full-system emulation")? + +Unless there is a better documentation? + +Though maybe someone who will not go through this link maze should not try to use QEMU at all? diff --git a/results/classifier/deepseek-2/output/other/2892 b/results/classifier/deepseek-2/output/other/2892 new file mode 100644 index 000000000..582211219 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2892 @@ -0,0 +1,2 @@ + +Outdated documentation about MicroVMs diff --git a/results/classifier/deepseek-2/output/other/2898 b/results/classifier/deepseek-2/output/other/2898 new file mode 100644 index 000000000..ae1e42d96 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2898 @@ -0,0 +1,116 @@ + +-M virt,dumpdtb is missing information from the device tree +Description of problem: +dumpdtb no longer produces a device tree with the full system described. + + +``` +$ dtc -I dtb -O dts test.dtb +<stdout>: Warning (unit_address_vs_reg): /soc/pci@30000000: node has a unit name, but no reg or ranges property +<stdout>: Warning (simple_bus_reg): /soc/pci@30000000: missing or empty reg/ranges property +/dts-v1/; + +/ { + #address-cells = <0x02>; + #size-cells = <0x02>; + compatible = "riscv-virtio"; + model = "riscv-virtio,qemu"; + + pmu { + riscv,event-to-mhpmcounters = <0x01 0x01 0x7fff9 0x02 0x02 0x7fffc 0x10019 0x10019 0x7fff8 0x1001b 0x1001b 0x7fff8 0x10021 0x10021 0x7fff8>; + compatible = "riscv,pmu"; + }; + + fw-cfg@10100000 { + dma-coherent; + reg = <0x00 0x10100000 0x00 0x18>; + compatible = "qemu,fw-cfg-mmio"; + }; + + flash@20000000 { + bank-width = <0x04>; + reg = <0x00 0x20000000 0x00 0x2000000 0x00 0x22000000 0x00 0x2000000>; + compatible = "cfi-flash"; + }; + + aliases { + }; + + chosen { + rng-seed = <0xd4266784 0xc7a7c66f 0xd5b7347d 0x862188f3 0x78065a8e 0xebdedae5 0xd77c47b0 0x34d31eff>; + }; + + soc { + #address-cells = <0x02>; + #size-cells = <0x02>; + compatible = "simple-bus"; + ranges; + + pci@30000000 { + }; + }; +}; +``` +Steps to reproduce: +1. qemu-system-riscv64 -machine virt,dumpdtb=test.dtb +2. dtc -I dtb -O dts test.dtb +Additional information: +The regression was introduced in https://gitlab.com/qemu-project/qemu/-/commit/8fd2518ef2f8d. If this commit is reverted, the expected behavior returns. + +``` +dtc -I dtb -O dts test.dtb | grep "@" + platform-bus@4000000 { + memory@80000000 { + cpu@0 { + fw-cfg@10100000 { + flash@20000000 { + serial0 = "/soc/serial@10000000"; + stdout-path = "/soc/serial@10000000"; + rtc@101000 { + serial@10000000 { + clock-frequency = "", "8@"; + test@100000 { + virtio_mmio@10008000 { + virtio_mmio@10007000 { + virtio_mmio@10006000 { + virtio_mmio@10005000 { + virtio_mmio@10004000 { + virtio_mmio@10003000 { + virtio_mmio@10002000 { + virtio_mmio@10001000 { + plic@c000000 { + clint@2000000 { + pci@30000000 { +``` + +Other machines are affected to a lesser degree. The arm virt machine: + +qemu-system-arm -machine virt,dumpdtb=test.dtb +``` +@@ -8,28 +8,6 @@ + #address-cells = <0x02>; + compatible = "linux,dummy-virt"; + +- psci { +- migrate = <0x84000005>; +- cpu_on = <0x84000003>; +- cpu_off = <0x84000002>; +- cpu_suspend = <0x84000001>; +- method = "hvc"; +- compatible = "arm,psci-1.0", "arm,psci-0.2", "arm,psci"; +- }; +- +- memory@40000000 { +- reg = <0x00 0x40000000 0x00 0x8000000>; +- device_type = "memory"; +- }; +- +- platform-bus@c000000 { +- interrupt-parent = <0x8002>; +- ranges = <0x00 0x00 0xc000000 0x2000000>; +- #address-cells = <0x01>; +- #size-cells = <0x01>; +- compatible = "qemu,platform", "simple-bus"; +- }; +- +``` diff --git a/results/classifier/deepseek-2/output/other/2900 b/results/classifier/deepseek-2/output/other/2900 new file mode 100644 index 000000000..e90d59c36 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2900 @@ -0,0 +1,12 @@ + +Data races in test-bdrv-drain test +Description of problem: +Data races in the access of `Job` fields in the `test-bdrv-drain` test were identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=186 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-bdrv-drain --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2901 b/results/classifier/deepseek-2/output/other/2901 new file mode 100644 index 000000000..1fcbd1b93 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2901 @@ -0,0 +1,2 @@ + +Critical typo in qemu_source_dir/plugins/loader.c diff --git a/results/classifier/deepseek-2/output/other/2902 b/results/classifier/deepseek-2/output/other/2902 new file mode 100644 index 000000000..d3dd7978a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2902 @@ -0,0 +1,12 @@ + +Data Race with slh_first Field in test-aio-multithread +Description of problem: +Potential data races in the `QSLIST_INSERT_HEAD_ATOMIC` macro were identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2903 b/results/classifier/deepseek-2/output/other/2903 new file mode 100644 index 000000000..cfc6b9176 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2903 @@ -0,0 +1,12 @@ + +Data Race in assertion in aio-posix.c +Description of problem: +Potential data races in the assertion in `test-aio-multithread` were identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2904 b/results/classifier/deepseek-2/output/other/2904 new file mode 100644 index 000000000..35e37562e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2904 @@ -0,0 +1,12 @@ + +Data Race in data->cb() call and cb assignment in test-aio-multithread +Description of problem: +Potential data races between the `data->cb()` call and the assignment of `cb` in `test-aio-multithread` were identified using TSAN. +Steps to reproduce: +```sh +QEMU_BUILD_DIR=<path to the QEMU build directory> +QEMU_DIR=<path to the QEMU repository directory> +configure --enable-tsan --cc=clang --cxx=clang++ --enable-trace-backends=ust --enable-fdt=system --disable-slirp +make tests/unit/test-bdrv-drain +MALLOC_PERTURB_=102 G_TEST_SRCDIR=$QEMU_BUILD_DIR/tests/unit G_TEST_BUILDDIR=$QEMU_BUILD_DIR/tests/unit $QEMU_BUILD_DIR/tests/unit/test-aio-multithread --tap -k +``` diff --git a/results/classifier/deepseek-2/output/other/2907 b/results/classifier/deepseek-2/output/other/2907 new file mode 100644 index 000000000..9d0245025 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2907 @@ -0,0 +1,2 @@ + +replay_mutex_unlock() assertion on macOS diff --git a/results/classifier/deepseek-2/output/other/2917 b/results/classifier/deepseek-2/output/other/2917 new file mode 100644 index 000000000..aeef88db7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2917 @@ -0,0 +1,23 @@ + +build failure because of warnings when -O3 is used +Description of problem: +qemu build fails when -O3 is enabled and the build is done either from a git cloned qemu or with -Werror enabled (qemu build enables -Werror automatically when it detects the .git folder) +Steps to reproduce: +1. git clone qemu && install appropriate dependencies for qemu build +2. mkdir build +3. ../configure --extra-cflags="-O3" +4. make -j$(nbproc) + +``` +cc -m64 -Ilibcommon.a.p -I../common-user/host/x86_64 -I../linux-user/include/host/x86_64 -I../linux-user/include -Isubprojects/libvduse -I../subprojects/libvduse -I/usr/include/p11-kit-1 -I/usr/include/pixman-1 -I/usr/include/libpng16 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/libusb-1.0 -I/usr/include/SDL2 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/sysprof-6 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/slirp -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/x86_64-linux-gnu -I/usr/include/webp -I/usr/include/atk-1.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/vte-2.91 -I/usr/include/virgl -I/usr/include/cacard -I/usr/include/nss -I/usr/include/nspr -I/usr/include/PCSC -I/usr/include/pipewire-0.3 -I/usr/include/spa-0.2 -I/usr/include/fuse3 -I/usr/include/uuid -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -fstack-protector-strong -Wempty-body -Wendif-labels -Wexpansion-to-defined -Wformat-security -Wformat-y2k -Wignored-qualifiers -Wimplicit-fallthrough=2 -Winit-self -Wmissing-format-attribute -Wmissing-prototypes -Wnested-externs -Wold-style-declaration -Wold-style-definition -Wredundant-decls -Wshadow=local -Wstrict-prototypes -Wtype-limits -Wundef -Wvla -Wwrite-strings -Wno-missing-include-dirs -Wno-psabi -Wno-shift-negative-value -isystem /home/ubuntu/qemu/linux-headers -isystem linux-headers -iquote . -iquote /home/ubuntu/qemu -iquote /home/ubuntu/qemu/include -iquote /home/ubuntu/qemu/host/include/x86_64 -iquote /home/ubuntu/qemu/host/include/generic -iquote /home/ubuntu/qemu/tcg/i386 -pthread -mcx16 -msse2 -D_GNU_SOURCE -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -ftrivial-auto-var-init=zero -fzero-call-used-regs=used-gpr -O3 -fPIE -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -D__USE_LARGEFILE64 -DUSE_POSIX_ACLS=1 -isystem /usr/include/mit-krb5 -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=600 -DNCURSES_WIDECHAR=1 -D_REENTRANT -DSTRUCT_IOVEC_DEFINED -MD -MQ libcommon.a.p/hw_ssi_xilinx_spips.c.o -MF libcommon.a.p/hw_ssi_xilinx_spips.c.o.d -o libcommon.a.p/hw_ssi_xilinx_spips.c.o -c ../hw/ssi/xilinx_spips.c +../hw/ssi/xilinx_spips.c: In function ‘xilinx_spips_flush_txfifo’: +../hw/ssi/xilinx_spips.c:624:30: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=] + 624 | tx_rx[i] = fifo8_pop(&s->tx_fifo); + | ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ +../hw/ssi/xilinx_spips.c:613:17: note: at offset 2 into destination object ‘tx_rx’ of size 2 + 613 | uint8_t tx_rx[MAX_NUM_BUSSES] = { 0 }; + | ^~~~~ +cc1: all warnings being treated as errors +``` +Additional information: +I fixed this warning locally on my build however it is only a start of several build warnings that happen down the road (\~6 warnings in total) diff --git a/results/classifier/deepseek-2/output/other/2922 b/results/classifier/deepseek-2/output/other/2922 new file mode 100644 index 000000000..a3468a9b5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2922 @@ -0,0 +1,8 @@ + +x86 reverse-debugging test is unreliable +Description of problem: +The reverse-debugging test for the x86 target is not working reliably. If the host system is under load, the test simply hangs and finally times out. +Steps to reproduce: +1. ``make check-venv`` +2. Run something in the background that keeps all CPUs busy +3. ``for ((x=0;x<10;x++)); do QEMU_TEST_FLAKY_TESTS=1 pyvenv/bin/avocado run tests/avocado/reverse_debugging.py:ReverseDebugging_X86_64.test_x86_64_pc ; done`` diff --git a/results/classifier/deepseek-2/output/other/2932 b/results/classifier/deepseek-2/output/other/2932 new file mode 100644 index 000000000..7fd899b58 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2932 @@ -0,0 +1,2 @@ + +QEMU flag fuzz targets not WAI diff --git a/results/classifier/deepseek-2/output/other/2970 b/results/classifier/deepseek-2/output/other/2970 new file mode 100644 index 000000000..fb1a8eaee --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2970 @@ -0,0 +1,2 @@ + +qemu version 10.0.0 fails to build with clang-21 (current trunk) diff --git a/results/classifier/deepseek-2/output/other/2974 b/results/classifier/deepseek-2/output/other/2974 new file mode 100644 index 000000000..43a399c51 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/2974 @@ -0,0 +1,2 @@ + +Remove the "51 Franklin Street, Fifth Floor, Boston" from the QEMU code base diff --git a/results/classifier/deepseek-2/output/other/306 b/results/classifier/deepseek-2/output/other/306 new file mode 100644 index 000000000..7689ea2ad --- /dev/null +++ b/results/classifier/deepseek-2/output/other/306 @@ -0,0 +1,2 @@ + +Option to constrain linux-user exec() to emulated CPU only diff --git a/results/classifier/deepseek-2/output/other/311 b/results/classifier/deepseek-2/output/other/311 new file mode 100644 index 000000000..c95fa2e17 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/311 @@ -0,0 +1,2 @@ + +qemu user mode: rt signals not implemented for sparc guests diff --git a/results/classifier/deepseek-2/output/other/313 b/results/classifier/deepseek-2/output/other/313 new file mode 100644 index 000000000..f847c483a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/313 @@ -0,0 +1,2 @@ + +-daemonize not working on macOS diff --git a/results/classifier/deepseek-2/output/other/318 b/results/classifier/deepseek-2/output/other/318 new file mode 100644 index 000000000..b25802b2c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/318 @@ -0,0 +1,2 @@ + +QEMU crash after a QuickBASIC program integer overflow diff --git a/results/classifier/deepseek-2/output/other/319 b/results/classifier/deepseek-2/output/other/319 new file mode 100644 index 000000000..d383966c3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/319 @@ -0,0 +1,2 @@ + +Openjdk11+ fails to install on s390x diff --git a/results/classifier/deepseek-2/output/other/324 b/results/classifier/deepseek-2/output/other/324 new file mode 100644 index 000000000..4c5d94ce1 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/324 @@ -0,0 +1,2 @@ + +chrome based apps can not be run under qemu user mode diff --git a/results/classifier/deepseek-2/output/other/326 b/results/classifier/deepseek-2/output/other/326 new file mode 100644 index 000000000..5ee685008 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/326 @@ -0,0 +1,2 @@ + +QEMU-user ignores MADV_DONTNEED diff --git a/results/classifier/deepseek-2/output/other/355 b/results/classifier/deepseek-2/output/other/355 new file mode 100644 index 000000000..8b93015ba --- /dev/null +++ b/results/classifier/deepseek-2/output/other/355 @@ -0,0 +1,2 @@ + +A possible divide by zero bug in get_whole_cluster diff --git a/results/classifier/deepseek-2/output/other/358 b/results/classifier/deepseek-2/output/other/358 new file mode 100644 index 000000000..3662c23f0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/358 @@ -0,0 +1,2 @@ + +qemu-user deadlocks when forked in a multithreaded process diff --git a/results/classifier/deepseek-2/output/other/359 b/results/classifier/deepseek-2/output/other/359 new file mode 100644 index 000000000..78e085396 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/359 @@ -0,0 +1,2 @@ + +In the "tests/qtests/meson.build" line 92 need dbus-vmstate1.h and dbus-vmstate1.c files, but in "tests/qtests/" not include this files. diff --git a/results/classifier/deepseek-2/output/other/363 b/results/classifier/deepseek-2/output/other/363 new file mode 100644 index 000000000..c08b0a385 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/363 @@ -0,0 +1,2 @@ + +Failed to build qemu-fuzz-i386 in version 6.0.0 diff --git a/results/classifier/deepseek-2/output/other/369 b/results/classifier/deepseek-2/output/other/369 new file mode 100644 index 000000000..e66bfa86c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/369 @@ -0,0 +1,2 @@ + +Remove leading underscores from #defines diff --git a/results/classifier/deepseek-2/output/other/371 b/results/classifier/deepseek-2/output/other/371 new file mode 100644 index 000000000..e52fd5f61 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/371 @@ -0,0 +1,2 @@ + +Indentation should be done with spaces, not with TABs, in the block subsystem diff --git a/results/classifier/deepseek-2/output/other/374 b/results/classifier/deepseek-2/output/other/374 new file mode 100644 index 000000000..67e1c8d4c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/374 @@ -0,0 +1,2 @@ + +Indentation should be done with spaces, not with TABs, in the PPC subsystem diff --git a/results/classifier/deepseek-2/output/other/376 b/results/classifier/deepseek-2/output/other/376 new file mode 100644 index 000000000..0176673c8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/376 @@ -0,0 +1,2 @@ + +Indentation should be done with spaces, not with TABs, in the SH4 subsystem diff --git a/results/classifier/deepseek-2/output/other/378 b/results/classifier/deepseek-2/output/other/378 new file mode 100644 index 000000000..b4127666e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/378 @@ -0,0 +1,2 @@ + +Indentation should be done with spaces, not with TABs diff --git a/results/classifier/deepseek-2/output/other/379 b/results/classifier/deepseek-2/output/other/379 new file mode 100644 index 000000000..c0511ef98 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/379 @@ -0,0 +1,2 @@ + +Update the FSF address to their current location diff --git a/results/classifier/deepseek-2/output/other/395 b/results/classifier/deepseek-2/output/other/395 new file mode 100644 index 000000000..3b0ef7165 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/395 @@ -0,0 +1,2 @@ + +Write a python style guide document diff --git a/results/classifier/deepseek-2/output/other/396 b/results/classifier/deepseek-2/output/other/396 new file mode 100644 index 000000000..275dadf28 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/396 @@ -0,0 +1,2 @@ + +Investigate moving other packages in ./scripts to ./python diff --git a/results/classifier/deepseek-2/output/other/397 b/results/classifier/deepseek-2/output/other/397 new file mode 100644 index 000000000..63af627ad --- /dev/null +++ b/results/classifier/deepseek-2/output/other/397 @@ -0,0 +1,2 @@ + +Cannot run qemu at all diff --git a/results/classifier/deepseek-2/output/other/400 b/results/classifier/deepseek-2/output/other/400 new file mode 100644 index 000000000..90e655997 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/400 @@ -0,0 +1,2 @@ + +Build error -Werror=stringop-overflow in util/qemu-thread-posix.c diff --git a/results/classifier/deepseek-2/output/other/407 b/results/classifier/deepseek-2/output/other/407 new file mode 100644 index 000000000..43d3867d3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/407 @@ -0,0 +1,2 @@ + +migration: Build failure on MacOS with Homebrew (gnutls/gnutls.h not found) diff --git a/results/classifier/deepseek-2/output/other/414 b/results/classifier/deepseek-2/output/other/414 new file mode 100644 index 000000000..a6260b3e9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/414 @@ -0,0 +1,2 @@ + +Error handling: Use &error_abort instead of NULL for errp parameters for may-not-fail invocations diff --git a/results/classifier/deepseek-2/output/other/429 b/results/classifier/deepseek-2/output/other/429 new file mode 100644 index 000000000..41a3a941b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/429 @@ -0,0 +1,2 @@ + +Build failure on MacOS with Homebrew after upgrade diff --git a/results/classifier/deepseek-2/output/other/432 b/results/classifier/deepseek-2/output/other/432 new file mode 100644 index 000000000..8ba60a76c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/432 @@ -0,0 +1,2 @@ + +QAPI: Avoid generating empty source files diff --git a/results/classifier/deepseek-2/output/other/435 b/results/classifier/deepseek-2/output/other/435 new file mode 100644 index 000000000..78b940d68 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/435 @@ -0,0 +1,2 @@ + +RISC-V: Support more cores diff --git a/results/classifier/deepseek-2/output/other/453 b/results/classifier/deepseek-2/output/other/453 new file mode 100644 index 000000000..3571a7072 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/453 @@ -0,0 +1,4 @@ + +tests/acceptance: Allow to overwrite smp and memory values set by `avocado_qemu.LinuxTest` +Additional information: +Refer to the discussion in https://lore.kernel.org/qemu-devel/20210621080824.789274-1-eric.auger@redhat.com/ diff --git a/results/classifier/deepseek-2/output/other/46 b/results/classifier/deepseek-2/output/other/46 new file mode 100644 index 000000000..22d3b139a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/46 @@ -0,0 +1,2 @@ + +Investigate suitibility of GitLab Issue Tracker for QEMU diff --git a/results/classifier/deepseek-2/output/other/463 b/results/classifier/deepseek-2/output/other/463 new file mode 100644 index 000000000..0add6627f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/463 @@ -0,0 +1,26 @@ + +[Build][git]Build process stop in libqemuutil.a.p/qobject_json-streamer.c.o +Description of problem: +Hello. + +I tried qemu to get build with revision 9aef0954195cc592e86846dbbe7f3c2c5603690a but it stops really quick at task 238/9335. + +Here is the beginning of the error log: + +``` +[238/9335] Compiling C object libqemuutil.a.p/qobject_json-streamer.c.o +FAILED: libqemuutil.a.p/qobject_json-streamer.c.o +cc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user -I../subprojects/libvhost-user -Itrace -Iqapi -Iui -Iui/shader -I/usr/include/p11-kit-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/pixman-1 -fdiagnostics-color=auto -pipe -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /build/qemu-git/src/qemu/linux-headers -isystem linux-headers -iquote . -iquote /build/qemu-git/src/qemu -iquote /build/qemu-git/src/qemu/include -iquote /build/qemu-git/src/qemu/disas/libvixl -iquote /build/qemu-git/src/qemu/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -march=x86-64 -mtune=generic -O2 -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fPIC -MD -MQ libqemuutil.a.p/qobject_json-streamer.c.o -MF libqemuutil.a.p/qobject_json-streamer.c.o.d -o libqemuutil.a.p/qobject_json-streamer.c.o -c ../qobject/json-streamer.c +In file included from ../qobject/json-streamer.c:14: +/build/qemu-git/src/qemu/include/qemu/osdep.h:259:58: error: operator '&&' has no right operand + 259 | #if defined(HAVE_BROKEN_SIZE_MAX) && HAVE_BROKEN_SIZE_MAX + | +``` +Steps to reproduce: +1. Grab qemu-git code at commit 9aef0954195cc592e86846dbbe7f3c2c5603690a +2. use these configure options: --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror --enable-vhost-user --enable-slirp=system --enable-xfsctl --audio-drv-list="pa alsa sdl" +3. run building process. +Additional information: +Attaching full build log. + +I'm using gcc 11.1.0. My last complete build was based on commit 9bef7ea9 diff --git a/results/classifier/deepseek-2/output/other/474 b/results/classifier/deepseek-2/output/other/474 new file mode 100644 index 000000000..14cf3722a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/474 @@ -0,0 +1,31 @@ + +[build][git]Build process stops while linking qemu-aarch64_be in util/async.c:426 +Description of problem: +Looks like this is a followup of bug #463. Even if this bug is fixed, build process breaks later. + +This time, build process is stop while processing linking qemu-aarch64_be, really late at step 6492/9511. + +Error log start with: + +``` +[6492/9511] Linking target qemu-aarch64_be +FAILED: qemu-aarch64_be +``` + +And later I can read: + +``` +/usr/bin/ld: libqemuutil.a(util_async.c.o): in function `aio_setup_linux_io_uring': +/build/qemu-git/src/qemu/build-full/../util/async.c:421: undefined reference to `luring_init' +/usr/bin/ld: /build/qemu-git/src/qemu/build-full/../util/async.c:426: undefined reference to `luring_attach_aio_context' +/usr/bin/ld: libqemuutil.a(util_async.c.o): in function `aio_ctx_finalize': +/build/qemu-git/src/qemu/build-full/../util/async.c:334: undefined reference to `luring_detach_aio_context' +/usr/bin/ld: /build/qemu-git/src/qemu/build-full/../util/async.c:335: undefined reference to `luring_cleanup' +collect2: error: ld returned 1 exit status +``` +Steps to reproduce: +1. Grab source code at commit bd38ae2 +2. use these configure options: --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libexecdir=/usr/lib/qemu --smbd=/usr/bin/smbd --enable-modules --enable-sdl --disable-werror --enable-vhost-user --enable-slirp=system --enable-xfsctl --audio-drv-list="pa alsa sdl" +3. Launch build process. +Additional information: +Adding building process log.[qemu-git-13_6.0.0.r2577.gbd38ae26ce-1-x86_64-build.log](/uploads/419d2323799aad3a0f4a7719ce123f35/qemu-git-13_6.0.0.r2577.gbd38ae26ce-1-x86_64-build.log) diff --git a/results/classifier/deepseek-2/output/other/483 b/results/classifier/deepseek-2/output/other/483 new file mode 100644 index 000000000..75b53057a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/483 @@ -0,0 +1,26 @@ + +qemu doesn't process -object secret when read from a config file +Description of problem: +Qemu doesn't process -object secret lines when read from a config file. This results in the new spice password-secret option failing with error: No secret with id '\<theid\>' +Steps to reproduce: +1. Create a password file +``` +printf "password" > passfile.pw +``` +2. Start qemu with command line options and also write to a config file +``` +qemu-system-x86_64 \ + -object secret,id=spicepwd,format=raw,file=passfile.pw \ + -spice port=5901,password-secret=spicepwd \ + -writeconfig qemu.cfg +``` +3. Optional: Connect using spice client and password: "password" +4. Exit qemu and cat qemu.cfg and verify it looks okay with equivalent options to what was specified on the command line +5. Now attempt to start qemu and read the options using the config file +``` +qemu-system-x86_64 -readconfig qemu.cfg +``` +6. This fails with an error: +``` +qemu-system-x86_64: No secret with id 'spicepwd' +``` diff --git a/results/classifier/deepseek-2/output/other/491 b/results/classifier/deepseek-2/output/other/491 new file mode 100644 index 000000000..1eb695557 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/491 @@ -0,0 +1,2 @@ + +There is a code error here diff --git a/results/classifier/deepseek-2/output/other/50 b/results/classifier/deepseek-2/output/other/50 new file mode 100644 index 000000000..9379b7fd5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/50 @@ -0,0 +1,2 @@ + +Create PyPI installable package for the Python library diff --git a/results/classifier/deepseek-2/output/other/516 b/results/classifier/deepseek-2/output/other/516 new file mode 100644 index 000000000..4c707b5af --- /dev/null +++ b/results/classifier/deepseek-2/output/other/516 @@ -0,0 +1,43 @@ + +Configure option `--enable-plugins` makes modules in shared library not loadable on macOS +Description of problem: +The title mentions `--enable-plugins` option, however as it's enabled by default, not providing `--disable-plugins` would also cause this to happen. + +If TCG plugin support is enabled, symbols in `qemu-system-*` binaries will be missing, and module libraries would fail to load as they expect those symbols to exist in the main binary. + +Configure options used: `STRIP="strip -x" ./configure --enable-user --enable-tools --enable-parallels --enable-libxml2 --enable-spice --enable-hvf --enable-cocoa --enable-guest-agent --enable-curses --enable-plugins --enable-modules --objcc=gcc --enable-libusb --enable-usb-redir` + +After inspecting the compiler command line, I've found the linker option `-Wl,-exported_symbols_list,qemu-plugins-ld64.symbols` is causing this to happen: only symbols listed in `qemu-plugins-ld64.symbols` would be kept in `qemu-system-*` binaries and all other symbols will be hidden. + +Note that this is not caused by stripping (although I had to use custom strip command line on macOS to successfully compile qemu); the option `-exported_symbols_list` works by only exposing the provided symbols and treating all other symbols as `visibility=hidden`. + +Replacing `--enable-plugins` to `--disable-plugins` in the above configure command line would "fix" it, although it means TCG plugins will not be supported. +Steps to reproduce: +1. Build QEMU on macOS with plugin support enabled +2. Try to use modules in shared library like qxl +Additional information: +Some examples: + +``` +$ qemu-system-x86_64 -device qxl +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/ui-spice-core.dylib, 10): Symbol not found: __TRACE_QEMU_SPICE_ADD_MEMSLOT_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/ui-spice-core.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/ui-spice-core.dylib +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/hw-display-qxl.dylib, 2): Symbol not found: __TRACE_QXL_CLIENT_MONITORS_CONFIG_CAPPED_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/hw-display-qxl.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/hw-display-qxl.dylib +qemu-system-x86_64: -device qxl: 'qxl' is not a valid device model name +``` + +``` +$ qemu-system-x86_64 -spice port=5901 +Failed to open module: dlopen(/usr/local/bin/../lib/qemu/ui-spice-core.dylib, 10): Symbol not found: __TRACE_QEMU_SPICE_ADD_MEMSLOT_DSTATE + Referenced from: /usr/local/bin/../lib/qemu/ui-spice-core.dylib + Expected in: flat namespace + in /usr/local/bin/../lib/qemu/ui-spice-core.dylib +qemu-system-x86_64: -spice port=5901: spice support is disabled +``` + +After disabling plugin support I could run virtual machines locally through libvirt with full spice and qxl video support. diff --git a/results/classifier/deepseek-2/output/other/519 b/results/classifier/deepseek-2/output/other/519 new file mode 100644 index 000000000..a36febedd --- /dev/null +++ b/results/classifier/deepseek-2/output/other/519 @@ -0,0 +1,34 @@ + +xive: An extra '0x' prefix when printing hex values in the trace. +Description of problem: +The trace functions corresponding to the functions below print certain +parameters with a double "0x" prefix, i.e., with "0x0x". + + +- xive_source_esb_read +- xive_source_esb_write +- xive_tctx_tm_write +- xive_tctx_tm_read +Steps to reproduce: +1. Execute the command line on a terminal +2. Watch the terminal for the output. +Additional information: +Sample output: + + xive_end_source_read END 0x0/0xf @0x0x1e0800 + xive_source_esb_read @0x0x210c00 IRQ 0x10 val=0x0x1 + xive_tctx_tm_read @0x0x10038 sz=1 val=0x0 + xive_tctx_tm_write @0x0x10038 sz=1 val=0x80 + xive_tctx_tm_read @0x0x10038 sz=1 val=0x80 + xive_end_source_read END 0x0/0xf @0x0x1e0800 + xive_source_esb_read @0x0x210c00 IRQ 0x10 val=0x0x1 + xive_tctx_tm_read @0x0x10038 sz=1 val=0x0 + xive_tctx_tm_write @0x0x10038 sz=1 val=0x80 + xive_tctx_tm_read @0x0x10038 sz=1 val=0x80 + +The source lines at fault: + + xive_source_esb_read(uint64_t addr, uint32_t srcno, uint64_t value) "@0x0x%"PRIx64" IRQ 0x%x val=0x0x%"PRIx64 + xive_source_esb_write(uint64_t addr, uint32_t srcno, uint64_t value) "@0x0x%"PRIx64" IRQ 0x%x val=0x0x%"PRIx64 + xive_tctx_tm_write(uint64_t offset, unsigned int size, uint64_t value) "@0x0x%"PRIx64" sz=%d val=0x%" PRIx64 + xive_tctx_tm_read(uint64_t offset, unsigned int size, uint64_t value) "@0x0x%"PRIx64" sz=%d val=0x%" PRIx64 diff --git a/results/classifier/deepseek-2/output/other/524 b/results/classifier/deepseek-2/output/other/524 new file mode 100644 index 000000000..c29dceed6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/524 @@ -0,0 +1,2 @@ + +Giving -smp option a negative argument makes QEMU dump core diff --git a/results/classifier/deepseek-2/output/other/553 b/results/classifier/deepseek-2/output/other/553 new file mode 100644 index 000000000..87e1ff676 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/553 @@ -0,0 +1,26 @@ + +Virtio-vga with blobs on fails, when qemu compiled with enabled modules +Description of problem: +When using qemu configured with `--enabled-modules` and starting qemu with command line above, qemu crashes with following output: +``` +qemu-system-x86_64: -device virtio-vga,blob=on: cannot enable blob resources without udmabuf +``` +While qemu configured without `--enabled-modules` runs this command successfully. +Steps to reproduce: +1. Get latest qemu source code +2. Build qemu `mkdir build && cd build && ../configure && ninja` +3. Check if following command runs without errors and show sdl qemu window + ``` + sudo ./qemu-system-x86_64 \ + -object memory-backend-memfd,id=mem1,size=512M \ + -machine memory-backend=mem1 \ + -display sdl \ + -device virtio-vga,blob=on + + ``` +4. Then try to build with modules enabled `mkdir build && cd build && ../configure --enable-modules && ninja` +5. Try to do step 3 again +Additional information: +I tried to debug this bug, and found that problem is with function `virtio_gpu_have_udmabuf`: when qemu is build without modules this function is from `hw/display/virtio-gpu-udmabuf.c` (which is correct), but when qemu compiled with modules this function comes from `stubs/virtio-gpu-udmabuf.c` and when `hw-display-virtio-gpu.so` is loaded, `virtio_gpu_have_udmabuf` is not replaced, and remains function from stub (which always return 0) and command fails. + +I think I will submit patch that fix it tomorrow diff --git a/results/classifier/deepseek-2/output/other/560 b/results/classifier/deepseek-2/output/other/560 new file mode 100644 index 000000000..f98245479 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/560 @@ -0,0 +1,2 @@ + +User-emu documentation mentions inexistent "runtime" downloads diff --git a/results/classifier/deepseek-2/output/other/565 b/results/classifier/deepseek-2/output/other/565 new file mode 100644 index 000000000..dda389325 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/565 @@ -0,0 +1,2 @@ + +maybe-uninitialized warning in Xtensa flush_window_regs() diff --git a/results/classifier/deepseek-2/output/other/567 b/results/classifier/deepseek-2/output/other/567 new file mode 100644 index 000000000..0df16f8f4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/567 @@ -0,0 +1,2 @@ + +qemu 6.1.0 build fail on alpine linux diff --git a/results/classifier/deepseek-2/output/other/568053 b/results/classifier/deepseek-2/output/other/568053 new file mode 100644 index 000000000..4ab021c35 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/568053 @@ -0,0 +1,4 @@ + +requires MSYS coreutils ext sub-package to build on Windows + +When I try to build QEMU on Windows without the MSYS coreutils ext sub-package installed, the build fails because it cannot find dd. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/572 b/results/classifier/deepseek-2/output/other/572 new file mode 100644 index 000000000..3f6ef6ea6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/572 @@ -0,0 +1,2 @@ + +s390-pci-bus.h:85: warning: "PAGE_SIZE" redefined diff --git a/results/classifier/deepseek-2/output/other/574 b/results/classifier/deepseek-2/output/other/574 new file mode 100644 index 000000000..c35b9c02d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/574 @@ -0,0 +1,2 @@ + +ui/sdl2: warning: redundant redeclaration of 'direct_waitqueue_init' diff --git a/results/classifier/deepseek-2/output/other/576 b/results/classifier/deepseek-2/output/other/576 new file mode 100644 index 000000000..1b6738ea3 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/576 @@ -0,0 +1,2 @@ + +New Cocoa clipboard support raises minimum macos version to 10.14 diff --git a/results/classifier/deepseek-2/output/other/581 b/results/classifier/deepseek-2/output/other/581 new file mode 100644 index 000000000..2c4b342b9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/581 @@ -0,0 +1,2 @@ + +QEMU should warn if the user passes a '-vga something' option and we ignore it diff --git a/results/classifier/deepseek-2/output/other/590 b/results/classifier/deepseek-2/output/other/590 new file mode 100644 index 000000000..8a68e3be5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/590 @@ -0,0 +1,2 @@ + +NSIS Windows installer generator warnings when cross-building on MinGW diff --git a/results/classifier/deepseek-2/output/other/591 b/results/classifier/deepseek-2/output/other/591 new file mode 100644 index 000000000..d31d82466 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/591 @@ -0,0 +1,2 @@ + +Sphinx documentation jobs fail on fork with no version tag diff --git a/results/classifier/deepseek-2/output/other/600 b/results/classifier/deepseek-2/output/other/600 new file mode 100644 index 000000000..c9ca1284e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/600 @@ -0,0 +1,2 @@ + +Have 'info mtree' accept an (optional) 'name' parameter to pick a specific address space diff --git a/results/classifier/deepseek-2/output/other/603872 b/results/classifier/deepseek-2/output/other/603872 new file mode 100644 index 000000000..93e89d76c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/603872 @@ -0,0 +1,4 @@ + +[Feature request] qemu-img image conversion does not show percentage + +It will be nice if qemu-img will be able to show percentage of completition and average speed of conversion and compress ratio (if converting to compressed qcow or qcow2) \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/603878 b/results/classifier/deepseek-2/output/other/603878 new file mode 100644 index 000000000..c8ebb83db --- /dev/null +++ b/results/classifier/deepseek-2/output/other/603878 @@ -0,0 +1,10 @@ + +[Feature request] qemu-img option about recompressing + +Suppose I have a fresh compressed qcow2 image. After some time the data were recorded without compression. I decide to make "QEMU-IMG convert" for that image to reduce its size. + +I want a new option, which selects between the two algorithms overdriven images: +1. extract all / compress again when converting images (in the current implementation) +2. compress only uncompressed blocks and just copy the compressed blocks without re-compression. + +This option is only needed when converting compressed image to compressed and the compression algorithm is the same. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/607204 b/results/classifier/deepseek-2/output/other/607204 new file mode 100644 index 000000000..f1f0429a8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/607204 @@ -0,0 +1,34 @@ + +New qemu instances often cannot be started if host system is under load + +I've got a problem where I cannot start any new VMs with qemu-kvm if the host machine is under high CPU load. The problem is not 100% reproducible (it works sometimes), but under load conditions, it happens most of the time - roughly 95%. + +I'm usually using libvirt to start and stop KVM VMs. When using virsh to start a new VM under those conditions, the output looks like this: + +virsh # start testserver-a +error: Failed to start domain testserver-a +error: monitor socket did not show up.: Connection refused + +(There is a very long wait after the command has been sent until the error message shows up.) + +This is (an example of) the command line that libvirtd uses to start up qemu: + +----- snip ----- +LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin HOME=/root USER=root LOGNAME=root QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -S -M pc-0.12 -enable-kvm -m 256 -smp 1,sockets=1,cores=1,threads=1 -name testserver-a -uuid 7cbb3665-4d58-86b8-ce8f-20541995a99c -nodefaults -chardev socket,id=monitor,path=/usr/local/var/lib/libvirt/qemu/testserver-a.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -no-acpi -boot c -device lsi,id=scsi0,bus=pci.0,addr=0x7 -drive file=/data/testserver-a-system.img,if=none,id=drive-scsi0-0-1,boot=on -device scsi-disk,bus=scsi0.0,scsi-id=1,drive=drive-scsi0-0-1,id=scsi0-0-1 -drive file=/data/testserver-a-data1.img,if=none,id=drive-virtio-disk1 -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk1,id=virtio-disk1 -drive file=/data/testserver-a-data2.img,if=none,id=drive-virtio-disk2 -device virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk2,id=virtio-disk2 -drive file=/data/gentoo-install-amd64-minimal-20100408.iso,if=none,media=cdrom,id=drive-ide0-0-0,readonly=on -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/data/testserver-a_configfloppy.img,if=none,id=drive-fdc0-0-0 -global isa-fdc.driveA=drive-fdc0-0-0 -device e1000,vlan=0,id=net0,mac=52:54:00:84:6d:69,bus=pci.0,addr=0x6 -net tap,fd=24,vlan=0,name=hostnet0 -usb -vnc 127.0.0.1:1,password -k de -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 +----- snip ----- + +Copy-pasting this to a commandline on the host to start qemu manually leads to a non-functional qemu process that "just sits there" with nothing happening. The monitor socket /usr/local/var/lib/libvirt/qemu/testserver-a.monitor will, indeed, not show up. + +I've tried starting qemu with the same commandline but without the parameters for redirecting the monitor to a socket, without the fd parameter for the network interface and without the vnc parameter. This resulted in a black window with the title "QEMU (testserver-a) [Stopped]". I could not access the monitor console in graphical mode either. When I press Ctrl-Alt-2 in graphical mode to access the monitor console, qemu will sometimes (but not always) crash with a segfault about 2 seconds after. + +Some experimentation I've done suggests that this problem only happens if the high cpu load is caused by another qemu process, not if it is caused by something else running on the machine. + +The bug appears much less often if I leave off the -nodefaults parameter. + +The bug will still appear if I start qemu as qemu-system-x86_64 instead of qemu-kvm and replace the -enable-kvm parameter with -no-kvm. + +The host machine I'm running this on has got 16 cores in total. It looks like it is sufficient for this bug to surface if at least one of these cores is brought to near 100% use by a qemu process. + +The version of qemu I'm using is qemu-kvm 0.12.4, built from source. Libvirt is version 0.8.1, built from source as well. The host OS is Fedora 12. The Kernel version is 2.6.32.12-115.fc12.x86_64. + +Attached is an strace of attempting to start qemu which I hope will help someone with a better understanding of qemu's internals see what's actually going on there. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/609 b/results/classifier/deepseek-2/output/other/609 new file mode 100644 index 000000000..77a46d260 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/609 @@ -0,0 +1,10 @@ + +Can't build system emulation with static on qemu 6.1 +Description of problem: + +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/614 b/results/classifier/deepseek-2/output/other/614 new file mode 100644 index 000000000..89de42dda --- /dev/null +++ b/results/classifier/deepseek-2/output/other/614 @@ -0,0 +1,2 @@ + +Newly introduced dependency on GCC 7.5.0 should allow any version of GCC 7 diff --git a/results/classifier/deepseek-2/output/other/619 b/results/classifier/deepseek-2/output/other/619 new file mode 100644 index 000000000..44f962f53 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/619 @@ -0,0 +1,2 @@ + +Move TCGCPUOps::fake_user_exception() to linux-user/i386/cpu_loop.c diff --git a/results/classifier/deepseek-2/output/other/621 b/results/classifier/deepseek-2/output/other/621 new file mode 100644 index 000000000..c3960141f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/621 @@ -0,0 +1,2 @@ + +make after configure not working diff --git a/results/classifier/deepseek-2/output/other/626 b/results/classifier/deepseek-2/output/other/626 new file mode 100644 index 000000000..031fcf4aa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/626 @@ -0,0 +1,2 @@ + +plugin reference to qemu_plugin_hwaddr_phys_addr fails to dynamically link diff --git a/results/classifier/deepseek-2/output/other/632 b/results/classifier/deepseek-2/output/other/632 new file mode 100644 index 000000000..e7f1d7fcb --- /dev/null +++ b/results/classifier/deepseek-2/output/other/632 @@ -0,0 +1,2 @@ + +We should document "make install DESTDIR=wherever" diff --git a/results/classifier/deepseek-2/output/other/635 b/results/classifier/deepseek-2/output/other/635 new file mode 100644 index 000000000..3a25eb712 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/635 @@ -0,0 +1,29 @@ + +HPPA Error on Raspberry PI - deposit64: Assertion `start >= 0 && length > 0 && length <= 64 - start' failed +Description of problem: +The emulator starts normally but during the Guest OS installation (HP-UX 10.20) it crash with below error: +(qemu) qemu-system-hppa: /root/qemu/include/qemu/bitops.h:496: deposit64: Assertion `start >= 0 && length > 0 && length <= 64 - start' failed. +Steps to reproduce: +1. Run qemu-system-hppa with the command listed above +2. Start HP-UX 10.20 installation and finish the install wizard +Additional information: +It crashes after the installation step bolow: + +Executing user specified script: +========================================= + + [[ ! -a /dev/lan0 ]] && mknod /dev/lan0 c 52 0x000000 + +========================================= + * Will use the cold-install media for swinstall as well. + * Starting swinstall: +WARNING: The software specified contains a kernel fileset. It will be + necessary to reconfigure and reboot the system to make the + kernel software functional. + + * Beginning Analysis Phase. + * Source: localhost:/SD_CDROM + * Target: loopback:/ + * Target logfile: loopback:/var/adm/sw/swagent.log + * Reading source for product information. + * Reading source for file information. diff --git a/results/classifier/deepseek-2/output/other/636315 b/results/classifier/deepseek-2/output/other/636315 new file mode 100644 index 000000000..9237d8bb0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/636315 @@ -0,0 +1,38 @@ + +configure and build errors on Solaris 10 due to /bin/sh usage + +Running `LANG=C LC_ALL=C ./configure --prefix=... --install=/usr/ucb/install` on Solaris 10 amd64 results in the following errors: + +./configure: bad substitution +./configure: !: not found +./configure: curl-config: not found +./configure: curl-config: not found + +Error: invalid trace backend +Please choose a supported trace backend. + + +Unfortunately it doesn't print the line numbers of the errors. It must be somewhere after the check for `install`. + +The first few can be resolved by running `bash ./configure ...` instead. + +The "check if trace backend exists" hardcodes `sh "$source_path/tracetool" ...` in configure. Replacing sh with bash makes it work. + +`gmake` complains "Makefile:331: no file name for -include", which is a filter for *.d files. +`create_config` gets the 'bad substitution' error as well. Replacing sh with bash in rules.mak works. +etc. + +To sum it up, +a) there are shell script incompatibilities with Solaris 10's /bin/sh shell, and +b) hardcoding 'sh' in configure or Makefiles seems like a bad idea. + +QEMU Git 73d7434279e3905164afd02360eebe4b43c7fa (ESP: fix ESP DMA access...) + +$ uname -a +SunOS sonnengoettin 5.10 Generic_142901-03 i86pc i386 i86pc + +# No banner output for /bin/sh + +$ bash --version +GNU bash, version 3.00.16(1)-release (i386-pc-solaris2.10) +Copyright (C) 2004 Free Software Foundation, Inc. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/643 b/results/classifier/deepseek-2/output/other/643 new file mode 100644 index 000000000..79f4c4f05 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/643 @@ -0,0 +1,2 @@ + +how to add include path and library path when building qemu-4.1.1 diff --git a/results/classifier/deepseek-2/output/other/645 b/results/classifier/deepseek-2/output/other/645 new file mode 100644 index 000000000..fc7f1a1aa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/645 @@ -0,0 +1,2 @@ + +Centos6.8 compiling qeum-2.12.0 failed, Does centos6.8 not support qeum-2.12.0? diff --git a/results/classifier/deepseek-2/output/other/657 b/results/classifier/deepseek-2/output/other/657 new file mode 100644 index 000000000..e6312daf6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/657 @@ -0,0 +1,2 @@ + +qemu no valid state has been set by load or init-program Mac OS X Tiger diff --git a/results/classifier/deepseek-2/output/other/658 b/results/classifier/deepseek-2/output/other/658 new file mode 100644 index 000000000..5873a35aa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/658 @@ -0,0 +1,2 @@ + +Missing documentation for TCG ctpop opcode diff --git a/results/classifier/deepseek-2/output/other/696834 b/results/classifier/deepseek-2/output/other/696834 new file mode 100644 index 000000000..8eb5be2e7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/696834 @@ -0,0 +1,32 @@ + +FP exception reporting not working on NetBSD host + +I recognize that NetBSD is not one of the officially supported host OS. However, qemu 0.13.0 is available in the NetBSD pkgsrc collection, and works quite well. Well, with one exception (pun intended): It seems that Floating Point exceptions don't get reported properly. + +The following code-snippet demonstrates the problem: + + +volatile int flt_signal = 0; + +static sigjmp_buf sigfpe_flt_env; +static void +sigfpe_flt_action(int signo, siginfo_t *info, void *ptr) +{ + flt_signal++; +} + +void trigger(void) +{ + struct sigaction sa; + double d = strtod("0", NULL); + + if (sigsetjmp(sigfpe_flt_env, 0) == 0) { + sa.sa_flags = SA_SIGINFO; + sa.sa_sigaction = sigfpe_flt_action; + sigemptyset(&sa.sa_mask); + sigaction(SIGFPE, &sa, NULL); + fpsetmask(FP_X_INV|FP_X_DZ|FP_X_OFL|FP_X_UFL|FP_X_IMP); + printf("%g\n", 1 / d); + } + printf("FPE signal handler invoked %d times.\n"); +} \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/701 b/results/classifier/deepseek-2/output/other/701 new file mode 100644 index 000000000..fe2f71dfa --- /dev/null +++ b/results/classifier/deepseek-2/output/other/701 @@ -0,0 +1,2 @@ + +Setup a gitlab shared runner for linux-user testing diff --git a/results/classifier/deepseek-2/output/other/702 b/results/classifier/deepseek-2/output/other/702 new file mode 100644 index 000000000..e65ed8494 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/702 @@ -0,0 +1,2 @@ + +Setup a gitlab shared runner for bsd-user testing diff --git a/results/classifier/deepseek-2/output/other/705931 b/results/classifier/deepseek-2/output/other/705931 new file mode 100644 index 000000000..4768ada05 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/705931 @@ -0,0 +1,30 @@ + +make ui sdl error 1 on git devel + +after clone git devel, try compile on slackware 13.1 32 bit machine got error: + +ui/sdl.c:809:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token +ui/sdl.c:815:36: error: expected ')' before '*' token +/usr/include/X11/Xlib.h:3575:14: error: old-style parameter declarations in prototyped function definition +/usr/include/X11/Xlib.h:3576:5: error: parameter name omitted +ui/sdl.c:883:1: error: expected '{' at end of input +ui/sdl.c:883:1: error: control reaches end of non-void function +make: *** [ui/sdl.o] Error 1 + + +root@darkstar:/usr/src/qemu/qemu# gcc -v +Reading specs from /usr/lib/gcc/i486-slackware-linux/4.5.1/specs +COLLECT_GCC=gcc +COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i486-slackware-linux/4.5.1/lto-wrapper +Target: i486-slackware-linux +Configured with: ../gcc-4.5.1/configure --prefix=/usr --libdir=/usr/lib --mandir=/usr/man --infodir=/usr/info --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,java,objc,lto --enable-threads=posix --enable-checking=release --with-system-zlib --with-python-dir=/lib/python2.6/site-packages --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --enable-lto --with-gnu-ld --verbose --with-arch=i486 --target=i486-slackware-linux --build=i486-slackware-linux --host=i486-slackware-linux +Thread model: posix +gcc version 4.5.1 (GCC) + + +root@darkstar:/usr/src/qemu/qemu# uname -a +Linux darkstar 2.6.35.7-smp #2 SMP Mon Oct 11 14:52:09 CDT 2010 i686 Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz GenuineIntel GNU/Linux +root@darkstar:/usr/src/qemu/qemu# cat /etc/slackware-version +Slackware 13.1.0 + +thanks \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/709 b/results/classifier/deepseek-2/output/other/709 new file mode 100644 index 000000000..b97f92dc6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/709 @@ -0,0 +1,2 @@ + +make command fail diff --git a/results/classifier/deepseek-2/output/other/710 b/results/classifier/deepseek-2/output/other/710 new file mode 100644 index 000000000..b4fee098f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/710 @@ -0,0 +1,2 @@ + +maybe-uninitialized warning building target/m68k/ with -O3 diff --git a/results/classifier/deepseek-2/output/other/714 b/results/classifier/deepseek-2/output/other/714 new file mode 100644 index 000000000..cc30003e5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/714 @@ -0,0 +1,44 @@ + +Command line arguments are not passed correctly with user-space semihosting +Description of problem: +The emulated process always receives a value of 1 for `argc`, with `argv[0]` returning seemingly random characters (in Ubuntu packaged qemu 5.2), but correlating with command-line input (output below from master built qemu 6.1): +``` +$ qemu-arm -cpu cortex-m7 ./a.out 123 test +argc: 1 +argv: + - @@@ + +$ qemu-arm -cpu cortex-m7 ./a.out +argc: 1 +argv: + [0] @ +``` +Steps to reproduce: +1. Compile the following program with [ARM embedded toolchain](https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads): +```cpp +#include <iostream> + +int main(int argc, char* argv[]) { + std::cout << "argc: " << argc << "\n"; + std::cout << "argv: \n"; + + for (int i = 0; i < argc; i++) + std::cout << " [" << i << "] " << argv[i] << "\n"; + return 0; +} +``` + +``` +$ $CXX --version +arm-none-eabi-g++ (GNU Arm Embedded Toolchain 10-2020-q4-major) 10.2.1 20201103 (release) +Copyright (C) 2020 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. + +$ $CXX main.cpp --specs=rdimon.specs -mcpu=cortex-m7 +``` + +2. Run in user-space (semihosted): +``` +$ qemu-arm -cpu cortex-m7 ./a.out +``` diff --git a/results/classifier/deepseek-2/output/other/721 b/results/classifier/deepseek-2/output/other/721 new file mode 100644 index 000000000..1542ccc89 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/721 @@ -0,0 +1,31 @@ + +Build failed at libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o +Steps to reproduce: +1. Download and build from source + +``` +wget https://download.qemu.org/qemu-6.1.0.tar.xz +tar xvJf qemu-6.1.0.tar.xz +cd qemu-6.1.0 +./configure +make +``` +Additional information: +``` +[2150/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_dirtyrate.c.o +[2151/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_ram.c.o +[2152/9644] Compiling C object libqemu-alpha-softmmu.fa.p/target_alpha_fpu_helper.c.o +[2153/9644] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_translate-all.c.o +[2154/9644] Compiling C object libqemu-alpha-softmmu.fa.p/migration_target.c.o +[2155/9644] Compiling C object libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o +FAILED: libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o +gcc -Ilibqemu-aarch64-softmmu.fa.p -I. -I.. -Itarget/arm -I../target/arm -I../dtc/libfdt -I../capstone/include/capstone -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/valgrind -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/intel/Sources/qemu-6.1.0/linux-headers -isystem linux-headers -iquote . -iquote /home/intel/Sources/qemu-6.1.0 -iquote /home/intel/Sources/qemu-6.1.0/include -iquote /home/intel/Sources/qemu-6.1.0/disas/libvixl -iquote /home/intel/Sources/qemu-6.1.0/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -g -O3 -feliminate-unused-debug-types -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -Wformat -Wformat-security -m64 -fasynchronous-unwind-tables -Wp,-D_REENTRANT -ftree-loop-distribute-patterns -Wl,-z -Wl,now -Wl,-z -Wl,relro -fno-semantic-interposition -ffat-lto-objects -fno-trapping-math -Wl,-sort-common -Wl,--enable-new-dtags -mtune=skylake -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="aarch64-softmmu-config-target.h"' '-DCONFIG_DEVICES="aarch64-softmmu-config-devices.h"' -MD -MQ libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o -MF libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o.d -o libqemu-aarch64-softmmu.fa.p/accel_tcg_cputlb.c.o -c ../accel/tcg/cputlb.c +during GIMPLE pass: fab +In file included from /home/intel/Sources/qemu-6.1.0/include/qemu/osdep.h:37, + from ../accel/tcg/cputlb.c:20: +../accel/tcg/atomic_common.c.inc: In function ‘helper_atomic_fetch_andb’: +/home/intel/Sources/qemu-6.1.0/include/exec/helper-head.h:21:27: internal compiler error: in optimize_atomic_bit_test_and, at tree-ssa-ccp.c:3245 + 21 | #define HELPER(name) glue(helper_, name) + | ^~~~~~~ +/home/intel/Sources/qemu-6.1.0/include/qemu/compiler.h:35:21: note: in definition of macro ‘xglue’ + 35 | #define xglue(x, y) x diff --git a/results/classifier/deepseek-2/output/other/724 b/results/classifier/deepseek-2/output/other/724 new file mode 100644 index 000000000..657480328 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/724 @@ -0,0 +1,2 @@ + +esp: heap-buffer-overflow in esp_fifo_pop_buf diff --git a/results/classifier/deepseek-2/output/other/726 b/results/classifier/deepseek-2/output/other/726 new file mode 100644 index 000000000..77991c2f5 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/726 @@ -0,0 +1,2 @@ + +Missing 6.2.0-rc0 tarball on https://download.qemu.org/ diff --git a/results/classifier/deepseek-2/output/other/729 b/results/classifier/deepseek-2/output/other/729 new file mode 100644 index 000000000..3447c93a7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/729 @@ -0,0 +1,35 @@ + +Environment variables are not passed with user-space semihosting +Description of problem: +Environment variables are not passed to the emulated process, either inherited (as I might expect it to work in user-space?) or by specifying the values through the QEMU command-line. Note that setting the environment variable from within the app before calling `getenv` does work, so it isn't just a case of some system no-ops for the platform. +Steps to reproduce: +1. Compile the following program with [ARM embedded toolchain](https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads): +```cpp +#include <iostream> +#include <cstdlib> + +int main(int argc, char* argv[]) { + char* env = std::getenv("TEST"); + if (env) + std::cout << "Env TEST: " << env << "\n"; + else + std::cout << "Env TEST not set.\n"; + return 0; +} +``` + +``` +$ $CXX --version +arm-none-eabi-g++ (GNU Arm Embedded Toolchain 10-2020-q4-major) 10.2.1 20201103 (release) +Copyright (C) 2020 Free Software Foundation, Inc. +This is free software; see the source for copying conditions. There is NO +warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. + +$ $CXX main.cpp --specs=rdimon.specs -mcpu=cortex-m7 +``` + +2. Run in user-space (semihosted): +``` +$ qemu-arm -cpu cortex-m7 -E TEST=val123 ./a.out +Env TEST not set. +``` diff --git a/results/classifier/deepseek-2/output/other/746 b/results/classifier/deepseek-2/output/other/746 new file mode 100644 index 000000000..2fc62d1d2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/746 @@ -0,0 +1,2 @@ + +Current file VERSION of tag 6.2.0-rc2 contains 6.2.92, not 6.1.92 diff --git a/results/classifier/deepseek-2/output/other/751 b/results/classifier/deepseek-2/output/other/751 new file mode 100644 index 000000000..43e5c69d6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/751 @@ -0,0 +1,2 @@ + +Default set of CI tasks is quite broad for forks of non-developer respositories diff --git a/results/classifier/deepseek-2/output/other/754635 b/results/classifier/deepseek-2/output/other/754635 new file mode 100644 index 000000000..eb92dbe93 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/754635 @@ -0,0 +1,56 @@ + +-d option outs wrong info about sections + +For example, after run ./qemu-i386 -d in_asm /bin/ls from 0.14.0 release, I received this qemu.log file: +$ cat /tmp/qemu.log | grep -A7 guest +Relocating guest address space from 0x08048000 to 0x8048000 +guest_base 0x0 +start end size prot +00048000-0005f000 00017000 r-x +0005f000-00069000 0000a000 rw- +00040000-00041000 00001000 --- +00041000-00041800 00000800 rw- +00041800-0005d800 0001c000 r-x +0005d800-0005f800 00002000 rw- + +But such command in 0.12.5 release outs this: +$ cat /tmp/qemu.log | grep -A7 guest +guest_base 0x0 +start end size prot +00f38000-00f39000 00001000 --- +08048000-0805f000 00017000 r-x +0805f000-08061000 00002000 rw- +40000000-40080000 00080000 rw- +40080000-40081000 00001000 --- +40081000-4009d000 0001c000 r-x + +It looks correct. +I received such differences and with qemu-microblaze. + +After comparing 0.12.5 and 0.14.0 releases I found this differences in exec.c: +in 0.12.5: +end = (i << (32 - L1_BITS)) | (j << TARGET_PAGE_BITS); + +in 0.14.0: +int rc = walk_memory_regions_1(&data, (abi_ulong)i << V_L1_SHIFT, + +V_L1_SHIFT in my case is 10, but 32 - L1_BITS is 22 + +I make this changes: +$ diff -up qemu-0.14.0/exec.c exec.c +--- qemu-0.14.0/exec.c 2011-04-08 17:26:00.524464002 +0400 ++++ exec.c 2011-04-08 17:26:09.800464003 +0400 +@@ -2340,7 +2340,7 @@ int walk_memory_regions(void *priv, walk + data.prot = 0; + + for (i = 0; i < V_L1_SIZE; i++) { +- int rc = walk_memory_regions_1(&data, (abi_ulong)i << V_L1_SHIFT, ++ int rc = walk_memory_regions_1(&data, (abi_ulong)i << (V_L1_SHIFT + TARGET_PAGE_BITS), + V_L1_SHIFT / L2_BITS - 1, l1_map + i); + if (rc != 0) { + return rc; + +After this outputs looks correct. + +I don't know code base good, and think what may to do more general corrections. +Host system: linux i386 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/760 b/results/classifier/deepseek-2/output/other/760 new file mode 100644 index 000000000..47dbb8d68 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/760 @@ -0,0 +1,4 @@ + +Feature request: QEMU can report its building option +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/773 b/results/classifier/deepseek-2/output/other/773 new file mode 100644 index 000000000..950d06efc --- /dev/null +++ b/results/classifier/deepseek-2/output/other/773 @@ -0,0 +1,28 @@ + +TCG profiler build fails +Description of problem: +Attempting to build with --enable-profiler fails +Steps to reproduce: +1. ../../configure --enable-profiler +2. make +Additional information: +[975/3221] Compiling C object libcommon.fa.p/monitor_qmp-cmds.c.o + FAILED: libcommon.fa.p/monitor_qmp-cmds.c.o + cc -m64 -mcx16 -Ilibcommon.fa.p -I../../dtc/libfdt -I/usr/include/capstone -I/usr/include/pixman-1 -I/usr/include/spice-server -I/usr/include/spice-1 -I/usr/include/libpng16 + -I/usr/include/p11-kit-1 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gio-unix-2.0 -I/us + r/include/slirp -I/usr/include/virgl -I/usr/include/libusb-1.0 -I/usr/include/cacard -I/usr/include/nss -I/usr/include/nspr -I/usr/include/PCSC -I/usr/include/gtk-3.0 -I/usr + /include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/ + include/fribidi -I/usr/include/harfbuzz -I/usr/include/atk-1.0 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/vte-2.91 -fdiagnosti + cs-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -isystem /home/alex/lsrc/qemu.git/linux-headers -isystem linux-headers -iquote . -iquote /home/alex/lsrc/qemu.git + -iquote /home/alex/lsrc/qemu.git/include -iquote /home/alex/lsrc/qemu.git/disas/libvixl -iquote /home/alex/lsrc/qemu.git/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOUR + CE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-co + mmon -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wend + if-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -D_DEFAULT_SOURCE -D_ + XOPEN_SOURCE=600 -DNCURSES_WIDECHAR=1 -D_REENTRANT -DSTRUCT_IOVEC_DEFINED -MD -MQ libcommon.fa.p/monitor_qmp-cmds.c.o -MF libcommon.fa.p/monitor_qmp-cmds.c.o.d -o libcommon. + fa.p/monitor_qmp-cmds.c.o -c ../../monitor/qmp-cmds.c + ../../monitor/qmp-cmds.c: In function ‘qmp_x_query_profile’: + ../../monitor/qmp-cmds.c:369:21: error: implicit declaration of function ‘tcg_cpu_exec_time’ [-Werror=implicit-function-declaration] + 369 | cpu_exec_time = tcg_cpu_exec_time(); + | ^~~~~~~~~~~~~~~~~ + ../../monitor/qmp-cmds.c:369:21: error: nested extern declaration of ‘tcg_cpu_exec_time’ [-Werror=nested-externs] + cc1: all warnings being treated as errors diff --git a/results/classifier/deepseek-2/output/other/785 b/results/classifier/deepseek-2/output/other/785 new file mode 100644 index 000000000..d041cd323 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/785 @@ -0,0 +1,2 @@ + +Build failure on macOS with jack diff --git a/results/classifier/deepseek-2/output/other/786 b/results/classifier/deepseek-2/output/other/786 new file mode 100644 index 000000000..f0d97e0f8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/786 @@ -0,0 +1,18 @@ + +assert in qemu-6.2.0/hw/acpi/aml-build.c:61:build_append_padded_str: assertion failed: (len <= maxlen) +Description of problem: +assert and crash when -acpitable argument is used. Specifically, the argument was "-acpitable file=my_file.bin" which causes the assert and crash. + +The other arguments, I hope, are not critical. In brief, I'm using secure boot (with ovmf_code.secboot.fd), and a sw tpm as well. But hopefully these are not relevant. + +The assert with -acpitable is a regression since it worked with version 6.1.0 + +The actual error message in qemu 6.2.0 is + +qemu-6.2.0/hw/acpi/aml-build.c:61:build_append_padded_str: assertion failed: (len <= maxlen) +Steps to reproduce: +1. +2. +3. +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/788881 b/results/classifier/deepseek-2/output/other/788881 new file mode 100644 index 000000000..f600d308d --- /dev/null +++ b/results/classifier/deepseek-2/output/other/788881 @@ -0,0 +1,17 @@ + +i386-bsd-user and similar don't build on Mac OS X + +0.14.1 crashes on Mac OS X 64bit with some targets (*-bsd-user): + + CC i386-bsd-user/cpu-exec.o +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c: In function ‘cpu_x86_signal_handler’: +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:895: error: dereferencing pointer to incomplete type +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:895: error: ‘REG_RIP’ undeclared (first use in this function) +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:895: error: (Each undeclared identifier is reported only once +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:895: error: for each function it appears in.) +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:897: error: dereferencing pointer to incomplete type +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:897: error: ‘REG_TRAPNO’ undeclared (first use in this function) +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:898: error: dereferencing pointer to incomplete type +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:898: error: ‘REG_ERR’ undeclared (first use in this function) +/Users/michael/Downloads/qemu-0.14.1/cpu-exec.c:899: error: dereferencing pointer to incomplete type +make[1]: *** [cpu-exec.o] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/788886 b/results/classifier/deepseek-2/output/other/788886 new file mode 100644 index 000000000..bc475a40e --- /dev/null +++ b/results/classifier/deepseek-2/output/other/788886 @@ -0,0 +1,9 @@ + +Crash with -m32 and gcc-4.2 on Mac OS X 64bit + +For building 32bit Qemu on Mac OS X 10.6.7 , i configure with --extra-cflags=-m32 --extra-ldflags=-m32. make with gcc-4.2 then crashes with: + + GEN qemu-options.def + CC qemu-nbd.o +gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags +make: *** [qemu-nbd.o] Error 1 \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/789652 b/results/classifier/deepseek-2/output/other/789652 new file mode 100644 index 000000000..cd75a409a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/789652 @@ -0,0 +1,14 @@ + +Cannot confirm email address on QEMU Wiki + +Cannot confirm email address on QEMU Wiki + +http://wiki.qemu.org/Special:ConfirmEmail + +--- + +Confirm e-mail address + +QEMU could not send your confirmation mail. Please check your e-mail address for invalid characters. + +Mailer returned: mailer error \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/792 b/results/classifier/deepseek-2/output/other/792 new file mode 100644 index 000000000..5c072c3ab --- /dev/null +++ b/results/classifier/deepseek-2/output/other/792 @@ -0,0 +1,2 @@ + +Qemu's helper mechanism usage related issues diff --git a/results/classifier/deepseek-2/output/other/794 b/results/classifier/deepseek-2/output/other/794 new file mode 100644 index 000000000..b601f8e21 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/794 @@ -0,0 +1,10 @@ + +Documentation: Broken links to removed features in old changelog pages +Description of problem: +In QEMU changelogs prior to 6.1 (notably 6.0 at least) the removed features link goes to https://qemu-project.gitlab.io/qemu/system/removed-features.html instead of https://qemu-project.gitlab.io/qemu/about/removed-features.html. The deprecated features links are also broken. + +This caused me some amount of confusion while trying to find the cause of several emulation issues. +Additional information: +Would have fixed myself but I cannot create a QEMU wiki account to do so. If there is a process for approval for that I will happily follow it and fix the issue when approved. I also can't see anywhere else to report this so apologies if this is the wrong place. + +Perhaps the main changelog page could include links to the removed and deprecated features pages too? diff --git a/results/classifier/deepseek-2/output/other/796 b/results/classifier/deepseek-2/output/other/796 new file mode 100644 index 000000000..9549ddb2f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/796 @@ -0,0 +1,18 @@ + +make -j126 check failed in qemu@6.2.0 on ubuntu_aarch64 +Steps to reproduce: +the issue + +```console +[root@localhost build]#make -j126 check +Running test fp-test-sqrt +Running test fp-test-sub +Running test fp-test-log2 +** +ERROR:../tests/unit/test-qga.c:718:test_qga_config: assertion failed (err == ""): ("/home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: symbol lookup error: /home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: undefined symbol: g_unix_get_passwd_entry\n" == "") +ERROR test-qga - Bail out! ERROR:../tests/unit/test-qga.c:718:test_qga_config: assertion failed (err == ""): ("/home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: symbol lookup error: /home/stage/root/spack-stage-qemu-6.2.0-532ksrh2smva65sb3ghqox222237khs5/spack-src/build/qga/qemu-ga: undefined symbol: g_unix_get_passwd_entry\n" == "") +make: *** [Makefile.mtest:1472: run-test-182] Error 1 +make: *** Waiting for unfinished jobs.... +…… +``` +I don't know why happen,can you help me? diff --git a/results/classifier/deepseek-2/output/other/801 b/results/classifier/deepseek-2/output/other/801 new file mode 100644 index 000000000..aedee9061 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/801 @@ -0,0 +1,13 @@ + +QEMU test build failure with --enable-modules +Description of problem: + +Steps to reproduce: +1. ./configure --target-list=x86_64-softmmu --enable-kvm --enable-modules +2. make -j8 check-qtest-x86_64 V=1 + + - A problem happens "qemu-system-x86_64: -accel qtest: invalid accelerator qtest" + - The file accel-qtest-x86_64.so is not built + - This problem happens since 69c4c5c1c47f5dac140eb6485c5281a9f145dcf3 Mon Sep 17 00:00:00 2001 +Additional information: + diff --git a/results/classifier/deepseek-2/output/other/803 b/results/classifier/deepseek-2/output/other/803 new file mode 100644 index 000000000..671c060f8 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/803 @@ -0,0 +1,21 @@ + +v6.2.0 armv7m: savevm fails assertion +Description of problem: +Trying to take a snapshot on some arm machines just fails an assertion, while some work fine. +e.g. mps2-an385 and stm32vldiscovery don't work, while e.g. raspi0 does. +``` +$ build/qemu-system-arm -machine mps2-an385 -monitor stdio -drive file=dummy.qcow2 -S +QEMU 6.1.50 monitor - type 'help' for more information +(qemu) VNC server running on ::1:5900 +savevm test +qemu-system-arm: ../migration/vmstate.c:363: vmstate_save_state_v: Assertion `first_elem || !n_elems || !size' failed. +[1] 631940 IOT instruction (core dumped) build/qemu-system-arm -machine mps2-an385 -monitor stdio -drive -S +``` +This happens with or without a kernel (so -S is optional, if a kernel is present). +Steps to reproduce: +1. Create some image for snapshots (once): ``qemu-img create -f qcow2 dummy.qcow2 32M`` +2. ``qemu-system-arm -machine mps2-an385 -monitor stdio -drive file=dummy.qcow2 -S`` +3. In monitor: ``savevm something`` +Additional information: +Bisect indicates the Problem first presented itself in commit d5093d961585f02126191951ded9b90dbc52883b by @pm215. +This led me to test stm32vldiscovery, which also includes armv7m.h and fails, while some others don't. diff --git a/results/classifier/deepseek-2/output/other/81 b/results/classifier/deepseek-2/output/other/81 new file mode 100644 index 000000000..8a0bae6c2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/81 @@ -0,0 +1,2 @@ + +[Feature request] qemu-img option about recompressing diff --git a/results/classifier/deepseek-2/output/other/815 b/results/classifier/deepseek-2/output/other/815 new file mode 100644 index 000000000..cef8f4bb6 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/815 @@ -0,0 +1,2 @@ + +Using spdk Vhost to accelerate QEMU, which QEMU version is the most appropriate？ diff --git a/results/classifier/deepseek-2/output/other/816 b/results/classifier/deepseek-2/output/other/816 new file mode 100644 index 000000000..3d9b91488 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/816 @@ -0,0 +1,48 @@ + +Some errors were encountered while compiling QEMU source code +Description of problem: +When I try to download the source code from gitlab and compile it, the output is as follows: + +``` +FAILED: subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +clang -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -fcolor-diagnostics -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -fsanitize=fuzzer-no-link -fsanitize=undefined -fsanitize=address -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -fprofile-instr-generate -fcoverage-mapping -fPIE -pthread -D_GNU_SOURCE -MD -MQ subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -MF subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o.d -o subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -c ../subprojects/libvhost-user/libvhost-user.c +In file included from ../subprojects/libvhost-user/libvhost-user.c:43: +../subprojects/libvhost-user/include/atomic.h:1:1: error: expected identifier or '(' +../../../include/qemu/atomic.h +^ +In file included from ../subprojects/libvhost-user/libvhost-user.c:45: +../subprojects/libvhost-user/libvhost-user.h:23:10: fatal error: 'standard-headers/linux/virtio_ring.h' file not found +#include "standard-headers/linux/virtio_ring.h" + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +2 errors generated. +[69/1511] Compiling C object subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o +FAILED: subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o +clang -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user-glib.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fcolor-diagnostics -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -fsanitize=fuzzer-no-link -fsanitize=undefined -fsanitize=address -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -fstack-protector-strong -fprofile-instr-generate -fcoverage-mapping -fPIE -pthread -Wno-unused-function -MD -MQ subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o -MF subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o.d -o subprojects/libvhost-user/libvhost-user-glib.a.p/libvhost-user-glib.c.o -c ../subprojects/libvhost-user/libvhost-user-glib.c +In file included from ../subprojects/libvhost-user/libvhost-user-glib.c:15: +In file included from ../subprojects/libvhost-user/libvhost-user-glib.h:19: +../subprojects/libvhost-user/libvhost-user.h:23:10: fatal error: 'standard-headers/linux/virtio_ring.h' file not found +#include "standard-headers/linux/virtio_ring.h" + ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +1 error generated. +[70/1511] Generating trace-hw_alpha.h with a custom command +[71/1511] Generating hmp-commands-info.h with a custom command (wrapped by meson to capture output) +[72/1511] Generating qemu-img-cmds.h with a custom command (wrapped by meson to capture output) +[73/1511] Generating hmp-commands.h with a custom command (wrapped by meson to capture output) +[74/1511] Generating qemu-options.def with a custom command (wrapped by meson to capture output) +[75/1511] Compiling C object libslirp.a.p/slirp_src_tcp_input.c.o +[76/1511] Compiling C object libcapstone.a.p/capstone_arch_SystemZ_SystemZDisassembler.c.o +[77/1511] Generating qemu-version.h with a custom command (wrapped by meson to capture output) +[78/1511] Compiling C object libcapstone.a.p/capstone_arch_AArch64_AArch64Disassembler.c.o +[79/1511] Compiling C object libcapstone.a.p/capstone_arch_ARM_ARMInstPrinter.c.o +[80/1511] Compiling C object libcapstone.a.p/capstone_arch_ARM_ARMDisassembler.c.o +[81/1511] Compiling C object libcapstone.a.p/capstone_arch_AArch64_AArch64InstPrinter.c.o +ninja: build stopped: subcommand failed. +Makefile:163: recipe for target 'run-ninja' failed +make: *** [run-ninja] Error 1 +``` + +I looked for the missing file standard-headers/linux/virtio_ring.h and found that the file existed. +Steps to reproduce: +1. ``git clone https://gitlab.com/qemu-project/qemu`` +2. ``CC=clang CXX=clang++ ../configure --enable-fuzzing --enable-sanitizers`` +3. ``make qemu-fuzz-i386`` diff --git a/results/classifier/deepseek-2/output/other/817 b/results/classifier/deepseek-2/output/other/817 new file mode 100644 index 000000000..f7a1b7040 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/817 @@ -0,0 +1,2 @@ + +linux-user: waitid leaves target siginfo uninitialized when info.si_pid is zero diff --git a/results/classifier/deepseek-2/output/other/82 b/results/classifier/deepseek-2/output/other/82 new file mode 100644 index 000000000..a5495469a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/82 @@ -0,0 +1,2 @@ + +[Feature request] acceptance test class to run user-mode binaries diff --git a/results/classifier/deepseek-2/output/other/825 b/results/classifier/deepseek-2/output/other/825 new file mode 100644 index 000000000..c5e76ff75 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/825 @@ -0,0 +1,39 @@ + +compilation error - "VIRTIO_F_VERSION" +Description of problem: +Encountered problem while "make" + +.... +`[65/2464] Compiling C object subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +FAILED: subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o +cc -m64 -mcx16 -Isubprojects/libvhost-user/libvhost-user.a.p -Isubprojects/libvhost-user -I../subprojects/libvhost-user -fdiagnostics-color=auto -Wall -Winvalid-pch -Werror -std=gnu11 -O2 -g -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -pthread -D_GNU_SOURCE -MD -MQ subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -MF subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o.d -o subprojects/libvhost-user/libvhost-user.a.p/libvhost-user.c.o -c ../subprojects/libvhost-user/libvhost-user.c +../subprojects/libvhost-user/libvhost-user.c: In function 'vu_get_features_exec': +../subprojects/libvhost-user/libvhost-user.c:508:17: error: 'VIRTIO_F_VERSION_1' undeclared (first use in this function); did you mean 'INFLIGHT_VERSION'? + 1ULL << VIRTIO_F_VERSION_1 | + ^~~~~~~~~~~~~~~~~~ + INFLIGHT_VERSION +../subprojects/libvhost-user/libvhost-user.c:508:17: note: each undeclared identifier is reported only once for each function it appears in +../subprojects/libvhost-user/libvhost-user.c: In function 'vu_set_features_exec': +../subprojects/libvhost-user/libvhost-user.c:542:30: error: 'VIRTIO_F_VERSION_1' undeclared (first use in this function); did you mean 'INFLIGHT_VERSION'? + if (!vu_has_feature(dev, VIRTIO_F_VERSION_1)) { + ^~~~~~~~~~~~~~~~~~ + INFLIGHT_VERSION +../subprojects/libvhost-user/libvhost-user.c: In function 'generate_faults': +../subprojects/libvhost-user/libvhost-user.c:612:13: error: unused variable 'ret' [-Werror=unused-variable] + int ret; + ^~~ +../subprojects/libvhost-user/libvhost-user.c:611:22: error: unused variable 'dev_region' [-Werror=unused-variable] + VuDevRegion *dev_region = &dev->regions[i]; + ^~~~~~~~~~ +cc1: all warnings being treated as errors +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/users/oneuser/qemu/qemu/build' +make: *** [GNUmakefile:11: all] Error 2 +` +Steps to reproduce: +1. ./configure --prefix=/users/oneuser/qemu/myqemu-1 --enable-kvm --target-list=x86_64-softmmu +2. make +3. +Additional information: +Please let me know if more info is needed. diff --git a/results/classifier/deepseek-2/output/other/831 b/results/classifier/deepseek-2/output/other/831 new file mode 100644 index 000000000..2c84298df --- /dev/null +++ b/results/classifier/deepseek-2/output/other/831 @@ -0,0 +1,2 @@ + +clang compile error because of unused variable diff --git a/results/classifier/deepseek-2/output/other/844 b/results/classifier/deepseek-2/output/other/844 new file mode 100644 index 000000000..5235eebcf --- /dev/null +++ b/results/classifier/deepseek-2/output/other/844 @@ -0,0 +1,45 @@ + +Close gap for x86_64-v3 ABI in TCG - CPU support for fma, f16c, avx, avx2 features required +Description of problem: +There are 3 additional ABIs defined by a collaboration of vendors for the `x86_64` architecture, over the original baseline: + +* https://gitlab.com/x86-psABIs/x86-64-ABI/-/blob/master/x86-64-ABI/low-level-sys-info.tex + +This is no problem for KVM assuming suitable host hardware, but TCG is currently unable to support more than the original baseline and the `x86_64-v2` step. + +For `x86_64-v3` there are some gaps in its emulation coverage. This can be seen by taking `Nehalem` which is a good fit for `x86_64-v2`, and requesting the extra v3 features: + +``` +$ qemu-system-x86_64 -accel tcg -cpu Nehalem,+avx,+avx2,+bmi1,+bmi2,+f16c,+fma,+abm,+movbe +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.fma [bit 12] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.avx [bit 28] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.f16c [bit 29] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.07H:EBX.avx2 [bit 5] +``` + +IOW, the strict bare minimum TCG needs in order to satisfy `x86_64-v3` is `fma`, `f16c`, `avx` and `avx2` support + +If we want to fully support a named CPU model satisfying v3, then `Haswell` is the closest and that has a few additional gaps + +``` +$ qemu-system-x86_64 -accel tcg -cpu Haswell-noTSX +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.fma [bit 12] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.pcid [bit 17] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.x2apic [bit 21] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.tsc-deadline [bit 24] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.avx [bit 28] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.01H:ECX.f16c [bit 29] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.07H:EBX.avx2 [bit 5] +qemu-system-x86_64: warning: TCG doesn't support requested feature: CPUID.07H:EBX.invpcid [bit 10] + +``` + +Those additional gaps wouldn't impact ability to execute binaries build for the `x86_64-v3` ABI though, so not as important. + +The reason `x86_64-v3` compatibility in TCG matters is because sooner or later some Linux OS are going to set this as the baseline for their compiler toolchain. There is a proposal to set this in `Fedora ELN`, which is what feeds in to a possible future `RHEL-10`. + +I imagine adding these extra features would be non-negligible work in TCG / take some time to complete. + +Thus I file this bug for the purpose of suggesting these 4 specific missing features be considered a priority to address, compared to other missing CPU features in TCG that might be considered more of a 'nice to have'. + +eg looking further the `x86_64-v4` baseline brings in a requirement for `avx512f`, `avx512bw`, `avx512cd`, `avx512dq`, `avx512vl` which TCG also lacks, but I don't think they really need to be considered important at this point in time. diff --git a/results/classifier/deepseek-2/output/other/853 b/results/classifier/deepseek-2/output/other/853 new file mode 100644 index 000000000..d61a5a50f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/853 @@ -0,0 +1,11 @@ + +Quaint English in qemu-options.hx +Description of problem: +qemu-options.hx contains grammar that a native English-speaking person would never use. I had to read a sentence in that file very slowly and more than once to understand it. +Steps to reproduce: +1. Install QEMU +2. Run a command to display documentation that includes qemu-options.hx for instance "man qemu-system-x86_64" +3. Observe "This option defines where is connected the drive ..." +4. Scratch head, figure out that "This option defines where the drive is connected ..." is the meaning. +Additional information: +It is very difficult to report QEMU documentation bugs. diff --git a/results/classifier/deepseek-2/output/other/855630 b/results/classifier/deepseek-2/output/other/855630 new file mode 100644 index 000000000..87dac5036 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/855630 @@ -0,0 +1,10 @@ + +Cant Run Wine (posix not nptl) past 0.14.1 + +when trying to build qemu I can build with ./configure --static --enable-sdl --target-list=i386-linux-user just fine with 0.12.5 + +But when I try to go on 0.13.0 or higher (tested on 0.15.0) it will say it cant find libSDL. + +Tried with arm and x86 versions of Ubuntu 9.10 and 11.04. Same on all 4 tests. + +I found I could run posix wine on 12.5 but I cant go higher for posix wine because of that libSDL. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/866 b/results/classifier/deepseek-2/output/other/866 new file mode 100644 index 000000000..9bcdd806a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/866 @@ -0,0 +1,54 @@ + +linux-user: substantial memory leak when threads are created and destroyed +Description of problem: +Substantial memory leak when the following simple program is executed on `qemu-arm`, +```c +// compile with `arm-none-linux-gnueabihf-gcc test_qemu.c -o test_qemu.out -pthread` + +#include <assert.h> +#include <pthread.h> + +#define MAGIC_RETURN ((void *)42) + +void *thread_main(void *arg) +{ + return MAGIC_RETURN; +} + +int main(int argc, char *argv[]) +{ + size_t i; + for (i = 0;; i++) + { + pthread_t thread; + assert(pthread_create(&thread, NULL, thread_main, NULL) == 0); + void *ret; + assert(pthread_join(thread, &ret) == 0); + assert(ret == MAGIC_RETURN); + } + + return 0; +} +``` +Steps to reproduce: +1. +``` +export TOOLCHAIN_PREFIX=arm-none-linux-gnueabihf +export ARMSDK=/${TOOLCHAIN_PREFIX} +export SYSROOT=${ARMSDK}/${TOOLCHAIN_PREFIX}/libc +export CC=${ARMSDK}/bin/${TOOLCHAIN_PREFIX}-gcc +``` +2. Download the arm toolchain: `curl --output ${TOOLCHAIN_PREFIX}.tar.xz -L 'https://developer.arm.com/-/media/Files/downloads/gnu-a/10.2-2020.11/binrel/gcc-arm-10.2-2020.11-x86_64-arm-none-linux-gnueabihf.tar.xz?revision=d0b90559-3960-4e4b-9297-7ddbc3e52783&la=en&hash=985078B758BC782BC338DB947347107FBCF8EF6B'` +3. `mkdir -p ${ARMSDK} && tar xf ${TOOLCHAIN_PREFIX}.tar.xz -C ${ARMSDK} --strip-components=1` +4. `$CC test_qemu.c -o test_qemu.out -pthread` +5. `qemu-arm -L $SYSROOT ./test_qemu.out` +6. Observe memory usage keeps ramping up and crashes the process once out of memory. +Additional information: +Valgrind annotation logs [annot.log](/uploads/f8d05d8f216d5a589e8da0758a345de6/annot.log) generated by a local build on master@0a301624c2f4ced3331ffd5bce85b4274fe132af from +```bash +valgrind --xtree-memory=full --xtree-memory-file=xtmemory.kcg bin/debug/native/qemu-arm -L $SYSROOT /mnt/f/test_qemu3.out +# Send CTRL-C before the process crashes due to oom +callgrind_annotate --auto=yes --inclusive=yes --sort=curB:100,curBk:100,totB:100,totBk:100,totFdB:100,totFdBk:100 xtmemory.kcg > annot.log +``` + +# diff --git a/results/classifier/deepseek-2/output/other/869 b/results/classifier/deepseek-2/output/other/869 new file mode 100644 index 000000000..76553dcf9 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/869 @@ -0,0 +1,22 @@ + +Qemu-system-avr working example +Description of problem: +I'm trying to get an Arduino board emulated with QEMU. Unfortunately, I can't get it to work. +I tried the commands, given in [https://qemu.readthedocs.io/en/latest/system/target-avr.html](https://qemu.readthedocs.io/en/latest/system/target-avr.html) and also downloaded and used the example elf file. + + +I then tried some more basic commands and used`qemu-system-avr -machine uno`. This should +run without any problems or? I also tried `2009` and `mega2560`. + +I also searched on the internet about working examples as well as further usage information, but I couldn't really find much. +Therefore, I hope someone can help me out or point me to additional material. +Steps to reproduce: +1. run `qemu-system-avr -machine uno` +2. wait around 5-10 seconds +3. on the terminal the following message appears with the qemu window crashing +``` +$ qemu-system-avr -machine uno + qemu-system-avr: execution left flash memory +``` +Additional information: +I'm fairly new to this, so please excuse me if I forgot something to post or made a mistake while posting. diff --git a/results/classifier/deepseek-2/output/other/873 b/results/classifier/deepseek-2/output/other/873 new file mode 100644 index 000000000..b073afb7c --- /dev/null +++ b/results/classifier/deepseek-2/output/other/873 @@ -0,0 +1,2 @@ + +Meson warns about a broken Python install on Debian/Ubuntu diff --git a/results/classifier/deepseek-2/output/other/875 b/results/classifier/deepseek-2/output/other/875 new file mode 100644 index 000000000..f610855da --- /dev/null +++ b/results/classifier/deepseek-2/output/other/875 @@ -0,0 +1,2 @@ + +Failure to build using GCC on macOS diff --git a/results/classifier/deepseek-2/output/other/880 b/results/classifier/deepseek-2/output/other/880 new file mode 100644 index 000000000..7ae34880b --- /dev/null +++ b/results/classifier/deepseek-2/output/other/880 @@ -0,0 +1,2 @@ + +Documentation needs some updates diff --git a/results/classifier/deepseek-2/output/other/887883 b/results/classifier/deepseek-2/output/other/887883 new file mode 100644 index 000000000..79ae8f54a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/887883 @@ -0,0 +1,34 @@ + +Coverity scan revealed defects + +Coverity scan detected some issues such as RESOURCE_LEAK and REVERSE_INULL etc on qemu-1.0rc1: + +Analysis summary report: +------------------------ +Files analyzed : 830 +Total LoC input to cov-analyze : 576549 +Functions analyzed : 20721 +Paths analyzed : 858376 +New defects found : 428 Total + 2 ARRAY_VS_SINGLETON + 9 CHECKED_RETURN + 19 CONSTANT_EXPRESSION_RESULT + 60 DEADCODE + 43 FORWARD_NULL + 14 INFINITE_LOOP + 36 MISSING_BREAK + 3 MISSING_LOCK + 47 NEGATIVE_RETURNS + 1 NO_EFFECT + 11 NULL_RETURNS + 51 OVERRUN_STATIC + 1 RESOURCE_LEAK + 79 REVERSE_INULL + 20 SIGN_EXTENSION + 7 SIZEOF_MISMATCH + 15 UNINIT + 5 UNREACHABLE + 2 UNUSED_VALUE + 3 USE_AFTER_FREE + +For details, please see attachment. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/889 b/results/classifier/deepseek-2/output/other/889 new file mode 100644 index 000000000..8ec34e683 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/889 @@ -0,0 +1,2 @@ + +cc1: error: ‘-fcf-protection’ is not compatible with this target diff --git a/results/classifier/deepseek-2/output/other/89 b/results/classifier/deepseek-2/output/other/89 new file mode 100644 index 000000000..6d777f423 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/89 @@ -0,0 +1,2 @@ + +Documentation for mtdblock, option-rom, and pflash is non-existent diff --git a/results/classifier/deepseek-2/output/other/892 b/results/classifier/deepseek-2/output/other/892 new file mode 100644 index 000000000..38fde2d47 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/892 @@ -0,0 +1,6 @@ + +Ensure qemu-storage-daemon builds, works and is included in win10 setup +Additional information: +- Job run on 20220315 "msys2-64bit build target" seems to have created binary: https://gitlab.com/qemu-project/qemu/-/jobs/2201739711 + - ```2456 [1324/1586] Linking target storage-daemon/qemu-storage-daemon.exe``` + - I hope it will be included in final distributed setup files diff --git a/results/classifier/deepseek-2/output/other/893956 b/results/classifier/deepseek-2/output/other/893956 new file mode 100644 index 000000000..dcfacd77f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/893956 @@ -0,0 +1,16 @@ + +qemu-img bug with dynamic vhd + +Hye, i found a problem with qemu-img when trying to get info of a dynamic vhd. I made imgae of my 60GB computer hard drive with disk2vhd. The dynamic vhd is 21gb size. + +With 1.0-rc3 version : +running command: qemu-img info 60_GB.VHD +qemu-img: Could not open '60_GB.VHD' : File too large + +0.14.1 version give me wrong information : +image: 60_GB.VHD +file format: vpc +virtual size: 127G (136899993600 bytes) +disk size: 21G + +Thanks for reply. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/902720 b/results/classifier/deepseek-2/output/other/902720 new file mode 100644 index 000000000..49ea6b347 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/902720 @@ -0,0 +1,17 @@ + +TIME_MAX not set correctly for OpenBSD in qemu-common.h + +Looking at the OpenBSD buildbot logs I noticed a warning that appears to be a bug in the code. +OpenBSD has a 32-bit time_t on all archs at the moment (32-bit and 64-bit). + + CC i386-softmmu/monitor.o +/buildbot-qemu/default_openbsd_current/build/monitor.c: In function 'expire_password': +/buildbot-qemu/default_openbsd_current/build/monitor.c:944: warning: overflow in implicit constant conversion + +qemu-common.h has... + +#ifndef TIME_MAX +#define TIME_MAX LONG_MAX +#endif + +for OpenBSD this should be INT_MAX. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/908 b/results/classifier/deepseek-2/output/other/908 new file mode 100644 index 000000000..5076e5ebe --- /dev/null +++ b/results/classifier/deepseek-2/output/other/908 @@ -0,0 +1,2 @@ + +since when is qemu-guest-agent included in the qemu package ? diff --git a/results/classifier/deepseek-2/output/other/928676 b/results/classifier/deepseek-2/output/other/928676 new file mode 100644 index 000000000..3c01a0ff7 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/928676 @@ -0,0 +1,26 @@ + +QEMU does not support Westmere (Intel Xeon) CPU model + +Setting the CPU model to Westmere (Intel Xeon server CPU) is not possible. + +libvirt uses 'core2duo' as fallback: +https://bugzilla.redhat.com/show_bug.cgi?id=708927 + + +$ qemu -cpu ? +x86 [n270] +x86 [athlon] +x86 [pentium3] +x86 [pentium2] +x86 [pentium] +x86 [486] +x86 [coreduo] +x86 [kvm32] +x86 [qemu32] +x86 [kvm64] +x86 [core2duo] +x86 [phenom] +x86 [qemu64] + +$ qemu --version +QEMU emulator version 1.0 (Debian 1.0+dfsg-3), Copyright (c) 2003-2008 Fabrice Bellard \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/930 b/results/classifier/deepseek-2/output/other/930 new file mode 100644 index 000000000..26267fd7a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/930 @@ -0,0 +1,2 @@ + +Impossible to make windows 98 work on Qemu ver. 5.2 diff --git a/results/classifier/deepseek-2/output/other/931 b/results/classifier/deepseek-2/output/other/931 new file mode 100644 index 000000000..252d21d6f --- /dev/null +++ b/results/classifier/deepseek-2/output/other/931 @@ -0,0 +1,2 @@ + +Create GitLab 7.1 milestone diff --git a/results/classifier/deepseek-2/output/other/938 b/results/classifier/deepseek-2/output/other/938 new file mode 100644 index 000000000..3248aee39 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/938 @@ -0,0 +1,2 @@ + +Impossible to cross compile from Ubuntu or Debian to Windows with the tutorial diff --git a/results/classifier/deepseek-2/output/other/939995 b/results/classifier/deepseek-2/output/other/939995 new file mode 100644 index 000000000..6921587df --- /dev/null +++ b/results/classifier/deepseek-2/output/other/939995 @@ -0,0 +1,34 @@ + +v1.0-1172-g235fe3b crashes (opts=0x0) + +C:\msys\home\User\qemu\i386-softmmu>gdb --args qemu-system-i386.exe -L ..\pc-bios +GNU gdb (GDB) 7.3 +Copyright (C) 2011 Free Software Foundation, Inc. +License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> +This is free software: you are free to change and redistribute it. +There is NO WARRANTY, to the extent permitted by law. Type "show copying" +and "show warranty" for details. +This GDB was configured as "mingw32". +For bug reporting instructions, please see: +<http://www.gnu.org/software/gdb/bugs/>... +Reading symbols from C:\msys\home\User\qemu\i386-softmmu/qemu-system-i386.exe... +done. +(gdb) r +Starting program: C:\msys\home\User\qemu\i386-softmmu/qemu-system-i386.exe -L ..\\pc-bios +[New Thread 4724.0x1224] + +Program received signal SIGSEGV, Segmentation fault. +0x004eeda6 in qemu_opt_get (opts=0x0, name=0x68a7c3 "kernel") + at qemu-option.c:545 +545 QemuOpt *opt = qemu_opt_find(opts, name); +(gdb) bt +#0 0x004eeda6 in qemu_opt_get (opts=0x0, name=0x68a7c3 "kernel") + at qemu-option.c:545 +#1 0x004c7166 in qemu_main (argc=3, argv=0x3e5200, envp=0x0) + at C:/msys/home/User/qemu/vl.c:3250 +#2 0x004c906a in SDL_main (argc=3, argv=0x3e5200) + at C:/msys/home/User/qemu/vl.c:102 +#3 0x0061dcf4 in console_main () +#4 0x0061ddb4 in WinMain@16 () +#5 0x006329fb in main () +(gdb) \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/944628 b/results/classifier/deepseek-2/output/other/944628 new file mode 100644 index 000000000..399ddf1c0 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/944628 @@ -0,0 +1,10 @@ + +Documentation for mtdblock, option-rom, and pflash is non-existent + +The options -mtdblock, -option-rom, and -pflash are severely under-documented. For example: + +-mtdblock -- It isn't at all clear what this does from --help or the documentation, and it's especially not clear that it's only implemented for ARM right now + +-option-rom is only implemented for a handful of architectures, including palm, pc, pci, and one or two others + +-pflash looks to be implemented for most if not all architectures, but there's nothing informing the user that it replaces the bios if -bios isn't used in tandem with -pflash, and it isn't clear whether the user could add multiple pflash roms \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/947273 b/results/classifier/deepseek-2/output/other/947273 new file mode 100644 index 000000000..e93530443 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/947273 @@ -0,0 +1,6 @@ + +launchpad homepage url is out of date + +The launchpad "homepage" link to QEMU's homepage is http://www.nongnu.org/qemu/, this link immediately redirects one to http://qemu.org (then wiki.qemu.org). + +The link should probably be updated to http://qemu.org \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/948 b/results/classifier/deepseek-2/output/other/948 new file mode 100644 index 000000000..206bf7208 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/948 @@ -0,0 +1,33 @@ + +7.0.0-rc1, -rc2 cannot build - config-poison.h is not generated +Description of problem: +`make` halts with: + +``` +[557/2583] Generating module_block.h with a custom command +[558/2583] Generating block-gen.c with a custom command +[559/2583] Generating x86_64-softmmu-gdbstub-xml.c with a custom command (wrapped by meson to capture output) +[560/2583] Compiling C object libpage-vary-common.a.p/page-vary-common.c.o +[561/2583] Generating trace-target_sparc.c with a custom command +[562/2583] Generating trace-target_s390x_kvm.c with a custom command +ninja: job failed: clang -m64 -mcx16 -Ilibpage-vary-common.a.p -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -flto -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/dummy/qemu-7.0.0-rc2/linux-headers -isystem linux-headers -iquote . -iquote /home/dummy/qemu-7.0.0-rc2 -iquote /home/dummy/qemu-7.0.0-rc2/include -iquote /home/dummy/qemu-7.0.0-rc2/disas/libvixl -iquote /home/dummy/qemu-7.0.0-rc2/tcg/i386 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -fstack-protector-strong -fsanitize=cfi-icall -fsanitize-cfi-icall-generalize-pointers -fPIE -fno-lto -fno-sanitize=cfi-icall -MD -MQ libpage-vary-common.a.p/page-vary-common.c.o -MF libpage-vary-common.a.p/page-vary-common.c.o.d -o libpage-vary-common.a.p/page-vary-common.c.o -c ../page-vary-common.c +In file included from ../page-vary-common.c:22: +In file included from /home/dummy/qemu-7.0.0-rc2/include/qemu/osdep.h:34: +/home/dummy/qemu-7.0.0-rc2/include/exec/poison.h:7:10: fatal error: 'config-poison.h' file not found +#include "config-poison.h" + ^~~~~~~~~~~~~~~~~ +1 error generated. +ninja: subcommand failed +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/home/dummy/qemu-7.0.0-rc2/build' +make: *** [GNUmakefile:11: all] Error 2 + +``` + +It seems that `config-poison.h` is not generated in `configure` and is not explicitly a dependency for some of necessary object file. +Steps to reproduce: +1. `docker pull alpine:3.15` +2. `docker build -t qemubad .` with the attached dockerfile +Additional information: +6.2.0 is good +7.0.0-rc0, 7.0.0-rc1, 7.0.0-rc2 exhibits the issue diff --git a/results/classifier/deepseek-2/output/other/950 b/results/classifier/deepseek-2/output/other/950 new file mode 100644 index 000000000..767f49037 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/950 @@ -0,0 +1,24 @@ + +7.0.0-rc2 hw/9pfs/9p.h cannot find XATTR_SIZE_MAX +Description of problem: +``` +[844/2583] Compiling C object tests/qtest/qos-test.p/virtio-rng-test.c.o +ninja: job failed: clang -m64 -mcx16 -Itests/qtest/qos-test.p -Itests/qtest -I../tests/qtest -I. -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -flto -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/dummy/qemu-7.0.0-rc2/linux-headers -isystem linux-headers -iquote . -iquote /home/dummy/qemu-7.0.0-rc2 -iquote /home/dummy/qemu-7.0.0-rc2/include -iquote /home/dummy/qemu-7.0.0-rc2/disas/libvixl -iquote /home/dummy/qemu-7.0.0-rc2/tcg/i386 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -fstack-protector-strong -fsanitize=cfi-icall -fsanitize-cfi-icall-generalize-pointers -fPIE -MD -MQ tests/qtest/qos-test.p/virtio-9p-test.c.o -MF tests/qtest/qos-test.p/virtio-9p-test.c.o.d -o tests/qtest/qos-test.p/virtio-9p-test.c.o -c ../tests/qtest/virtio-9p-test.c +In file included from ../tests/qtest/virtio-9p-test.c:18: +/home/dummy/qemu-7.0.0-rc2/hw/9pfs/9p.h:497:2: error: Missing definition for P9_XATTR_SIZE_MAX for this host system +#error Missing definition for P9_XATTR_SIZE_MAX for this host system + ^ +1 error generated. +ninja: subcommand failed +make[1]: *** [Makefile:163: run-ninja] Error 1 +make[1]: Leaving directory '/home/dummy/qemu-7.0.0-rc2/build' +make: *** [GNUmakefile:11: all] Error 2 +The command '/bin/sh -c make -j"`grep -c '^processor' /proc/cpuinfo`"' returned a non-zero code: 2 + +``` +Steps to reproduce: +1. build with attached Dockerfile +Additional information: +This problem is introduced by lore.kernel.org/all/20220227223522.91937-7-wwcohen@gmail.com/ + +`XATTR_SIZE_MAX` is in `<linux/limits.h>` which is included by `9p.c` but not `9p.h`. However the `9p.h` checks existence of XATTR_SIZE_MAX, so any other file including `9p.h` would be illegal. This is clearly misplacement of header including. diff --git a/results/classifier/deepseek-2/output/other/955379 b/results/classifier/deepseek-2/output/other/955379 new file mode 100644 index 000000000..859c426c2 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/955379 @@ -0,0 +1,18 @@ + +cmake hangs with qemu-arm-static + +I'm using git commit 3e7ecd976b06f... configured with --target-list=arm-linux-user --static in a chroot environment to compile some things. I ran into this problem with both pcl and opencv-2.3.1. cmake consistently freezes at some point during its execution, though in a different spot each time, usually during a step when it's searching for some libraries. For instance, pcl most commonly stops after: + +[snip] +-- Boost version: 1.46.1 +-- Found the following Boost libraries: +-- system +-- filesystem +-- thread +-- date_time +-- checking for module 'eigen3' +-- found eigen3, version 3.0.1 + +which is perplexing because it freezes after finding what it wants, not during the search. When it does get past that point, it does so almost immediately but freezes somewhere else. + +I'm using 64-bit Ubuntu 11.10 with kernel release 3.0.0-16-generic with an Intel i5. \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/983 b/results/classifier/deepseek-2/output/other/983 new file mode 100644 index 000000000..f29afc357 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/983 @@ -0,0 +1,9 @@ + +Qemu Wiki Database Query Error +Steps to reproduce: +1. Access the Qemu Wiki. https://wiki.qemu.org/Main_Page +2. Type "serial" in the search bar and hit the enter key. +3. Crash ensues. +Additional information: +Crash info attached. +[qemu_wiki_bug.txt](/uploads/06fb534ea65c486f72dce14e75c834bd/qemu_wiki_bug.txt) diff --git a/results/classifier/deepseek-2/output/other/984516 b/results/classifier/deepseek-2/output/other/984516 new file mode 100644 index 000000000..9c5e80b34 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/984516 @@ -0,0 +1,24 @@ + +should use sdl-config for static build not pkg-config + +In the configure script when a user wants to compile a static QEMU and enable SDL support (i.e. ./configure --static --enable-sdl): + +pkg-config does not have an option "--static-libs". For correct results (to find the static archive libSDL.a) you need to use sdl-config --static-libs. + + +This is how I get it to work for me anyway: + + +diff --git a/configure b/configure +index 2d62d12..3de4c9b 100755 +--- a/configure ++++ b/configure +@@ -1548,7 +1548,7 @@ int main( void ) { return SDL_Init (SDL_INIT_VIDEO); } + EOF + sdl_cflags=`$sdlconfig --cflags 2> /dev/null` + if test "$static" = "yes" ; then +- sdl_libs=`$sdlconfig --static-libs 2>/dev/null` ++ sdl_libs=`${SDL_CONFIG-${cross_prefix}sdl-config} --static-libs` + else + sdl_libs=`$sdlconfig --libs 2> /dev/null` + fi \ No newline at end of file diff --git a/results/classifier/deepseek-2/output/other/986 b/results/classifier/deepseek-2/output/other/986 new file mode 100644 index 000000000..5825c4a4a --- /dev/null +++ b/results/classifier/deepseek-2/output/other/986 @@ -0,0 +1,40 @@ + +vpc images are created with bigger virtual size than required +Description of problem: +Required virtual size is 895287296, but as qemu-img info reports it is 895426560. +Steps to reproduce: +1. qemu-img create -f vpc img1.vpc 895287296 +2. qemu-img info img1.vpc +Additional information: +Converting back and forth is not possible as a result + ``` +$ qemu-img info openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso +image: openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso +file format: raw +virtual size: 854 MiB (895287296 bytes) +disk size: 854 MiB + +$ qemu-img create -f vpc img1.vpc 895287296 +Formatting 'img1.vpc', fmt=vpc size=895287296 + +$ qemu-img convert -n \ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \ + -O vpc img1.vpc + +$ qemu-img compare \ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \ + -F vpc img1.vpc +Warning: Image size mismatch! +Images are identical. + +$ qemu-img create -f raw img2.raw 895287296 +Formatting 'img2.raw', fmt=raw size=895287296 + +$ qemu-img convert -n -f vpc img1.vpc -O raw img2.raw +qemu-img: output file is smaller than input file + +$ qemu-img compare \ + -f raw openSUSE-Leap-15.3-GNOME-Live-x86_64-Media.iso \ + -F raw img2.raw +Content mismatch at offset 0! + ``` diff --git a/results/classifier/deepseek-2/output/other/99 b/results/classifier/deepseek-2/output/other/99 new file mode 100644 index 000000000..714fdae56 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/99 @@ -0,0 +1,2 @@ + +Feature Request: Please add TCG OPAL 2 emulation support to the virtio disk emulation diff --git a/results/classifier/deepseek-2/output/other/995758 b/results/classifier/deepseek-2/output/other/995758 new file mode 100644 index 000000000..590a770c4 --- /dev/null +++ b/results/classifier/deepseek-2/output/other/995758 @@ -0,0 +1,10 @@ + +Possibly inaccurate statement in PC Platform Docs + +The documentation at: + +http://wiki.qemu.org/Documentation/Platforms/PC + +Contains the statement that the processor, after reset, executes code starting from address 0xFFFFF, corresponding to the last byte of the single megabyte of memory in the old 8086 address range. + +From my recollection of working in the microcomputer industry in the late 1980's, execution actually starts in real mode at the start of the last 16 bytes of addressable memory, at 0xFFFF0. Think about it - if it's the last byte there's no room for an address operand to accompany a 1-byte opcode. \ No newline at end of file |